iPhone 应用程序使用什么类型的数据库？
我想创建一个 iPhone 应用程序，将与其在线 webb 应用程序客户端同步。
我目前将数据存储在 .plist 中。 SQLite 会是解决这个问题的最佳方法吗？
我还需要设置用户帐户/注册数据库。有处理这些东西的网站或教程吗？
谢谢。
I want to create an iPhone app that will sync with its online webb app client.
I currently have my data stored in a .plist. Will SQLite be the best way to go about this?
Also I will need to set up user accounts / registration database. Any sites or tutorials that deal with this stuff?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
@Faisal：
再次嗨。
是的，您可以使用 SQlite，但我建议您在数据库服务器上使用 MySQL 数据库，然后您可以使用 JSON 解析数据并获取数据。
这将减少数据库同步的开销，并且 iPhone 应用程序将更加轻量。
编辑：
如果您是新手并且没有数据库背景，那么最好从 Sqlite 开始，然后转向核心数据以将数据存储在 iPhone 中，或者在这种情况下使用 MySQL 来存储您在服务器上的数据。
EDIT-2：
此链接为您提供了许多不同的选项来学习 SQlite 及其在 iPhone 应用程序中的实现。
iPhone-SDK 的最佳 SQLite 3 教程在哪里？
希望这对你有帮助:)
@Faisal:
Hi again.
Yeah you can use SQlite but I would suggesy you to go for the MySQL database on your database server and then you can parse data using JSON and fetch the data.
This will decrease an overhead of synchronization of database and also the iPhone app will be more light weight.
EDIT:
If you are new and have no background of database then it is better that you start with the Sqlite and then move on to the core data to store your data in iPhone or in that case MySQL to store your data on server.
EDIT-2:
This is a link which gives you many different options to learn SQlite and its implementation in iPhone app.
Where's the best SQLite 3 tutorial for iPhone-SDK?
Hope this helps you :)
你有两个不同的问题；本地存储和客户端服务器数据推送。
对于本地存储，数据模型很简单（基于对 PARTH 答案的评论），因此 Core Data 将是完美的选择。
在使用 Core Data 之前无需先学习 SQLite。 Core Data 是一个对象图持久性和变更管理解决方案。 SQLite 恰好是 Core Data 的持久性机制之一，但这是一个基本上完全隐藏在更高级别 API 后面的实现细节。
对于客户端/服务器部分，使用 HTTP + JSON 可以很好地从应用程序到服务器进行通信。
在服务器端，可以使用无数不同的已编写解决方案来管理此类数据。对于此类应用程序，PHP + MySQL 可能是一个完全可以接受的解决方案，因为注册 + 简单数据存储是一个已经通过该工具组合解决了大约一百万次的问题（因此，您将能够找到数百篇关于如何做到这一点的文章）。
You have two distinct problems; local storage and the client server data push.
For the local storage, the data model is simple (based on comments on PARTH's answer) and, thus, Core Data would be a perfect fit.
There is no need to learn SQLite first before using Core Data. Core Data is an object graph persistency and change management solution. SQLite happens to be one of Core Data's persistency mechanisms, but that is an implementation detail that is largely entirely hidden behind the higher level APIs.
For the client/server piece, using HTTP + JSON will work just fine for communicating from your app to the server.
On the server side, go with any of the myriad of different already written solutions for managing this kind of data. For this kind of application, PHP+MySQL is likely a perfectly acceptable solution in that registration + simple data storage is a problem that has been solved about a million times with that combination of tools (and, thus, you'll be able to find 100s of writeups of how to do exactly that).