私たちのプロジェクトでは、すでに配置されているテーブル構造を変更する余裕がないという制約があります。テーブルは本質的に高度に非正規化されています。
このアプリケーションに適したPOJOを考え出しました。既存のテーブルから生成されたエンティティBeanがあります。次に、POJOをエンティティにマップして、永続化できるようにする必要があります。
最終的に、良いPOJOと悪いテーブルを組み合わせます。このアプローチのオプション/代替案/提案について何か考えはありますか？
1838 次
2 に答える
1
Hibernate / JPA（2）には、マッピングを操作するための豊富な機能セットがあり（オブジェクトがテーブルと異なるようにするため）、多くの（すべてではない）古いテーブルを通常のオブジェクトにマッピングできます。--最初にこれを確認する必要があります。pojo/tableを使用してください-このマッピングが十分に強力でない場合にのみ「ソリューション」。
読み取り専用アプリケーションを使用している場合は、ビューを使用してテーブル/ビューをオブジェクトに近づけることを検討できます。これにより、奇妙なマッピングの量が再利用される可能性があります。
マッピング、アプリケーションのサイズ、またはユースケースはわかりませんが、Hibernateを使用しないことを検討しましたか？私はこれを尋ねます（私が言ったように：私はあなたのアプリケーションを知りません）、このようなアーキテクチャでは、Hibernate機能は使用されないため、Hibernateは不要な複雑さのみを追加します。
于 2011-04-11T06:47:48.250 に答える
0
Hibernateを使用している場合は、新しいJava Beanを作成せずに、XMLファイルのみを使用してPOJOをテーブル構造にマップできるはずです。これにより、突然テーブル構造を変更して中間Beanを節約できる場合に、マッピングを簡単に変更できます。それがあなたにできる最善のことです。
于 2011-04-11T06:48:32.840 に答える