Hatena::Groupiphone-dev

haoyayoi Dev Style このページをアンテナに追加 RSSフィード

2010-01-11

CoreDataの構成

| 14:25 | CoreDataの構成 - haoyayoi Dev Style を含むブックマーク はてなブックマーク - CoreDataの構成 - haoyayoi Dev Style CoreDataの構成 - haoyayoi Dev Style のブックマークコメント

サンプルのCoreDataBooksを弄くり通して移植とか試みた結果、どこがどうなってるのかようやく把握できた感じなのでメモ。

そもそも何故分かりづらいのか

CoreDataはSQliteObjective-Cのみで操作できることにメリットがあるわけですが、その操作を行うためのクラス名、取り扱い方に問題があります。

イメージしずらいネーミング

各クラスの解説を読むと判明しますが、実際には他の言語で使われているDBとの接続を行うための各種クラスと、CoreData関連クラスがやってることには、あまり違いはありません。ただ、それらのクラスと余りに剥離したネーミングというのが一つ。

複数のDBの接続を同時に取り扱っている

もう一つは、あくまでCoreDataは「複数のDBとそれらDBとの接続情報」をひとまとめにした代物であるため、他の言語でのDBと同じ感覚で取り扱うとズレが生じるということ。

TableView専用というわけではないNSFetchedResultsController

さらにもう一つ、NSFetchedResultsController自体はCoreDataから取得したデータの配列キャッシュしているコントローラであり、別にUITableViewController専用のオブジェクトではない、ということ。

CoreDataのコンテキスト構成

コンテキスト以下の構成図を貼ってみます。

f:id:hao_yayoi:20100111130810p:image

  • NSManagedObjectModel
    • 他の言語での、DBのColumnとRelationShip指定に相当。
  • NSPersisitentStore
    • DBとの接続を担当。

ColumnもといEntityを追加したい場合にはNSManagedObjectModelへの操作、接続するDBを増やしたい場合にはNSPersistentStoreを追加するといった形です。

NSPersistantStore追加の際の実DBファイル

接続するDBを増やす場合にはNSPersistentStoreを追加するわけですが、実体のファイルもその際に自動で生成されています。

データ追加

f:id:hao_yayoi:20100111135826p:image

NSEntityDescriptionで追加先のEntityを指定すると生成されるオブジェクトレコード相当)に値を入れて保存、という流れです。DBへのレコード追加をSQLを直接触れずに行う形です。

データの読み込み

f:id:hao_yayoi:20100111141156p:image

NSFetchedResultsControllerを生成した時点で、データの取得ができ上がるため、あとは取得したデータの配列からインデックスを指定して取得という流れ。

まとめ

NSManagedObjectContextを構成する際の煩雑さも原因だと思うので、NSManagedObjectContextまでの生成過程を一つのクラスにして分離したほうが、なにかと分かりやすいかと思います。

あと、これらを一つ一つ確かめていくとどこかで同じ構成をみたような感覚があったのですが、PerlにおけるDBIx::Classがそれでした。どんな感じなのかは、

を読むと分かりやすいと思います。

2009-09-22

CoreDataを使う場合のトラブルシュート

| 09:16 | CoreDataを使う場合のトラブルシュート - haoyayoi Dev Style を含むブックマーク はてなブックマーク - CoreDataを使う場合のトラブルシュート - haoyayoi Dev Style CoreDataを使う場合のトラブルシュート - haoyayoi Dev Style のブックマークコメント

Macでのデータベース取り扱いが楽になるというCoreDataですが、確かにMacアプリでは開発が楽になるようです。というのも、iPhoneでは色々とコーディングが要求されてしまうから。結果、はまってしまうところがでて、それが解消されにくい場合は、思い切ってFMDBで行うほうが幸せかもしれません。

試行錯誤しつつ組み込みに挑戦していますが、エラーが完全には解消されず詰まっている状態です。現状に至るまでに分かったいくつかのはまりポイントについてまとめてみます。

+entityForName: could not locate an NSManagedObjectModel for entity...

xcdatamodel内でEntityの名称が間違っている場合や、NSEntityDescriptionを生成する以前にNSPersistentStoreCoordinatorなどを適切に生成していない、など。

Z_PKなどの、頭にZが付くコラムが足りないと表示される

sqliteファイルを手動作成した場合、CoreDataに用いるsqliteのテーブルおよびコラム名は、イニシャルがZで始まる必要があります。(NameならZNameになる、など)

また、CoreDataが用いる専用のテーブルを作成する必要もあります。

参考:Core Data Error: Can’t Find Model for Source Store

CREATE TABLE Z_PRIMARYKEY (Z_ENT INT Primary Key, Z_NAME VARCHAR, Z_SUPER INTEGER, Z_MAX INTEGER);

CREATE TABLE Z_METADATA (Z_VERSION INT Primary Key, Z_UUID VARCHAR(255), Z_PLIST BLOB);

Entityを収めたテーブルにも、システムが管理に用いるためのコラムの追加が必要です。

Z_OPT INTEGER

Z_PK INTEGER PRIMARY KEY