コンソールで実行される実際のバッチ プロセスである Java 標準プロジェクトを作成しようとしています。
すべての「バッチ」はselect
、異なる DB からの複数のテーブルのステートメントのみを使用します。しかし、私たちは約数千select
秒を実行します。
私は Hibernate の「全体」にあまり詳しくありませんが、この状況で使用する価値はありますか?
コンソールで実行される実際のバッチ プロセスである Java 標準プロジェクトを作成しようとしています。
すべての「バッチ」はselect
、異なる DB からの複数のテーブルのステートメントのみを使用します。しかし、私たちは約数千select
秒を実行します。
私は Hibernate の「全体」にあまり詳しくありませんが、この状況で使用する価値はありますか?
Spring Batchを見ましたか:
Spring Batch は、エンタープライズ システムの日常的な運用に不可欠な堅牢なバッチ アプリケーションの開発を可能にするように設計された、軽量で包括的なバッチ フレームワークです。Spring Batch は、開発者が必要に応じてより高度なエンタープライズ サービスに簡単にアクセスして活用できるようにしながら、生産性、POJO ベースの開発アプローチ、Spring Framework から人々が知るようになった一般的な使いやすさに基づいて構築されています。
必要はありません。あなたの説明のように、db 操作は非常に単純なので、jdbc を直接使用したり、Spring jdbc テンプレート ( http://docs.spring.io/spring/docs/3.0.x/spring-framework-参照/html/jdbc.html )
私の意見では、Hibernate のような巨大な依存関係をインポートする必要はありません。Hibernate の学習と構成の時期は不確実です。そのため、主要なプロジェクト要件に集中して、最初の開始時に単純化してはいかがでしょうか。
多くの異なるテーブルで実行するselect
か、データを操作する必要がある場合、最も簡単な方法は、オブジェクトのインスタンスとしてデータベースから行を取得することを強くお勧めしhibernate
ます。