ÓÖÓöµ½ÁËÁéÒìʼþ¡£¡£DjangoµÄORM¡£orz.

×òÌì¶ÔBlogµÄ³ÌÐò½øÐÐÁËÓÅ»¯¡£¼ûǰһƪÎÄÕ <http://www.fallever.com/blog/jeff/16/>£¬
ÒòÓÚÎÄÕ·ÖÀàÔÊÐíΪNullµ¼Ö²éѯÎÄÕÂÁбíʱ£¨ÁбíÐèÒªÏÔʾ·ÖÀàÃû£©Select_related²»Æð×÷ÓÃÒý·¢ÁË1+NÎÊÌ⣬ËùÒÔÎÒ°ÑNull=
TrueÈ¥µô¡£¼õÈ´Á˶àÓàµÄNÌõ²éѯ¡£µ«ÊÇÆæ¹ÖµÄÊÂÇé·¢ÉúÁË£¬ÎÒ´ÓÔçÉÏ¿ªÊ¼·¢¾õ£¬Ê×Ò³ÁбíµÄ×÷Õß±ä³ÉÁËBlogµÄTitle¡£µ«´úÂëÃ÷Ã÷ÊÇ {{
entry.author.name}}£¡ÎҸijÉÆäËûÊôÐÔÊÔÏ£¬ÒÀÈ»ÊÇPrint³öBlogµÄÆäËûÊôÐÔ¡£ÎÒ»ØÏë×òÌì¸üÐÂ×ö¹ýµÄ¸Ä¶¯£¬ÈöÏú¾ùÎÞЧ¡£×îºó
ÏëÆð»á²»»áÊÇÒòΪ¸ÄÁËModelµÄÊôÐÔÒýÆðµÄ£¬ÓÚÊÇÎÒ°Ñ·ÖÀàµÄNull=True¼ÓÉÏ¡£¹ûÈ»£¡ÏÔʾÕý³£ÁË¡£ÕâÊÇΪʲôÄØ£¿²»½â£¡»º´æ£¿Ã»¿ÉÄÜ°É£¿

ÎÒÊDz»¿ÉÄÜÔÙ°Ñ·ÖÀàµÄNull=true±£ÁôµÄ£¬ÒòΪʵ¼ùÖ¤Ã÷ÕâÑù¶ÔÐÔÄÜËðºÄÌ«´ó¡£µ«²»¼ÓÉÏÓÖ³öÏÖÊôÐÔÖµ´íÂÒµÄÇé¿ö¡£Ôõô°ì£¿×îºóÎÒ×÷Á˸ö³¢ÊÔ£¬ÎÒ°ÑModelÀïÃæµÄÊôÐÔµ÷»»ÁËÒ»ÏÂλÖã¬Ô­À´AuthorÔÚCatelogÏ·½:

catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')
author = models.ForeignKey(Account,verbose_name='×÷Õß')

ÏÖÔڸĻØÀ´£¬AuthorдÔÚCatelogÉÏ·½¡£ÏÔʾÕý³£¡£My god!

author = models.ForeignKey(Account,verbose_name='×÷Õß')
catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')

ÕâÊÇÎҵijÌÐòµÄBug£¿»¹ÊÇDjangoµÄBug£¿»¹ÊÇÎÒµÄBug£¿ÎÒÏëÕâ¸ö½â¾öµÄ°ì·¨²»ÊǺð취¡£

ÎÒÄõ½ÈýÖÖÇé¿öµÄSql¡£Ò»ÊÇ·ÖÀàΪNullµÄ²éѯ£¬¶þÊÇ·ÖÀàΪNotNullµÄ²éѯ£¬ÈýÊÇ·ÖÀàΪNotNullÇÒAuthorÊôÐÔÅÅÔÚ
CatelogÇ°ÃæµÄ²éѯ¡£½á¹ûÊǵÚÒ»ºÍµÚÈýÖÖÇé¿öblog_account_nameËùÔÚµÄÁÐλÖÃÊÇÒ»ÑùµÄ¡£ÕâÊÇ·ñ˵Ã÷DjangoµÄÈ·ÊǼÇס²éѯ½á¹û
µÄλÖò¢ÇÒ»º´æÆðÀ´ÁË£¿µ«»º´æµ½ÄÄÀïÁËÄØ£¿ÈçºÎË¢ÐÂÄØ£¿


-- 
site:http://www.fallever.com
-------------- 下一部分 --------------
Ò»¸öHTML¸½¼þ±»ÒƳý...
URL: http://python.cn/pipermail/python-chinese/attachments/20070920/21e18b0e/attachment.htm 

