iPhone でデータベース機能を簡単にするために SQLite3 ラッパー API を試した人はいますか?

Question

SQL 以外のバックグラウンドを持つ私は、ここ数日間 SQLite3 を吸収するのに苦労しています。SQLite3 ラッパー API を使用して良い結果を得た人はいますか?それらは確実に機能しますか?どれが一番いいですか？Core Data が iPhone に搭載されるという噂も聞こえてきます。その情報が信頼できるかどうかはわかりませんが、おそらく知っている人もいるでしょう。いつかiPhone用のCore Dataが登場するのでしょうか？

Answer 1

あなたが唯一のちょうど今開始している場合は、

、私はコアデータを使用することになります。

私は、一度に様々なラッパーを見て、昨年いくつかの時間を費やしました。私は最終的にそれらのいずれかを使用していませんでした。

私はそう見ていたとき、NDAが所定の位置にまだあったと思う、私は最高のものを見逃しているかもしれないが、私はほとんどが非常に薄いラッパーであることがわかりました。私の目的のために、これは多くのタイピングを保存していなかった、それは外部の依存関係を追加したことを意味し、時にはとにかく呼び出して、私はおそらくまだsqliteの機能を使用してまで潜るしなければならなかっただろう。ただ、それだけの価値は思えませんでした。

Answer 2

FMDB は使いやすく、SQLite の厄介な部分を抽象化して取り除きますが、それでも SQL は公開されます。

これをプロジェクトで使用しましたが、サブクラス化して独自の部分的 OO レイヤーを追加しました。このアプローチの利点は、さらに速度が必要な場合や、予期していなかった何か (トリガーなど) が必要な場合に、それを実現できることです。Core Data では「バイパス」が利用できないため、Core Data の最適化やメモリ使用量などに依存する必要があります。

もう 1 つの違いは、コア データによりアプリが完全に OO のままになることです。FMDB またはその他のデータベース ソリューションを使用すると、データベースの組織と常に密接に結びついています。これは設計上の決定であり、後で変更できるものではありません。

Answer 3

3.0 SDKを使用してCoreDataをターゲットではないのはなぜ？

何らかの理由であなたは2.xのをサポートする必要がある場合は、

は、 SQLitePersistentObject 。それは遅いですし、いくつかのバグを持っていますが、非常に使いやすいです。悲しいことに、それは作者が活発に開発されなくなります。

Answer 4

その他： いくつかの時間前、小さなサンプルプロジェクト（2.xの）と私は<使用のhref =「http://code.google.com/p/flycode/source/browse/#svn/trunk/fmdb/src」のrel = "nofollowをnoreferrer"> FMDB を。私が覚えている限りでは、それを使うのはとても簡単でした。しかし、それは必要なSQLの知識ます。