【发布时间】:2011-08-23 09:04:40
【问题描述】:
我正在使用 MSSQL 中的旧数据库。我们有一个表,其中有两列导致我出现问题:
class Emp(models.Model):
empid = models.IntegerField(_("Unique ID"), unique=True, db_column=u'EMPID')
ssn = models.CharField(_("Social security number"), max_length=10, primary_key=True, db_column=u'SSN') # Field name made lowercase.
所以表有 ssn 列作为主键,django 生成的 SQL 更新代码的相关部分是这样的:
UPDATE [EMP] SET [EMPID] = 399,
.........
WHERE [EMP].[SSN] = 2509882579
问题是 EMP.EMPID 是 MSSQL 中的一个身份字段,因此每当我尝试将更改保存到现有员工时,pyodbc 都会引发此错误:
ProgrammingError: ('42000', "[42000] [Microsoft][SQL Native Client][SQL Server]C
annot update identity column 'EMPID'. (8102) (SQLExecDirectW); [42000] [Microsof
t][SQL Native Client][SQL Server]Statement(s) could not be prepared. (8180)")
将 EMP.EMPID 作为标识对程序的任何内容都不是至关重要的,因此通过创建一个临时列并复制、删除、重命名来删除它似乎是合乎逻辑的事情。这为将老客户转移到 Django 中创建了一个额外的步骤,所以我的问题是,有没有什么方法可以防止 Django 在我对这张表进行更新时生成 '[EMPID] = XXX' sn-p?
编辑
我已经像这样修补了我的模型:
def save(self, *args, **kwargs):
if self.empid:
self._meta.local_fields = [f for f in self._meta.local_fields if f.name != 'empid']
super().save(*args, **kwargs)
这有效,利用了 Django 在 django/db/models/base.py (525) 中填充它的 sql-sentence 的方式。如果有人有更好的方法或可以解释为什么这是不好的做法,我很乐意听到!
【问题讨论】:
-
我对 django 一无所知,所以我可能是这里的方式,但你有没有尝试使用
Autofield。像这样empid = models.AutoField( .... -
AutoField必须是模型的主键,对于遗留数据库支持,我必须使用 SSN 字段作为主键,所以很遗憾,这不是一个选项:( -
我知道这是一个遗留应用程序,但使用 SSN 作为主键是个坏主意。虽然不太可能,但您的应用程序仍然有可能有一天会收到相同的 SSN(当某人去世时由社会保障局回收)并且您的应用程序将“崩溃”,至少在数据完整性方面是这样。你能改变应用程序以使用 EMPID 作为 PK 吗?
-
@HardCode:这将是最佳做法,但由于所有其他表都使用 ssn 字段链接到 Emp 表,这可能会产生比它解决的问题更多的问题。好消息是我住在冰岛,那里的人口不到 350,000,每个应用程序实例只有 30 到 3000 名员工,因此风险非常小,尽管它在那里 :)
-
那么EMPID列是标识列,而不是主键?是否在任何限制条件中引用或在任何报告中使用?
标签: sql-server django django-models pyodbc django-pyodbc