IndexedDB 中带有标签模型的文档

Question

我有歌曲和标签。标签可以是“录制位置”或“最后录制日期”等类型。

在关系模型中，我将有一个包含 Song_id 和 tag_id 信息的连接模型。但在像indexeddb这样的文档库数据库中，我会将标签及其信息直接存储在文档中。我想知道如果我没有很多独特的标签，从长远来看这是否不会导致数据库加载？

如果另一首歌曲需要其中一个已经在另一首歌曲上使用的标签，我就会有一个重复的标签。

我当然也可以在这里使用连接存储，但这还包括超过 2 个表的手动获取。

我对该模型有几个问题：

1. 我应该有歌曲和标签存储吗？
2. 如何对每首歌曲附加的标签进行批量更新？
3. 我可能需要哪些索引才能加快速度？

我的主要方面是通过标签值进行搜索（并按类型过滤）。

Answer 1

很好地使用 IDB 和其他 NoSQL 存储的关键是不要陷入连接 id 的困境，而只是尝试让每个对象存储在其自身的权利中发挥作用。 （并且很好地使用索引！）请记住，这就是 SQL 式数据库在幕后的工作方式，但它允许您在需要时而不是在一般情况下进行专门的联接。

批量更新更具挑战性，但这更多的是针对最常见的情况（显示查找歌曲/标签）进行优化，而不是针对更罕见的事情（批量更改标签名称）进行优化

您正在查看的最基本的模式是存储歌曲就像这样：

{ name: "Name of Song"
  id: <song id>
  tags: ["tag1", "tag2", "tag3"] }

标签可以简单地通过名称进行标识：

{ name: "tagname"
  description: "Some tag description or whatever" }

首先创建歌曲对象存储：

var songs = db.createObjectStore("songs", "id");

然后创建多条目索引：

songs.createIndex("tags", "tags", {multiEntry: true});

然后创建标签对象存储：

var tags = db.createObjectStore("tags", "name");

现在，如果确实需要，您可以自己进行连接，但有时这只是一些开关的东西。

var trans = db.transaction(["songs", "tags"]);

var songTags = [];
trans.objectStore("songs").get("songid").onsuccess = function(e) {
    var song = e.target.result;
    for (var i = 0; i < song.tags.length; i++) {
        trans.objectStore("tags").get(song.tags[i]).onsuccess = function(e) {
            var tag = e.target.result;
            songTags.push(tag);
        }
    }
}
trans.oncomplete = function(e) {
     showSongTags(songTags);
}

由于歌曲上有“标签”索引，反向操作也相当容易。请注意，我们直接使用标签名称，而不是使用一些中间数字 tag_id。

var trans = db.transaction(["songs", "tags"]);

var songs = [];
trans.objectStore("songs").index("tags").openCursor("tag1").onsuccess = function(e) {
    var cursor = e.target.result;
    if (!cursor) return;

    cursor.continue();
    songs.push(cursor.value);
}
trans.oncomplete = function(e) {
     showSongs(songs);
}

Answer 2

当人们必须在关系型数据库（如 MySQL）和面向文档的数据库（如 MongoDB）之间做出选择时，您基本上面临着同样的问题。复制数据——更不用说键本身——会占用空间，并且存储一个副本并使用外键来代替绝对是“第三种形式”。

也就是说，我在 IndexedDB 工作中经历过这两个方面。相信您所做的同样的事情（关于存储效率）需要与您实际访问数据的方式进行权衡。当您想要在 IndexedDB 中实现类似外键的模式时，它必然需要 2 个以上的对象存储，例如在底层文件系统上存储为两个单独的文件。这意味着对于您想要外键数据（此处为标签）的每个查询，您必须至少有两次对象存储命中，可能是两个事务，并且我假设还有额外的 io 开销以及与这些开销相关的开销。

我会采用面向文档的方法，并尝试使用关键速记等技巧（例如“n”而不是“name”）来减轻存储的严重程度。