我正在为我的iphone使用sqlite，我预计数据库架构可能会随着时间而改变。每次成功迁移时需要注意哪些问题，命名约定和注意事项？
例如，我想过将一个版本附加到数据库名称（例如Database_v1）。
答案 0 :(得分：100)
我维护一个定期需要更新sqlite数据库并将旧数据库迁移到新模式的应用程序，这就是我的工作：
为了跟踪数据库版本，我使用了sqlite提供的内置用户版本变量（sqlite对此变量不执行任何操作，您可以随意使用它）。它从0开始，您可以使用以下sqlite语句获取/设置此变量：
> PRAGMA user_version;
> PRAGMA user_version = 1;
当应用程序启动时，我会检查当前的用户版本，应用使架构更新所需的任何更改，然后更新用户版本。我将更新包装在一个事务中，这样如果出现任何问题，则不会提交更改。
为了进行模式更改，sqlite支持某些操作的“ALTER TABLE”语法（重命名表或添加列）。这是一种就地更新现有表的简便方法。请参阅此处的文档：http://www.sqlite.org/lang_altertable.html。为了删除“ALTER TABLE”语法不支持的列或其他更改，我创建了一个新表，将日期迁移到其中，删除旧表，并将新表重命名为原始名称。
答案 1 :(得分：28)
Just Curious的答案是死的（你明白我的观点！），这就是我们用来跟踪应用程序中当前数据库架构的版本。
要运行需要进行的迁移以使user_version与应用程序的预期架构版本匹配，我们使用switch语句。以下是我们的应用Strip中的外观示例：
- (void) migrateToSchemaFromVersion:(NSInteger)fromVersion toVersion:(NSInteger)toVersion {
// allow migrations to fall thru switch cases to do a complete run
// start with current version + 1
[self beginTransaction];
switch (fromVersion + 1) {
case 3:
// change pin type to mode 'pin' for keyboard handling changes
// removing types from previous schema
sqlite3_exec(db, "DELETE FROM types;", NULL, NULL, NULL);
NSLog(@"installing current types");
[self loadInitialData];
case 4:
//adds support for recent view tracking
sqlite3_exec(db, "ALTER TABLE entries ADD COLUMN touched_at TEXT;", NULL, NULL, NULL);
case 5:
{
sqlite3_exec(db, "ALTER TABLE categories ADD COLUMN image TEXT;", NULL, NULL, NULL);
sqlite3_exec(db, "ALTER TABLE categories ADD COLUMN entry_count INTEGER;", NULL, NULL, NULL);
sqlite3_exec(db, "CREATE INDEX IF NOT EXISTS categories_id_idx ON categories(id);", NULL, NULL, NULL);
sqlite3_exec(db, "CREATE INDEX IF NOT EXISTS categories_name_id ON categories(name);", NULL, NULL, NULL);
sqlite3_exec(db, "CREATE INDEX IF NOT EXISTS entries_id_idx ON entries(id);", NULL, NULL, NULL);
// etc...
}
}
[self setSchemaVersion];
[self endTransaction];
}
答案 2 :(得分：19)
让我与FMDB和MBProgressHUD分享一些迁移代码。
以下是如何读取和编写模式版本号（这可能是模型类的一部分，在我的例子中，它是一个名为Database的单例类）：
- (int)databaseSchemaVersion {
FMResultSet *resultSet = [[self database] executeQuery:@"PRAGMA user_version"];
int version = 0;
if ([resultSet next]) {
version = [resultSet intForColumnIndex:0];
}
return version;
}
- (void)setDatabaseSchemaVersion:(int)version {
// FMDB cannot execute this query because FMDB tries to use prepared statements
sqlite3_exec([self database].sqliteHandle, [[NSString stringWithFormat:@"PRAGMA user_version = %d", DatabaseSchemaVersionLatest] UTF8String], NULL, NULL, NULL);
}
这是懒惰地打开数据库的[self database]方法：
- (FMDatabase *)database {
if (!_databaseOpen) {
_databaseOpen = YES;
NSString *documentsDir = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) objectAtIndex:0];
NSString *databaseName = [NSString stringWithFormat:@"userdata.sqlite"];
_database = [[FMDatabase alloc] initWithPath:[documentsDir stringByAppendingPathComponent:databaseName]];
_database.logsErrors = YES;
if (![_database openWithFlags:SQLITE_OPEN_READWRITE | SQLITE_OPEN_CREATE | SQLITE_OPEN_FILEPROTECTION_COMPLETE]) {
_database = nil;
} else {
NSLog(@"Database schema version is %d", [self databaseSchemaVersion]);
}
}
return _database;
}
以下是从视图控制器调用的迁移方法：
- (BOOL)databaseNeedsMigration {
return [self databaseSchemaVersion] < databaseSchemaVersionLatest;
}
- (void)migrateDatabase {
int version = [self databaseSchemaVersion];
if (version >= databaseSchemaVersionLatest)
return;
NSLog(@"Migrating database schema from version %d to version %d", version, databaseSchemaVersionLatest);
// ...the actual migration code...
if (version < 1) {
[[self database] executeUpdate:@"CREATE TABLE foo (...)"];
}
[self setDatabaseSchemaVersion:DatabaseSchemaVersionLatest];
NSLog(@"Database schema version after migration is %d", [self databaseSchemaVersion]);
}
这是调用迁移的根视图控制器代码，使用MBProgressHUD显示进度边框：
- (void)viewDidAppear {
[super viewDidAppear];
if ([[Database sharedDatabase] userDatabaseNeedsMigration]) {
MBProgressHUD *hud = [[MBProgressHUD alloc] initWithView:self.view.window];
[self.view.window addSubview:hud];
hud.removeFromSuperViewOnHide = YES;
hud.graceTime = 0.2;
hud.minShowTime = 0.5;
hud.labelText = @"Upgrading data";
hud.taskInProgress = YES;
[[UIApplication sharedApplication] beginIgnoringInteractionEvents];
[hud showAnimated:YES whileExecutingBlock:^{
[[Database sharedDatabase] migrateUserDatabase];
} onQueue:dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0) completionBlock:^{
[[UIApplication sharedApplication] endIgnoringInteractionEvents];
}];
}
}
答案 3 :(得分：4)
最佳解决方案IMO是构建SQLite升级框架。我有同样的问题（在C＃世界），我建立了自己的这样的框架。你可以阅读它here。它完美地工作，使我（以前的噩梦）升级工作在我身边轻松工作。
虽然库是用C＃实现的，但是那里提出的想法在你的情况下也应该可以正常工作。
答案 4 :(得分：2)
1。使用基于SQL的迁移列表创建/migrations文件夹，其中每次迁移都如下所示：
/migrations/001-categories.sql
-- Up
CREATE TABLE Category (id INTEGER PRIMARY KEY, name TEXT);
INSERT INTO Category (id, name) VALUES (1, 'Test');
-- Down
DROP TABLE User;
/migrations/002-posts.sql
-- Up
CREATE TABLE Post (id INTEGER PRIMARY KEY, categoryId INTEGER, text TEXT);
-- Down
DROP TABLE Post;
2。创建包含已应用迁移列表的db表，例如：
CREATE TABLE Migration (name TEXT);
3。更新应用程序引导逻辑，以便在启动之前，它从/migrations文件夹中获取迁移列表并运行尚未应用的迁移。
以下是使用JavaScript实现的示例：SQLite Client for Node.js Apps
答案 5 :(得分：1)
如果您更改数据库架构以及在锁步中使用它的所有代码（在嵌入式和电话定位的应用程序中可能就是这种情况），问题实际上已得到很好的控制（没有什么能比得上架构迁移的噩梦可能正在为数百个应用程序提供服务的企业数据库 - 并非全部由DBA控制; - ）。
答案 6 :(得分：1)
一些提示......
1）我建议将所有代码迁移到NSOperation并在后台线程中运行。在迁移数据库时，您可以使用微调器显示自定义UIAlertView。
2）确保将数据库从捆绑包中复制到应用程序的文档中并从该位置使用它，否则您只需在每个应用程序更新时覆盖整个数据库，然后迁移新的空数据库。
3）FMDB很棒，但是它的executeQuery方法由于某种原因无法进行PRAGMA查询。如果要使用PRAGMA user_version检查模式版本，则需要编写自己的直接使用sqlite3的方法。4）此代码结构将确保您的更新按顺序执行，并且无论用户在应用更新之间进行多长时间，都会执行所有更新。它可以进一步重构，但这是一个非常简单的方法来看待它。每次实例化数据单例时都可以安全地运行此方法，并且如果正确设置数据单例，则每个会话只需要进行一次微小的数据库查询。
- (void)upgradeDatabaseIfNeeded {
if ([self databaseSchemaVersion] < 3)
{
if ([self databaseSchemaVersion] < 2)
{
if ([self databaseSchemaVersion] < 1)
{
// run statements to upgrade from 0 to 1
}
// run statements to upgrade from 1 to 2
}
// run statements to upgrade from 2 to 3
// and so on...
// set this to the latest version number
[self setDatabaseSchemaVersion:3];
}
}
答案 7 :(得分：0)