2009-05-19 11 views
0

私は自分のデータを扱う方法を再設計するために、Javaアプリケーションの新しいリビジョンを(埋め込みH2データベースを使用して)設計しています。ここで私はそれを計画している方法は次のとおりです。別のテーブルのエントリのデータベーステーブル?

  • エントリ卓上
    • エントリID
    • エントリ名
  • プロパティ卓上
    • プロパティID
    • プロパティ名
  • (個々のプロパティ)値卓上
    • 値Id
    • エントリID
    • (値列...)は
  • (個別エントリ)値は
      を卓上
    • プロパティ名
    • (個別プロパティ)値ID

各エントリは、(同じタイプの複数のプロパティを含む)複数の特性を有することができます。各プロパティには、値を格納する独自の方法があります。私は、与えられたエントリに対して定義されたすべてのプロパティを調べる必要があります。

これは良い方法ですか?

編集:私が正しくあなたを理解していれば、私は交差点またはその代わりに、あなたが説明したもののjunctionテーブルを使用することになり

答えて

3

私の意見では、それはデータをモデル化するための非常に悪い方法ですが、実際にこのモデルを使用する必要がないので、状況を見るのは非常に象徴的な方法です。ところで、それは「エンティティ属性値」アプローチと呼ばれています。そして、私が嫌いな理由は、ほとんどのSQL機能を何らかの方法で複製する必要があるという点で、スキーマに似ていないからです。

異なるモデルを持つ多くのオブジェクトをモデル化する予定の場合や、頻繁に変更されるスキーマを持つ時間と場所は間違いありません。しかし私は個人的にそれがひどいと思う。

+0

はい、私はそれがそれを使用することを意味するつもりです。私に名前をくれてありがとう。 –

1

私は...私はそれをうまく説明よく分かりません。

これで、EnteryごとのすべてのプロパティまたはプロパティごとのすべてのEnteriesを取得するクエリを作成できます。

関連する問題