我已经在我的移动应用程序中使用了 GRDB 库。所有当前功能都运行良好,我已经开始实施从早期数据库版本的迁移。为了与我在其他平台上的实现保持一致,我决定使用 SQLiteuser_version
而不是 GRDB 自己的迁移框架,它使用自己的表。
随着表的更改、复制、创建和删除,一个迁移步骤(数据库版本)中的更改发生相互依赖。由于在事务结束时提交更改,这会导致外键违规,升级失败。
解决此问题的一种方法是通过延迟(defer_foreign_keys
pragma)或暂时禁用它以设置foreign_keys
pragma 的事务来防止外键强制执行。不幸的是,我对这两种选择都不太满意。例如,经过一些测试注意到,尝试关闭外键检查
config.prepareDatabase { db in
try db.execute(sql: "PRAGMA foreign_keys = OFF")
}
并使用阅读编译指示
try dbQueue.write { db in
print(try Bool.fetchOne(db, sql: "PRAGMA foreign_keys")! as Bool)
}
或通过检查数据库表明foreign_keys
设置保持打开。
我的迁移步骤看起来稍微简化了,如下所示:
if try userVersion() < 2 {
try dbQueue.write { db in
try db.execute(sql: ...)
try db.execute(sql: ...)
...
try db.execute(sql: "PRAGMA user_version = 2")
}
}
if try userVersion() < 3 {
try dbQueue.write { db in
try db.execute(sql: ...)
try db.execute(sql: ...)
...
try db.execute(sql: "PRAGMA user_version = 3")
}
}
我最初的 GRDB 设置如下:
var config = Configuration()
config.foreignKeysEnabled = true
let appSupportDirectory = NSSearchPathForDirectoriesInDomains(.applicationSupportDirectory, .userDomainMask, true).first!
dbPath = (appSupportDirectory as NSString).appendingPathComponent(dbName)
let fileManager = FileManager.default
if fileManager.fileExists(atPath: dbPath) {
// Just connect to database.
dbQueue = try DatabaseQueue(path: dbPath, configuration: config)
} else {
// Create new database.
dbQueue = try DatabaseQueue(path: dbPath, configuration: config)
// Create tables
...
}
// Database migration steps:
...
在数据库迁移期间防止这些外键失败的最佳方法是什么,为什么我的 pragma 语句不起作用?