ORM フレームワークを使用してエンティティをデータベースにマッピングし、明らかにオブジェクトのシリアル化を容易にする Java Web アプリケーションが常に増えています。
これは見栄えがよく、通常は次のような多くのコードが含まれます。
@Entity
@Table(name="Flight")
public class Flight implements Serializable {
Long id;
@Id
public Long getId() { return id; }
public void setId(Long id) { this.id = id; }
}
上記は、Flight POJO を Flight という名前のデータベース テーブルにマップします。これは、ゼロから設計された新しいアプリケーションにとって非常に合理的です。
しかし、従来のテーブルとロジックを使用してアプリケーションを開発する必要がある場合、JPA のような ORM ソリューションを使用することは実行可能なソリューションでしょうか?
つまり、ORM テーブルとレガシー テーブルを一緒に使用することは可能ですか? 従来のテーブルを POJO にマップするにはどうすればよいですか?
従来のテーブルから jpa2 エンティティへの変換や、データベースからオブジェクト @entities を生成するなどの同様の質問を見てきましたが、それらはすべて、テーブルをオブジェクトに「リバース エンジニアリング」するためのツールについて語っています。手動で行うオプションがあり、正しくマッピングされたら、ORM フレームワークにそれらを管理させるべきではありませんか? 私が求めていることはすべてハックのように思えますが、レガシーデータベースをORM管理データベースに変換することが私の意見ではルールであるべきです。
ありがとうございました