コアデータアプリケーションを構築する場合、データ構造をSQL DBまたはOO設計として設計する必要がありますか？

Question

マニュアルを読んでチュートリアルを見たことがありますが、この点についてはまだ分かりません。

アプリケーションでCore Dataを使用している場合、プロパティの1つ（DBの列）がタイプフィールドであるオブジェクトがあるとします。 SQLでは、私は型を持つ別のテーブルを行い、それらの間に多対1の接続を行います。

ここで、チュートリアルでは、コアデータがSQLiteではないと言います。私はこれをOOPオブジェクトの表現と見なすべきです。

私はSQLと同じようにする必要がありますか？型テーブルとオブジェクトテーブル内の型テーブルの外部キーであるフィールド、または親エンティティを作成し、それから継承して、必要な各タイプの新しいエンティティ（クラス）を作成する必要がありますか？

SQL DBは、OOPスキーマを表現しているため、継承の難しさを理解することができません。可能であれば、タイプエンティティでそれを行うのは、私の目でははるかに良いです...

私はこれについて間違っていますか？

が私の意見では、 エレズ

Answer 1

をありがとう、これらは難しいものです。いつでもデータベース設計に戻ることができます。別の 'テーブル'を使う方が良いかもしれませんが、サブクラスを使うこともできます。多分あなたはItemクラスを持っていて、それは異なるタイプを持つことができます。次に、CarItem、HouseItem ...のサブクラスを作成することができます。それぞれは、特定のタイプのItemクラスを表します。