如何从sqlite(3.6.21)表中删除约束?

如何从sqlite(3.6.21)表中删除约束?,sqlite,constraints,ddl,Sqlite,Constraints,Ddl,我有下表: CREATE TABLE child( id INTEGER PRIMARY KEY, parent_id INTEGER CONSTRAINT parent_id REFERENCES parent(id), description TEXT); 如何删除约束?SQLite(截至此答案)不支持alter table drop constraint命令。可以看到允许的语法。您需要创建一个没有约束的新表,传输数据,然后删除旧表 我认为应该采取以下措施: CREATE

我有下表:

CREATE TABLE child( 
  id INTEGER PRIMARY KEY, 
  parent_id INTEGER CONSTRAINT parent_id REFERENCES parent(id), 
  description TEXT);
如何删除约束?

SQLite(截至此答案)不支持
alter table drop constraint
命令。可以看到允许的语法。您需要创建一个没有约束的新表,传输数据,然后删除旧表

我认为应该采取以下措施:

CREATE TABLE child2 ( 
    id          INTEGER PRIMARY KEY, 
    parent_id   INTEGER,
    description TEXT
);
INSERT INTO child2 (id, parent_id, description)
   SELECT id, parent_id, description FROM CHILD;
DROP TABLE child;
ALTER TABLE child2 RENAME TO child;
请注意,
插入到
中可能会简化为不使用显式列名,但我将其保留为这种方式,以防您也要更改结构

例如,如果要删除
parent\u id
列上的约束,那么将其保留在该列上的作用是可疑的。在这种情况下,您可以将数据传输修改为:

CREATE TABLE child2 (id INTEGER PRIMARY KEY, description TEXT);
INSERT INTO child2 (id, description) SELECT id, description FROM CHILD;

我认为这是一种更简单、更简洁的方法:

copy db.sqlite3 backup-db.sqlite3
echo .dump tablename | sqlite3 db.sqlite3 > modify.sql
(now delete or change the constraint in modify.sql)
echo drop table tablename; | sqlite3 db.sqlite3 
sqlite3 db.sqlite3 < modify.sql
copy db.sqlite3 backup-db.sqlite3
echo.dump tablename | sqlite3 db.sqlite3>modify.sql
(现在删除或更改modify.sql中的约束)
echo drop table name;|sqlite3 db.sqlite3
sqlite3 db.sqlite3

现在,您可以重排新的数据库表并比较差异。

在Linux/sh下,您可能需要使用
echo drop table tablename\。注意分号之前的反斜杠。还要考虑使用PaxDiBLLO方法,可以将整个操作放入一个事务中,如果任何步骤失败,它将回滚,使DB处于原始状态。在您的方法中,您需要检查步骤2、4和5中的错误并相应地中止,这使得代码不那么简洁。SQLiteStudio允许您将整个数据库导出为SQL。这让你可以像jftuga使用命令行工具一样进行操作。伙计,这就像打出租车去邻居家一样!您还可以将上面的步骤1和2合并到一个sql语句中,例如:“将表child2创建为select*from child;”,尽管您必须手动添加PK约束。@chacmool创建表后,您不能手动添加PK约束。第二条语句可以缩短为
INSERT INTO child2 SELECT*FROM CHILD@Dariush,是的,你可以。但是,如果父id不受约束,那么传输它就没有什么意义。我意识到我在最后一段中没有把这一点说得很清楚,所以我将试着澄清一下。@Found,您很可能只是修改外键引用以引用新表。我不知道在重命名之前这是否可行,但(作为最后手段)应该可以删除约束,重命名表,然后重新添加约束。这可能应该在其他用户不同时访问数据库的情况下完成,因为在没有约束的情况下,他们可能会将数据库置于无效状态(相对于所述约束)。