Changelog

全名 页面 提交时间 (Descending) Unsort 内容 注释 ...
ySJ 2.0/chapter10/#217 2010-04-19 14:13:21 像这些语法都是正确的:
ySJ 2.0/chapter10/#216 2010-04-19 14:13:11 当然,由于get_query_set()返回的是一个QuerySet对象,所以我们可以使用filter(),exclude()和其他一切QuerySet的方法。
ySJ 2.0/chapter10/#214 2010-04-19 14:12:35 注意我们明确地将objects设置成manager的实例,因为如果我们不这么做,那么唯一可用的manager就将是dah1_objects。
ySJ 2.0/chapter10/#210 2010-04-19 14:10:52 例如,下面的模型有两个manager。一个返回所有对像,另一个只返回作者是Roald Dahl的书。
ySJ 2.0/chapter10/#208 2010-04-19 14:09:35 get_query_set()按照你的要求返回一个QuerySet。
ySJ 2.0/chapter10/#207 2010-04-19 14:07:39 我们可以通过覆盖Manager.get_query_set()方法来重写manager的基本QuerySet。
ySJ 2.0/chapter10/#205 2010-04-19 14:07:13 例如,Book.objects.all返回数据库book中的所有书本。
ySJ 2.0/chapter10/#204 2010-04-19 14:06:55 manager的基本QuerySet返回系统中的所有对象。
ySJ 2.0/chapter10/#204 2010-04-19 14:06:40 manager的基本QuerySet返回系统中的所有objects。
ySJ 2.0/chapter10/#200 2010-04-19 14:04:56 为什么我们要添加一个title_count()方法呢?是为了将经常使用的查询进行封装,这样我们就不必重复编码了。
ySJ 2.0/chapter10/#200 2010-04-19 14:04:49 为什么我们要添加一个title_count()方法呢?是为了将经常使用的查询进行封装,这样我们就不必重复的编码了。
ySJ 2.0/chapter10/#198 2010-04-19 14:04:21 我们把它命名为objects,这是为了与自动创建的manager保持一致。
ySJ 2.0/chapter10/#197 2010-04-19 14:03:02 它将取代模型的默认manager(<literal>objects</literal>)如果我们没有特别定义,它将会被自动创建。
ySJ 2.0/chapter10/#196 2010-04-19 13:59:26 我们把BookManager()赋值给模型的objects属性。
ySJ 2.0/chapter10/#194 2010-04-19 13:57:51 注意,这个方法使用了self.filter(),此处self指manager本身。
ySJ 2.0/chapter10/#193 2010-04-19 13:57:10 我们建立了一个BookManager类,它继承了django.db.models.Manager。这个类只有一个title_count()方法,用来做统计。
ySJ 2.0/chapter10/#188 2010-04-19 13:55:34 有了这个manager,我们现在可以这样做:
ySJ 2.0/chapter10/#185 2010-04-19 13:54:58 (这个例子有点牵强,不过它可以说明managers如何工作。)
ySJ 2.0/chapter10/#184 2010-04-19 13:54:03 例如,我们为Book模型定义了一个title_count()方法,它需要一个关键字,返回包含这个关键字的书的数量。
ySJ 2.0/chapter10/#182 2010-04-19 13:51:04 (至于行级功能,也就是只作用于模型对象实例的函数,一会儿将在本章后面解释。)
ySJ 2.0/chapter10/#181 2010-04-19 13:44:17 增加额外的manager方法是为模块添加表级功能的首选办法。
ySJ 2.0/chapter10/#179 2010-04-19 13:43:22 增加额外的Manager方法
ySJ 2.0/chapter10/#177 2010-04-19 13:42:13 增加额外的manager方法,和/或修manager返回的初始QuerySet。
ySJ 2.0/chapter10/#176 2010-04-19 13:41:25 下面是你创建自定义manager的两个原因:
ySJ 2.0/chapter10/#174 2010-04-19 13:38:28 每个Django模块至少有一个manager,你可以创建自定义manager以定制数据库访问。
ySJ 2.0/chapter10/#173 2010-04-19 13:37:12 总之,模块manager是一个对象,Django模块通过它进行数据库查询。
ySJ 2.0/chapter10/#171 2010-04-19 13:36:14 在第5章,我们只是简要地说这是模块的manager 。现在是时候深入了解managers是什么和如何使用了。
ySJ 2.0/chapter10/#170 2010-04-19 13:34:35 在语句Book.objects.all() 中,objects是一个特殊的属性,需要通过它查询数据库。
ySJ 2.0/chapter10/#168 2010-04-19 13:33:27 Managers
ySJ 2.0/chapter10/#164 2010-04-19 13:32:57 当你需要从数据库中删除任何有依赖的表时要注意(也就是任何与表books_book有外键的表 )。
ySJ 2.0/chapter10/#161 2010-04-19 13:23:54 然后用以下命令从数据库中删除表:
ySJ 2.0/chapter10/#157 2010-04-19 13:20:49 删除一个模型只要以下几个步骤:
ySJ 2.0/chapter10/#156 2010-04-19 13:20:46 删除整个模型要比删除一个字段容易。
ySJ 2.0/chapter10/#152 2010-04-19 13:20:09 像上面一样,注意操作的顺序。
ySJ 2.0/chapter10/#149 2010-04-19 13:20:01 用下面的命令从数据库删除关联表:
ySJ 2.0/chapter10/#147 2010-04-19 13:19:37 从你的模型中删除<literal>ManyToManyField</literal>,然后重启web服务器。
ySJ 2.0/chapter10/#145 2010-04-19 13:19:16 由于多对多关联字段不同于普通字段,所以删除操作是不同的。
ySJ 2.0/chapter10/#143 2010-04-19 13:18:59 删除多对多关联字段
ySJ 2.0/chapter10/#141 2010-04-19 13:18:46 如果你先从数据库中删除字段,Django将会立即抛出异常。
ySJ 2.0/chapter10/#140 2010-04-19 13:18:25 请保证操作的顺序正确。
ySJ 2.0/chapter10/#137 2010-04-19 13:18:12 用以下命令从数据库中删除字段:
ySJ 2.0/chapter10/#135 2010-04-19 13:17:46 删除字段,然后重新启动你的web服务器。
ySJ 2.0/chapter10/#133 2010-04-19 13:16:29 删除字段,仅仅只要以下几个步骤:
ySJ 2.0/chapter10/#132 2010-04-19 13:16:17 从Model中删除一个字段要比添加容易得多。
ySJ 2.0/chapter10/#128 2010-04-19 13:15:05 然后我们更新生产环境中的模型,最后重启web服务器。
ySJ 2.0/chapter10/#127 2010-04-19 13:14:11 如果没有异常发生,我们将切换到生产服务器,然后在生产环境的数据库中执行命令<literal>ALTER TABLE</literal>
ySJ 2.0/chapter10/#124 2010-04-19 13:09:15 执行ALTER TABLE之后,我们要验证一下修改结果是否正确。启动python并执行下面的代码:
ySJ 2.0/chapter10/#122 2010-04-19 12:54:59 如果你这样做,记得你不要在模型中添加 blank=True 和 null=True 选项。
ySJ 2.0/chapter10/#119 2010-04-19 12:50:51 例如:
ySJ 2.0/chapter10/#117 2010-04-19 12:50:06 然而,想要添加不能含有空值的字段也是可以的。
« < 20 21 22 23 24 25 26 > » 96 pages