django model null = true 是控制db的is null or is not null的吧，和查询有关吗
？


>From: "jeff jie" <bbmyth在gmail.com>
>Reply-To: python-chinese在lists.python.cn
>To: python-chinese在lists.python.cn
>Subject: [python-chinese] Django的查询缓存问题？
>Date: Thu, 20 Sep 2007 00:25:08 +0800
>
>又遇到了灵异事件。。Django的ORM。orz.
>
>昨天对Blog的程序进行了优化。见前一篇文章 
<http://www.fallever.com/blog/jeff/16/>，
>因于文章分类允许为Null导致查询文章列表时（列表需要显示分类名）
Select_related不起作用引发了1+N问题，所以我把Null=
>True去掉。减却了多余的N条查询。但是奇怪的事情发生了，我从早上开始发觉，首页
列表的作者变成了Blog的Title。但代码明明是 {{
>entry.author.name}}！我改成其他属性试下，依然是Print出Blog的其他属性。我回
想昨天更新做过的改动，撒销均无效。最后
>想起会不会是因为改了Model的属性引起的，于是我把分类的Null=True加上。果然！
显示正常了。这是为什么呢？不解！缓存？没可能吧？
>
>我是不可能再把分类的Null=true保留的，因为实践证明这样对性能损耗太大。但不加
上又出现属性值错乱的情况。怎么办？最后我作了个尝试，我把Model里面的属性调换
了一下位置，原来Author在Catelog下方:
>
>catelog = models.ForeignKey(Catelog,verbose_name='分类')
>author = models.ForeignKey(Account,verbose_name='作者')
>
>现在改回来，Author写在Catelog上方。显示正常。My god!
>
>author = models.ForeignKey(Account,verbose_name='作者')
>catelog = models.ForeignKey(Catelog,verbose_name='分类')
>
>这是我的程序的Bug？还是Django的Bug？还是我的Bug？我想这个解决的办法不是好办
法。
>
>我拿到三种情况的Sql。一是分类为Null的查询，二是分类为NotNull的查询，三是分
类为NotNull且Author属性排在
>Catelog前面的查询。结果是第一和第三种情况blog_account_name所在的列位置是一
样的。这是否说明Django的确是记住查询结果
>的位置并且缓存起来了？但缓存到哪里了呢？如何刷新呢？
>
>
>--
>site:http://www.fallever.com


>_______________________________________________
>python-chinese
>Post: send python-chinese在lists.python.cn
>Subscribe: send subscribe to python-chinese-request在lists.python.cn
>Unsubscribe: send unsubscribe to  python-chinese-request在lists.python.cn
>Detail Info: http://python.cn/mailman/listinfo/python-chinese

_________________________________________________________________
与世界各地的朋友进行交流，免费下载  Live Messenger; 
http://get.live.com/messenger/overview 

凡是修改过model的，最好把数据库干掉再重来。

manage.py dumpdata --xml blog.xml
manage.py reset blog
manage.py loaddata blog.xml

在07-9-20，jeff jie <bbmyth在gmail.com> 写道：
>
> 又遇到了灵异事件。。Django的ORM。orz.
>
> 昨天对Blog的程序进行了优化。见前一篇文章 <http://www.fallever.com/blog/jeff/16/>，
> 因于文章分类允许为Null导致查询文章列表时（列表需要显示分类名）Select_related不起作用引发了1+N问题，所以我把Null=
> True去掉。减却了多余的N条查询。但是奇怪的事情发生了，我从早上开始发觉，首页列表的作者变成了Blog的Title。但代码明明是 {{
> entry.author.name}}！我改成其他属性试下，依然是Print出Blog的其他属性。我回想昨天更新做过的改动，撒销均无效。最后
> 想起会不会是因为改了Model的属性引起的，于是我把分类的Null=True加上。果然！显示正常了。这是为什么呢？不解！缓存？没可能吧？
>
>
> 我是不可能再把分类的Null=true保留的，因为实践证明这样对性能损耗太大。但不加上又出现属性值错乱的情况。怎么办？最后我作了个尝试，我把Model里面的属性调换了一下位置，原来Author在Catelog下方:
>
> catelog = models.ForeignKey(Catelog,verbose_name='分类')
> author = models.ForeignKey(Account,verbose_name='作者')
>
> 现在改回来，Author写在Catelog上方。显示正常。My god!
>
> author = models.ForeignKey(Account,verbose_name='作者')
> catelog = models.ForeignKey(Catelog,verbose_name='分类')
>
> 这是我的程序的Bug？还是Django的Bug？还是我的Bug？我想这个解决的办法不是好办法。
>
> 我拿到三种情况的Sql。一是分类为Null的查询，二是分类为NotNull的查询，三是分类为NotNull且Author属性排在
> Catelog前面的查询。结果是第一和第三种情况blog_account_name所在的列位置是一样的。这是否说明Django的确是记住查询结果
> 的位置并且缓存起来了？但缓存到哪里了呢？如何刷新呢？
>
>
> --
> site:http://www.fallever.com
> _______________________________________________
> python-chinese
> Post: send python-chinese在lists.python.cn
> Subscribe: send subscribe to python-chinese-request在lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request在lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: http://python.cn/pipermail/python-chinese/attachments/20070920/4bdc0b4a/attachment.html 

