更好的Django模型.doc

在 Django V1.1 内使用模型管理器 developerWorks 文档选项 将打印机的版面设置成横向打印模式 打印本页 将此页作为电子邮件发送 将此页作为电子邮件发送 英文原文 英文原文 级别： 中级 Liza Daly, 软件工程师和所有人, Threepress Consulting Inc. 2009 年 6 月 18 日 花 5 分钟学习 wiki，然后进入实际的应用程序编程，Django 程序员很容易创建让人迷惑、难于维护或低效的模型类。在本文中，了解如何避免一些常见的查询错误、如何使用模型管理器来封装复杂查询以及如何充分利用 Django V1.1 强大的聚集特性。 在 Django 内，与数据库的大多数交互都通过对象关系映射器（ORM），这个特性是 Django 与其他必威体育精装版的 Web 框架（比如 Rails）所共有的。ORM 越来越受开发人员欢迎，因为 ORM 能够自动化与数据库的很多常见交互，而且会使用为人熟知的面向对象方式，而不是 SQL 语句。 Django 程序员可能会选择绕过原生 ORM，而选择流行的 SQLAlchemy 包，虽然 SQLAlchemy 十分强大，但是却较难使用，而且需要更多的代码行。虽然有些 Django 应用程序是使用 SQLAlchemy 而非原生 ORM 开发的，但是 Django 最吸引人的一些特性，比如其自动生成的管理界面，都要求使用 ORM。 常用缩写词 * API：应用程序编程接口（Application programming interface） * HTML：超文本标记语言（Hypertext Markup Language） * RDBMS：关系数据库管理系统（Relational database management system） * SQL：结构化查询语言（Structured Query Language） 本文着重阐释了 Django ORM 的一些不为人熟知的特性，此外，本文还为 SQLAlchemy 的用户提供了一些有关低效查询生成的告诫，这对其编码很有帮助。 本文中使用的软件版本包括： * Django V1.0.2（第 1 和第 2 部分） * Django V1.1 alpha（第 3 部分） * sqlite3 * Python V2.4-2.6（Django 尚不支持 Python V3） * IPython（针对示例输出） Django ORM 支持很多数据库后端，但 sqlite3 最易于安装，并且常常与操作系统捆绑。本文中的例子应该能与任何后端协作。要想获得 Django 支持的数据库的完整列表，请参见 参考资料。 避免 ORM 查询生成中的常见陷阱 Django 的设计支持敏捷开发的风格，因此能快速进行原型化和实验。在开始阶段，最好不要过于担心性能，而是要关注可读性和实现的简便性。 有时，发现性能问题并不需要太长时间。通常在初次用实际数据试用应用程序时，很容易发现性能问题。有时，若只包含几个测试的测试套件的执行时间超过了 5 分钟的界限，这就表明存在性能问题。有时，应用程序运行过慢，也表示性能问题的存在。所幸的是，现在已经有了一些很容易识别的模式，这些模式亦很容易修复。清单 1（应用程序的 models.py 文件）和 清单 2 给出了一个很常见的例子。 清单 1. 示例应用程序的基本模型：models.py from django.db import models # Some kind of document, like a blog post or a wiki page class Document(models.Model): name = models.CharField(max_length=255) # A user-generated comment, such as found on a site like # Digg or Reddit class Comment(models.Model): document = models.ForeignKey(Document, related_name=comments) content = models.TextField() 有关代码示例 Django 提供了一种很方便的捷径来在独立的代码内设置一个工作环境：运行 python manage.py shell。本文中所有的代码示例都预先假设工作环境均是以这种方式调用的。 在 Django lingo 内，本文中作了如下假设： * Django 项