Django在迁移到1.2.5后测试失败 - 子模型的主键问题

Question

我有一个从模型Object继承的模型ThreadedComment。 ThreadedComment没有自己的唯一主键，依赖于Object的主键（“ID”）。这是该模型是如何构建的：

class Object(models.Model): 
    permalink = models.CharField(max_length=128) 
    status = models.IntegerField() 
    version = models.IntegerField() 

class ThreadedComment(Object): 
    parent = models.ForeignKey('self', null=True, blank=True, default=None, related_name='children') 
    parent_object = models.OneToOneField(Object, parent_link=True) 
    # other fields follow 

这很好工作，直到Django的1.2.3，但是当我升级到1.2.5的Django（1.3有同样的问题），这种情况发生的时候我试图运行任何测试：

Error: Database test_db couldn't be flushed. Possible reasons: 
    * The database isn't running or isn't configured correctly. 
    * At least one of the expected database tables doesn't exist. 
    * The SQL was invalid. 
Hint: Look at the output of 'django-admin.py sqlflush'. That's the SQL this command wasn't able to run. 
The full error: relation "threadedcomments_threadedcomment_id_seq" does not exist 
LINE 1: SELECT setval('"threadedcomments_threadedcomment_id_seq"', 1... 

问题是用“sqlflush”命令生成并执行SQL文件。有问题的行是：

SELECT setval(pg_get_serial_sequence('"threadedcomments_threadedcomment"','id'), 1, false); 

这显然失败，因为该表中没有“id”列。

什么是野趣，Django的1.2.3版本产生相似的输出：

SELECT setval('"threadedcomments_threadedcomment_id_seq"', 1, false); 

但测试的推移反正所以我没有注意到之前的问题。

我在这里做错了什么？模型定义是否不正确，即，我是否需要在线索评论中有一个主键，即使我不需要它与对象具有一对一的关系？那么它是如何从1.0到1.1一直工作到1.2.3，现在又在1.2.5中突破的呢？

Answer 1

这原来是一个django错误。详情点击此处：http://code.djangoproject.com/ticket/12728

这里是我们的临时解决方法：https://bitbucket.org/filmaster/filmaster-test/changeset/afbac905cf63

Answer 2

我不能在trunk或1.2.3上重现它;我创建了应用程序“threadedcomments”和车型新项目，你贴有以下结果：

BEGIN; 
TRUNCATE "threadedcomments_threadedcomment", "auth_permission", "auth_group", "auth_group_permissions", "django_session", "auth_user_groups", "auth_user_user_permissions", "threadedcomments_object", "auth_message", "django_site", "auth_user", "django_content_type"; 
SELECT setval(pg_get_serial_sequence('"auth_permission"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"auth_group"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"auth_user"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"auth_message"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"django_content_type"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"django_site"','id'), 1, false); 
SELECT setval(pg_get_serial_sequence('"threadedcomments_object"','id'), 1, false); 
COMMIT; 

序列threadedcomments_threadedcomment_id_seq，从未创建和Django不尝试刷新它。我不认为这是一个版本变化相关的错误（而是一直存在的东西，但没有被注意到）。

Answer 3

你说：“ThreadedComment没有自己的唯一主键，依赖于Object的promary [原文]键（'ID'）。” Django需要将一个字段标识为主键。请参阅Automatic primary key fields。

更多细节。 。 。

函数pg_get_serial_sequence（）返回特定列使用的序列的名称。因此，以下语句表示“获取表'threadedcomments_threadedcomment'中'id'列所用序列的名称，将序列的last_value字段设置为1，并在nextval（）被调用时返回1.

SELECT setval(pg_get_serial_sequence('"threadedcomments_threadedcomment"','id'), 1, false); 

但这句话

SELECT setval('"threadedcomments_threadedcomment_id_seq"', 1, false); 

手段 “将名为 'threadedcomments_threadedcomment_id_seq' 1序列的LAST_VALUE领域，并在下次返回1 NEXTVAL（）被调用。”

我的猜测是Django用来命名se的算法版本之间会发生变化。我见过其他系统进行类似的更改，因为通过连接表名和列名建立的标识符变得太长了。我认为Oracle标识符有30个字符的限制;您的标识符是39个字符。我见过Rails生成70多个字符标识符，它们在PostgreSQL上打破（63或64个字符限制）。