¿ª·¢µ÷ÊԽ׶κÃ˵¡£µ½ÁËÉú²ú»·¾³¾Í²»ÄÜ×öÕâÑùµÄÊÂÁË¡£¡£
Ó¦¸Ã»áÓнâ¾ö·½·¨°É£¿

ÔÚ07-9-20£¬John fractal <johnfractal在gmail.com> дµÀ£º
>
> ·²ÊÇÐ޸ĹýmodelµÄ£¬×îºÃ°ÑÊý¾Ý¿â¸ÉµôÔÙÖØÀ´¡£
>
> manage.py dumpdata --xml blog.xml
> manage.py reset blog
> manage.py loaddata blog.xml
>
> ÔÚ07-9-20£¬jeff jie < bbmyth在gmail.com> дµÀ£º
> >
> > ÓÖÓöµ½ÁËÁéÒìʼþ¡£¡£DjangoµÄORM¡£orz.
> >
> > ×òÌì¶ÔBlogµÄ³ÌÐò½øÐÐÁËÓÅ»¯¡£¼ûǰһƪÎÄÕ <http://www.fallever.com/blog/jeff/16/>£¬
> > ÒòÓÚÎÄÕ·ÖÀàÔÊÐíΪNullµ¼Ö²éѯÎÄÕÂÁбíʱ£¨ÁбíÐèÒªÏÔʾ·ÖÀàÃû£©Select_related²»Æð×÷ÓÃÒý·¢ÁË1+NÎÊÌ⣬ËùÒÔÎÒ°ÑNull=
> > TrueÈ¥µô¡£¼õÈ´Á˶àÓàµÄNÌõ²éѯ¡£µ«ÊÇÆæ¹ÖµÄÊÂÇé·¢ÉúÁË£¬ÎÒ´ÓÔçÉÏ¿ªÊ¼·¢¾õ£¬Ê×Ò³ÁбíµÄ×÷Õß±ä³ÉÁËBlogµÄTitle¡£µ«´úÂëÃ÷Ã÷ÊÇ {{
> > entry.author.name}}£¡ÎҸijÉÆäËûÊôÐÔÊÔÏ£¬ÒÀÈ»ÊÇPrint³öBlogµÄÆäËûÊôÐÔ¡£ÎÒ»ØÏë×òÌì¸üÐÂ×ö¹ýµÄ¸Ä¶¯£¬ÈöÏú¾ùÎÞЧ¡£×îºó
> > ÏëÆð»á²»»áÊÇÒòΪ¸ÄÁËModelµÄÊôÐÔÒýÆðµÄ£¬ÓÚÊÇÎÒ°Ñ·ÖÀàµÄNull=True¼ÓÉÏ¡£¹ûÈ»£¡ÏÔʾÕý³£ÁË¡£ÕâÊÇΪʲôÄØ£¿²»½â£¡»º´æ£¿Ã»¿ÉÄÜ°É£¿
> >
> >
> > ÎÒÊDz»¿ÉÄÜÔÙ°Ñ·ÖÀàµÄNull=true±£ÁôµÄ£¬ÒòΪʵ¼ùÖ¤Ã÷ÕâÑù¶ÔÐÔÄÜËðºÄÌ«´ó¡£µ«²»¼ÓÉÏÓÖ³öÏÖÊôÐÔÖµ´íÂÒµÄÇé¿ö¡£Ôõô°ì£¿×îºóÎÒ×÷Á˸ö³¢ÊÔ£¬ÎÒ°ÑModelÀïÃæµÄÊôÐÔµ÷»»ÁËÒ»ÏÂλÖã¬Ô­À´AuthorÔÚCatelogÏ·½:
> >
> > catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')
> > author = models.ForeignKey(Account,verbose_name='×÷Õß')
> >
> > ÏÖÔڸĻØÀ´£¬AuthorдÔÚCatelogÉÏ·½¡£ÏÔʾÕý³£¡£My god!
> >
> > author = models.ForeignKey(Account,verbose_name='×÷Õß')
> > catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')
> >
> > ÕâÊÇÎҵijÌÐòµÄBug£¿»¹ÊÇDjangoµÄBug£¿»¹ÊÇÎÒµÄBug£¿ÎÒÏëÕâ¸ö½â¾öµÄ°ì·¨²»ÊǺð취¡£
> >
> > ÎÒÄõ½ÈýÖÖÇé¿öµÄSql¡£Ò»ÊÇ·ÖÀàΪNullµÄ²éѯ£¬¶þÊÇ·ÖÀàΪNotNullµÄ²éѯ£¬ÈýÊÇ·ÖÀàΪNotNullÇÒAuthorÊôÐÔÅÅÔÚ
> > CatelogÇ°ÃæµÄ²éѯ¡£½á¹ûÊǵÚÒ»ºÍµÚÈýÖÖÇé¿öblog_account_nameËùÔÚµÄÁÐλÖÃÊÇÒ»ÑùµÄ¡£ÕâÊÇ·ñ˵Ã÷DjangoµÄÈ·ÊǼÇס²éѯ½á¹û
> > µÄλÖò¢ÇÒ»º´æÆðÀ´ÁË£¿µ«»º´æµ½ÄÄÀïÁËÄØ£¿ÈçºÎË¢ÐÂÄØ£¿
> >
> >
> > --
> > site:http://www.fallever.com
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese在lists.python.cn
> > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request在lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
>
>
> _______________________________________________
> python-chinese
> Post: send python-chinese在lists.python.cn
> Subscribe: send subscribe to python-chinese-request在lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request在lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>



