-1

リレーショナル データベースを使用してアプリケーションを作成しています。データベースに永続化する必要があるドキュメントのエンティティがあります。ドキュメントは、多くの行と列を持つ単純な大きなテーブルです。

ドキュメントの構造

しかし問題は、状況によって行と列の多くが異なる可能性があることです。各ドキュメントには、独自の行と列のセットを含めることができます。偶数の行数と列数は変更できます。DOCUMENTしたがって、データベースに単一のテーブルしか作成できません。その場合、DDLを使用してテーブルの構造を常に変更する必要があります。

柔軟で順応性のあるデータベース構造を考え出す必要があります。ユーザーがデータ操作 ( CRUD -操作) の権限しか持たないようにするには、この db スキームを使用できます。

4

2 に答える 2

0

私の頭に浮かぶことの1つは、次のとおりです。すべての属性に対して1つのテーブルを作成しますdocument。名前や作成日など。

そして、変化する可能性のあるすべてのものについて、データを挿入する別のテーブルを作成します。これは実際にそこにあります。そのようです:

document_id paramater_name string_value    int_value date_value
----------- -------------- --------------- --------- -----------
      1987         comment     "cool doc."
      1987        due_date                            12/24/2014
     20124        old_name         abc.txt
     20124            cost                      1.99

しかし、確かに、これは大変な作業です!

于 2013-03-03T14:31:12.907 に答える
0

書類の内容?彼らの性質は何ですか?

個々の属性で並べ替え/フィルター/カウントなどを行う必要がありますか?

ドキュメントを 1 つのテキスト フィールドに保存し、全文検索を使用して検索することができます。

または、Solr/Lucene に保存することもできます。

于 2013-03-03T19:47:07.627 に答える