Ios 具有现有sqlite数据库的核心数据

可能重复：

---

是否可以将现有的sqlite数据库加载到核心数据中？我面临着麻烦，实际上在核心数据示例中，我发现它包含一个db，该db的表名前缀为z，以及其他属性。这个z的意义是什么？在这个博客中，我还看到了使用核心数据创建一个db并加载它，这是一种变通方法，但不是将数据加载到核心数据的正确方法。我需要对表进行大量更新和查询，请建议是直接使用sqlite还是核心数据？如果是核心数据，请建议将现有sqlite文件导入核心数据的最佳方法

您想查看Ray Wenderlich关于将现有数据预加载到核心数据的教程：

---

这是一个相当完整的教程，它将帮助您理清有关Sqlite和核心数据一起使用的一些概念。这是一个由三部分组成的教程。试一试。

您想看看Ray Wenderlich关于将现有数据预加载到核心数据的教程：

---

这是一个相当完整的教程，它将帮助您理清有关Sqlite和核心数据一起使用的一些概念。这是一个由三部分组成的教程。试一试。

核心数据使用SQLite这一事实应该是一个实现细节。事实上，核心数据文档明确指出，您不应该以任何方式访问核心数据之外的数据库本身

同样，您不应该将自己的数据库强制置于核心数据之下

如果要将现有数据库导入核心数据，则需要编写一些代码，迭代现有数据库中的每个条目，并创建要插入核心数据的相应对象

FWIW，Z_u东西是他们数据库中的核心数据装饰

---

不要弄乱数据库。现在，事实证明，您可以使用数据库做一些事情，但您确实不应该这样做——除非您是专家——然后您仍然不应该这样做，但可能会这样做。

核心数据使用SQLite这一事实应该是一个实现细节。事实上，核心数据文档明确指出，您不应该以任何方式访问核心数据之外的数据库本身

同样，您不应该将自己的数据库强制置于核心数据之下

如果要将现有数据库导入核心数据，则需要编写一些代码，迭代现有数据库中的每个条目，并创建要插入核心数据的相应对象

FWIW，Z_u东西是他们数据库中的核心数据装饰

---

不要弄乱数据库。现在，事实证明，你可以用数据库做一些事情，但你真的不应该——除非你是专家——然后你仍然不应该，但可能会这样做。

你最好听听这里的建议。考虑到内部数据库是经过修饰的，您至少必须对自己的数据库执行同样的操作，使其有一半的工作机会

---

如前所述，您应该导入它，例如，在您的代码库中导入一些为任务编写的一次性代码。这样，ios将为您在本地处理所有事务。

您最好听听这里的建议。考虑到内部数据库是经过修饰的，您至少必须对自己的数据库执行同样的操作，使其有一半的工作机会

---

如前所述，您应该导入它，例如，在您的代码库中导入一些为任务编写的一次性代码。这样，ios就可以在本地为您解决所有问题。

难道没有更简单的方法吗？是否需要创建带有两个项目的mac命令行工具，因为它的系列教程中，您给出的链接是导入sql的第二部分？看起来直接使用Sql更简单！！您已经创建了SQLite文件。因此，您可以做的是更改正在导入的文件的文件名，以便将其从捆绑包中取出。我自己也没试过，但应该能用。在AppDelegate中，您将有如下内容：NSURL*storeURL=[[self-applicationDocumentsDirectory]URLByAppendingPathComponent:@APPNAME.sqlite]；您可以将其更改为NSString*path=[[NSBundle mainBundle]pathForResource:@APPNAME of type:@sqlite inDirectory:@/]；也可以从相关章节中了解这一点：难道没有更简单的方法吗？是否需要创建带有两个项目的mac命令行工具，因为它的系列教程中，您给出的链接是导入sql的第二部分？看起来直接使用Sql更简单！！您已经创建了SQLite文件。因此，您可以做的是更改正在导入的文件的文件名，以便将其从捆绑包中取出。我自己也没试过，但应该能用。在AppDelegate中，您将有如下内容：NSURL*storeURL=[[self-applicationDocumentsDirectory]URLByAppendingPathComponent:@APPNAME.sqlite]；您可以将其更改为NSString*path=[[N

---

SBundle mainBundle]pathForResource:@APPNAME类型：@sqlite目录：@/]；也可以从相关部分查看：try