有没有办法重建Dexie键?

时间:2017-03-30 01:05:27

标签: ios indexeddb dexie ios10.3

我有一个使用Dexie的工作应用程序。升级到iOS 10.3后,按键查找无效。 (这实际上是一个indexeddb问题,而不是Dexie本身,我很确定。)我仍然感到震惊,但我已经能够通过db.table.each确认数据存在(function(p){并且键中使用的字段是正确的。但是如果我这样做的话 db.table.get(primarykey,function(p){} 要么 db.table.where(“somekey”)。equals(nonprimarykey).first(function(p){} p未定义。

我尝试了.db.table.each,然后将每个检索到的对象放回去查看是否会重建密钥,它在Firefox中有效,但在Safari或Chrome中无效(仍然无法通过键)。

我还尝试指定一个具有相同键结构和空升级的新版本,但没有做任何事情(但我只在Chrome中尝试过)。

如果在安装10.3之后创建数据库,一切都很好,但我希望我的客户不必删除他们的数据库。

有没有办法在不丢失数据的情况下修复此问题?

2 个答案:

答案 0 :(得分:2)

这似乎是Safari中的升级错误,应该真正归档于bugs.webkit.org。假设这是一个将在那里修复的东西,因为Safari团队在遇到关键错误时非常敏感。请提交申请!

至于解决方法,我建议重新创建数据库。将数据库复制到新数据库,删除它,然后复制并删除中间副本。我没有验证下面的代码,所以你必须测试它。

function check_and_fix_IOS_10_3_upgrade_issue () {
    return (somehowCheckIfWeNeedToDoThis) ?
        recreateDatabase() : Promise.resolve();
}

function recreateDatabase () {
    copyDatabase("dbName", "dbName_tmp").then(()=>{
        return Dexie.delete("dbName");
    }).then(()=>{
        return copyDatabase("dbName_tmp", "dbName");
    }).then(()=>{
        return Dexie.delete("dbName_tmp");
    });
}

function copyDatabase(fromDbName, toDbName) {
    return new Dexie(fromDbName).open().then(db => {
        let schema = db.tables.reduce((schema, table) => {
            schema[table.name] = [table.schema.primKey.src]
                .concat(table.schema.indexes.map(idx => idx.src))
                .join(',');
        }, {});

        let dbCopy = new Dexie(toDbName);
        dbCopy.version(db.verno).stores(schema);

        return dbCopy.open().then(()=>{
            // dbCopy is now successfully created with same version and schema as source db.
            // Now also copy the data
            return Promise.all(
                db.tables.map(table =>
                    table.toArray().then(rows => dbCopy.table(table.name).bulkAdd(rows))));
        }).finally(()=>{
             db.close();
             dbCopy.close();
        });
    })
}

关于“somehowCheckIfWeNeedToDoThis”,我无法准确回答如何做到这一点。也许用户代理嗅探+ cookie(修复时设置持久性cookie,以便不会一遍又一遍地重新创建)。也许你会找到更好的解决方案。

然后在打开数据库之前(可能在您的应用程序启动之前),您需要执行以下操作:

check_and_fix_IOS_10_3_upgrade_issue()
    .then(()=>app.start())
    .catch(err => {
        // Display error, to user
    });

答案 1 :(得分:0)

我使用db.js库遇到了同样的问题。我的所有应用数据都会在升级时被删除。

根据我的测试,它看起来像10.2 - > 10.3升级是擦除autoIncrement设置为false的表中的任何数据。保存在autoIncrement = true表中的数据仍可在升级后访问。

如果是这种情况,这是一个非常严重的错误。 Safari的autoIncrement功能有很多麻烦,导致我们很多人转而管理我们自己的ID。

我还没有用香草JS测试过这个理论。如果有人想这样做,请将结果添加到bugs.webkit.org ticket