从 rdbms 迁移的核心数据

Question

我正在尝试从纯 sqlite（使用 FMDB 包装器）迁移到核心数据。

我的主要原因是 icu 问题（我有一些多语言项目 - 德语、西班牙语、希腊语、中文）很难从 sqlite 中搜索到，而不是核心数据上内置的 icu。 (NSDiacriticInsensitive | NSCaseInsensitive)

通常我的数据（一本编码书）采用以下结构：

id
parentId
content
contentType
nContent
vieworder

其中 nContent 是我需要放弃的变音符号/不区分大小写字段，因为它会大大降低我的数据库速度（我使用过索引，我使用过优化，但我找不到任何东西来加快搜索过程）。

我对核心数据概念感到困惑——我可以在主从项目上理解它，但我无法理解如何实现自引用项目对象——

用上述结构存储的典型数据是这样的：

 Chapter A
  Chapter A.1
   Title 1
    Content #1
   Title 2
    Content #2
  Chapter A.2
 [...]

“Chapter/Title/Content”是内容字段（因此它从 >256 的小字符串到大的文本块不等）。

所以我的问题是： * 如何在核心数据实体/类中实现这种结构（我知道需要自引用关系） * 如何找到每个级别的项目（例如我想找到所有的 Title 类型——这就是我有 contentType 字段的原因） * 在核心数据结构上建立索引是否会比普通 sql 提供更好的索引和更好的时间搜索率（我在 nContent 字段上使用 LIKE %% 结构）？ * 将其留在 SQLITE 上并尝试寻找不同的索引策略会更好吗？

请随时回答这些问题或至少给我一些见解。

更新 这是我的意思的另一个更“现实”的例子：

Beginning HTML (Type: Chapter, parentid:0,id:1)
 The fundamental pieces (Type Chapter, parentid:1, id:2)
  How to begin (Type: title, parentid:2, id:3)
   [content] (Type: content, parentid:3, id:4)
  Using paragraphs (Type title, parentid:2, id:5)
   [content] (Type: content, parentid:5, id:6)
 Using Forms (Type: chapter, parentid:1, id:7)
  ... (and so on)

Answer 1

编辑

考虑到您的澄清...

您可能想重新审视您的设计，看看什么效果最好。然而，一个简单的开始方法是......

ContentObject
    title: NSString
    type: whatever
    content: NSString
    subcontent: 1-to-Many relationship to ContentObject

在 Xcode 模型视图中，您只需从 ContentObject 控制单击并拖动到自身。将进行自我引用。

然后，将其设为多对多，并将其命名为“子内容”或其他名称。然后，将反向关系命名为“父级”。

现在，您有一个对象列表，您可以将子对象添加到每个对象，CoreData 将自动管理指向彼此的指针。您还可以为任何属性添加索引以加快搜索速度。

如果您的实际内容可能会变得很大，您可能希望使其成为一个独立的实体，并与它有关系。