-- 
site:http://www.fallever.com
-------------- 下一部分 --------------
Ò»¸öHTML¸½¼þ±»ÒƳý...
URL: http://python.cn/pipermail/python-chinese/attachments/20070921/ad7d7173/attachment.htm 

改了models，就相当于修改了初始化数据库的脚本，不升级一下数据库怎么行呢～

安全一点的方法，新建一个数据库把旧数据导入吧～

在07-9-21，jeff jie <bbmyth在gmail.com> 写道：
>
> 开发调试阶段好说。到了生产环境就不能做这样的事了。。
> 应该会有解决方法吧？
>
> 在07-9-20，John fractal <johnfractal在gmail.com> 写道：
> >
> > 凡是修改过model的，最好把数据库干掉再重来。
> >
> > manage.py dumpdata --xml blog.xml
> > manage.py reset blog
> > manage.py loaddata blog.xml
> >
> > 在07-9-20，jeff jie < bbmyth在gmail.com> 写道：
> > >
> > > 又遇到了灵异事件。。Django的ORM。orz.
> > >
> > > 昨天对Blog的程序进行了优化。见前一篇文章 <http://www.fallever.com/blog/jeff/16/>，
> > > 因于文章分类允许为Null导致查询文章列表时（列表需要显示分类名）Select_related不起作用引发了1+N问题，所以我把Null=
> > > True去掉。减却了多余的N条查询。但是奇怪的事情发生了，我从早上开始发觉，首页列表的作者变成了Blog的Title。但代码明明是 {{
> > > entry.author.name}}！我改成其他属性试下，依然是Print出Blog的其他属性。我回想昨天更新做过的改动，撒销均无效。最后
> > > 想起会不会是因为改了Model的属性引起的，于是我把分类的Null=True加上。果然！显示正常了。这是为什么呢？不解！缓存？没可能吧？
> > >
> > >
> > > 我是不可能再把分类的Null=true保留的，因为实践证明这样对性能损耗太大。但不加上又出现属性值错乱的情况。怎么办？最后我作了个尝试，我把Model里面的属性调换了一下位置，原来Author在Catelog下方:
> > >
> > > catelog = models.ForeignKey(Catelog,verbose_name='分类')
> > > author = models.ForeignKey(Account,verbose_name='作者')
> > >
> > > 现在改回来，Author写在Catelog上方。显示正常。My god!
> > >
> > > author = models.ForeignKey(Account,verbose_name='作者')
> > > catelog = models.ForeignKey(Catelog,verbose_name='分类')
> > >
> > > 这是我的程序的Bug？还是Django的Bug？还是我的Bug？我想这个解决的办法不是好办法。
> > >
> > > 我拿到三种情况的Sql。一是分类为Null的查询，二是分类为NotNull的查询，三是分类为NotNull且Author属性排在
> > > Catelog前面的查询。结果是第一和第三种情况blog_account_name所在的列位置是一样的。这是否说明Django的确是记住查询结果
> > > 的位置并且缓存起来了？但缓存到哪里了呢？如何刷新呢？
> > >
> > >
> > > --
> > > site:http://www.fallever.com
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese在lists.python.cn
> > > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > > python-chinese-request在lists.python.cn
> > > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> > >
> >
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese在lists.python.cn
> > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request在lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
>
>
>
> --
> site:http://www.fallever.com
>
> _______________________________________________
> python-chinese
> Post: send python-chinese在lists.python.cn
> Subscribe: send subscribe to python-chinese-request在lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request在lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: http://python.cn/pipermail/python-chinese/attachments/20070921/3e239314/attachment.html 

