关于iPhone应用程序的理想数据库实现的问题
因此，我有一个关于我准备构建的应用程序的理想设置的问题。该应用程序基本上是一个记忆工具，我已经有了一个sqlite数据库，其中包含了我将用于该应用程序的全部内容 用户将浏览数据库的内容（使用uipickerview），并选择要记忆的内容。如果选择了该行或数据单元，它将被放入一个池或一个uitableview中，专用于显示“需要记忆”池中的项目。当您转到该表视图时，可以选择该行，实际数据将被填充。tableview中的所有信息都是可删除的，以防他们不再需要这些信息 就这样关于iPhone应用程序的理想数据库实现的问题,iphone,sqlite,core-data,database-connection,Iphone,Sqlite,Core Data,Database Connection,因此，我有一个关于我准备构建的应用程序的理想设置的问题。该应用程序基本上是一个记忆工具，我已经有了一个sqlite数据库，其中包含了我将用于该应用程序的全部内容 用户将浏览数据库的内容（使用uipickerview），并选择要记忆的内容。如果选择了该行或数据单元，它将被放入一个池或一个uitableview中，专用于显示“需要记忆”池中的项目。当您转到该表视图时，可以选择该行，实际数据将被填充。tableview中的所有信息都是可删除的，以防他们不再需要这些信息 就这样 我知道有了数据库接口，有
我知道有了数据库接口，有几个不同的选项，在这个特定的设置中，核心数据是最简单的方法吗？还有其他更好的方法吗？我只是在寻找一个正确的方向，非常感谢任何帮助 核心数据将是最简单的。您需要将数据从原始SQLite文件迁移到核心数据生成的SQLite文件，因为核心数据设计为100%管理自己的文件。幸运的是，您可以通过桌面上的一个快速命令行应用程序来实现这一点，然后将生成的核心数据Sqlite文件复制到您的应用程序包中，供以后在iOS上使用 在iOS上使用原始SQLite是可能的，但与核心数据提供的易用性相比，正确使用原始SQLite确实令人头疼 更新 iOS上的核心数据生成与桌面上的核心数据相同的文件。因此，您可以为桌面开发一个快速简便的应用程序，例如，该应用程序采用以下输入：
- 表/实体名称
- 一行数据的CSV
嗯，也许有一段时间我得写一篇关于这个的博客：）嘿，这正是我要找的方向，谢谢！你能再详细解释一下桌面命令行应用程序吗？是的，看一个关于如何做这样一个桌面应用程序的例子会很有用