私は休止状態のチュートリアルを見ていきます。そこでは、休止状態はデータ中心のアプリケーションには適していないと言われています。私はそれがプログラムに与える「オブジェクト指向構造」に非常に感銘を受けていますが、私のアプリケーションは非常にデータ中心です（膨大な数のレコードをフェッチして更新します。しかし、ストアドプロシージャは使用しません）。Hibernateを使用できませんか？アプリケーションに使用できる、Hibernate上に書き込まれたラッパーはありますか？助けていただければ幸いです。
3 に答える
2
フレーズの具体的な意味がわかりませんdata centric。すべてのデータベースアプリケーションではありませんdata centricか？ただし、大量のデータを処理する場合、Hibernateは最良の選択ではない可能性があります。Hibernateは、データベースにマップされたオブジェクトモデルを表すのに最適であり、どのアプリケーションでも役割を果たしますが、ETL（抽出/変換/読み込み）タスクを実行するには、非常に効率的なSQLを手動で作成する必要があります。
于 2011-06-12T05:35:42.683 に答える
1
原則として可能ですが、遅くなる傾向があります。Hibernateは、データベースから取得したすべての行に対して多かれ少なかれオブジェクトを作成します。大量のデータでこれを行うと、パフォーマンスが深刻な打撃を受けます。また、単一の更新を使用した多くの行の更新は、非常に基本的なサポートしかありません。
少なくともオブジェクト作成の問題では、ラッパーは役に立ちません。
于 2011-06-12T05:47:46.497 に答える
1
Hibernateを使用することには多くの利点があります。開発者としてオブジェクトモデルを正しく取得すると、オブジェクトを介してデータベースを操作することに多くの魅力がありますが、実際には、最初はHibernateは優れていますが、問題が発生すると非常にイライラします。パフォーマンスや障害検出など。
DA（データアクセス）層の決定に関しては、私は自分自身にこの質問をします。別のデータベースを実行する必要があるアプリケーションを作成していますか？
答えが「はい」の場合、Hibernateのような（ORM）を検討します。いいえの場合、通常はSpringを介してJDBCを使用します。
JDBCを介したデータベースとの対話は、はるかに透明性が高く、障害やパフォーマンスの調整を見つけるのが簡単だと思います。
于 2011-06-12T07:35:19.577 に答える