私はSpring + Hibernateを使用しています.HTMLには100以上のフィールドがあり、これらすべての値を単一のテーブルにデータベースに保存する必要があります.
それらはすべて、1 つの大規模な計算で使用されます。
100個のフィールドとセッター、ゲッターを持つエンティティを作成することを考えましたが、より良い解決策はありますか?
編集:
誰かがフォームを送信するたびに新しい行が追加されるため、最終的には数万行になります。
私はSpring + Hibernateを使用しています.HTMLには100以上のフィールドがあり、これらすべての値を単一のテーブルにデータベースに保存する必要があります.
それらはすべて、1 つの大規模な計算で使用されます。
100個のフィールドとセッター、ゲッターを持つエンティティを作成することを考えましたが、より良い解決策はありますか?
編集:
誰かがフォームを送信するたびに新しい行が追加されるため、最終的には数万行になります。
これは HTML に関するものではなく、データ モデリングに関するものだと思います。データについて、誰がそのコンシューマーであるか、どのビジネス フローでどのようにデータをクエリするかを考えてください。一般に、100 個のフィールドを持つエンティティは、100 個の列を持つ 1 つのテーブルにマップする必要があるため、お勧めできません。維持できないだけです。
おそらく、すべてのデータを正規化する必要があり、その一部を外部キーを使用して db の異なるテーブルに格納できますか?
これが役立つか、少なくとも考える方向性を与えることを願っています
Map
この場合、次の理由からa を使用できると思います。
したがって、100 個のフィールドを持つテーブルを持つ代わりに、2 つのフィールド (フォーム識別子などを含めたい場合は 3 つ) と 100 行を持つテーブルで終了します。
フォーム フィールドの多くが空 (スパース データ) の場合、ストレージ スペースを節約することもできます (使用しているデータベースによって異なります)。