²»Çå³þÊý¾Ý¿âÀïÃæ³ýÁ˱£´æ×ֶεÄÐÅÏ¢Í⻹ÐèҪʲôÆäËû³õʼ»¯µÄ½Å±¾¡£ÎÒÐÞ¸ÄModelµÄͬʱҲ»áÈ¥ÐÞ¸ÄÊý¾Ý¿âµÄ½á¹¹µÄ¡£
ÄѵÀ·ÇÒªÓóÌÐòÈ¥ResetÒ»ÏÂô£¿Ê¹ÓÃÆðÀ´¾Í·ÇÒªÄÇô²»ÓѺÃô£¿

ÔÚ07-9-21£¬John fractal <johnfractal在gmail.com> дµÀ£º
>
> ¸ÄÁËmodels£¬¾ÍÏ൱ÓÚÐÞ¸ÄÁ˳õʼ»¯Êý¾Ý¿âµÄ½Å±¾£¬²»Éý¼¶Ò»ÏÂÊý¾Ý¿âÔõôÐÐÄØ¡«
>
> °²È«Ò»µãµÄ·½·¨£¬Ð½¨Ò»¸öÊý¾Ý¿â°Ñ¾ÉÊý¾Ýµ¼Èë°É¡«
>
> ÔÚ07-9-21£¬jeff jie <bbmyth在gmail.com> дµÀ£º
> >
> > ¿ª·¢µ÷ÊԽ׶κÃ˵¡£µ½ÁËÉú²ú»·¾³¾Í²»ÄÜ×öÕâÑùµÄÊÂÁË¡£¡£
> > Ó¦¸Ã»áÓнâ¾ö·½·¨°É£¿
> >
> > ÔÚ07-9-20£¬ John fractal <johnfractal在gmail.com> дµÀ£º
> > >
> > > ·²ÊÇÐ޸ĹýmodelµÄ£¬×îºÃ°ÑÊý¾Ý¿â¸ÉµôÔÙÖØÀ´¡£
> > >
> > > manage.py dumpdata --xml blog.xml
> > > manage.py reset blog
> > > manage.py loaddata blog.xml
> > >
> > > ÔÚ07-9-20£¬jeff jie < bbmyth在gmail.com> дµÀ£º
> > > >
> > > > ÓÖÓöµ½ÁËÁéÒìʼþ¡£¡£DjangoµÄORM¡£orz.
> > > >
> > > > ×òÌì¶ÔBlogµÄ³ÌÐò½øÐÐÁËÓÅ»¯¡£¼ûǰһƪÎÄÕ <http://www.fallever.com/blog/jeff/16/>£¬
> > > > ÒòÓÚÎÄÕ·ÖÀàÔÊÐíΪNullµ¼Ö²éѯÎÄÕÂÁбíʱ£¨ÁбíÐèÒªÏÔʾ·ÖÀàÃû£©Select_related²»Æð×÷ÓÃÒý·¢ÁË1+NÎÊÌ⣬ËùÒÔÎÒ°ÑNull=
> > > > TrueÈ¥µô¡£¼õÈ´Á˶àÓàµÄNÌõ²éѯ¡£µ«ÊÇÆæ¹ÖµÄÊÂÇé·¢ÉúÁË£¬ÎÒ´ÓÔçÉÏ¿ªÊ¼·¢¾õ£¬Ê×Ò³ÁбíµÄ×÷Õß±ä³ÉÁËBlogµÄTitle¡£µ«´úÂëÃ÷Ã÷ÊÇ {{
> > > > entry.author.name}}£¡ÎҸijÉÆäËûÊôÐÔÊÔÏ£¬ÒÀÈ»ÊÇPrint³öBlogµÄÆäËûÊôÐÔ¡£ÎÒ»ØÏë×òÌì¸üÐÂ×ö¹ýµÄ¸Ä¶¯£¬ÈöÏú¾ùÎÞЧ¡£×îºó
> > > > ÏëÆð»á²»»áÊÇÒòΪ¸ÄÁËModelµÄÊôÐÔÒýÆðµÄ£¬ÓÚÊÇÎÒ°Ñ·ÖÀàµÄNull=True¼ÓÉÏ¡£¹ûÈ»£¡ÏÔʾÕý³£ÁË¡£ÕâÊÇΪʲôÄØ£¿²»½â£¡»º´æ£¿Ã»¿ÉÄÜ°É£¿
> > > >
> > > >
> > > > ÎÒÊDz»¿ÉÄÜÔÙ°Ñ·ÖÀàµÄNull=true±£ÁôµÄ£¬ÒòΪʵ¼ùÖ¤Ã÷ÕâÑù¶ÔÐÔÄÜËðºÄÌ«´ó¡£µ«²»¼ÓÉÏÓÖ³öÏÖÊôÐÔÖµ´íÂÒµÄÇé¿ö¡£Ôõô°ì£¿×îºóÎÒ×÷Á˸ö³¢ÊÔ£¬ÎÒ°ÑModelÀïÃæµÄÊôÐÔµ÷»»ÁËÒ»ÏÂλÖã¬Ô­À´AuthorÔÚCatelogÏ·½:
> > > >
> > > > catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')
> > > > author = models.ForeignKey(Account,verbose_name='×÷Õß')
> > > >
> > > > ÏÖÔڸĻØÀ´£¬AuthorдÔÚCatelogÉÏ·½¡£ÏÔʾÕý³£¡£My god!
> > > >
> > > > author = models.ForeignKey(Account,verbose_name='×÷Õß')
> > > > catelog = models.ForeignKey(Catelog,verbose_name='·ÖÀà')
> > > >
> > > > ÕâÊÇÎҵijÌÐòµÄBug£¿»¹ÊÇDjangoµÄBug£¿»¹ÊÇÎÒµÄBug£¿ÎÒÏëÕâ¸ö½â¾öµÄ°ì·¨²»ÊǺð취¡£
> > > >
> > > > ÎÒÄõ½ÈýÖÖÇé¿öµÄSql¡£Ò»ÊÇ·ÖÀàΪNullµÄ²éѯ£¬¶þÊÇ·ÖÀàΪNotNullµÄ²éѯ£¬ÈýÊÇ·ÖÀàΪNotNullÇÒAuthorÊôÐÔÅÅÔÚ
> > > > CatelogÇ°ÃæµÄ²éѯ¡£½á¹ûÊǵÚÒ»ºÍµÚÈýÖÖÇé¿öblog_account_nameËùÔÚµÄÁÐλÖÃÊÇÒ»ÑùµÄ¡£ÕâÊÇ·ñ˵Ã÷DjangoµÄÈ·ÊǼÇס²éѯ½á¹û
> > > > µÄλÖò¢ÇÒ»º´æÆðÀ´ÁË£¿µ«»º´æµ½ÄÄÀïÁËÄØ£¿ÈçºÎË¢ÐÂÄØ£¿
> > > >
> > > >
> > > > --
> > > > site:http://www.fallever.com
> > > > _______________________________________________
> > > > python-chinese
> > > > Post: send python-chinese在lists.python.cn
> > > > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > > > Unsubscribe: send unsubscribe to
> > > > python-chinese-request在lists.python.cn
> > > > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> > > >
> > >
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese在lists.python.cn
> > > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > > python-chinese-request在lists.python.cn
> > > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> > >
> >
> >
> >
> > --
> > site: http://www.fallever.com
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese在lists.python.cn
> > Subscribe: send subscribe to python-chinese-request在lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request在lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
>
>
> _______________________________________________
> python-chinese
> Post: send python-chinese在lists.python.cn
> Subscribe: send subscribe to python-chinese-request在lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request在lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>



-- 
site:http://www.fallever.com
-------------- 下一部分 --------------
Ò»¸öHTML¸½¼þ±»ÒƳý...
URL: http://python.cn/pipermail/python-chinese/attachments/20070922/da474a8f/attachment.html