そして、HibernateとMyBatisの違い

ORMフレームワーク？

リレーショナルマッピング - リレーショナルマッピング、オブジェクトです。

メモリ内のオブジェクトを示し、オブジェクトとリレーショナル・データ、データベースのリレーショナル・データのパフォーマンス：プロジェクトの事業主体は、2つの形式があります。

なぜORMフレームワーク？

ORMフレームワークは、オブジェクト・リレーショナル・マッピングは、なぜあなたはマッピングをマップしたいんでしょうか？

そこオブジェクト間の関連付けとの継承関係であってもよいが、データベース内のリレーショナルデータは、多くの団体や継承に多くを表現することができないからです。（詩：データベース理論では、多くの多くの変換は、論理的に関係の複数の対を達成することができます）そのため、オブジェクトとの関係（ビジネスエンティティの二つの形式）が正しくマップする、システム、一般的に中間プロジェクトフォーム部材、すなわち永続化フレームワーク。

休止状態？

Hibernateはオープンソースのオブジェクトリレーショナルマッピングフレームワークです。

それは非常に軽量なオブジェクトが（通常のJavaオブジェクト）をカプセル化したPOJOとマッピングデータベーステーブルを確立し、完全に自動化されたORMフレームワークです、でも自動的に自動的にSQL文を生成するJDBC。

そのため、プログラマは、データベースを操作するために考えて、すべての使用目的のプログラミングを利用することができます。

機能を休止：

に対応するデータベーステーブル内のデータレコードを変更するオブジェクトの「永続的な」属性を変更することによって休止状態
アプリケーションのパフォーマンスを向上させるために、キャッシング、2つのレベルを提供するために、スレッドとプロセス
道マッピングの富があるJavaオブジェクト（POJO）との関係をに変換され、データベース・テーブル間の関係は、
異なるデータベースの実装の違いを遮蔽します。現在、休止中の「舌」の形式で指定されたデータベースのみで使用される、基礎となるデータベースのSQL文の実際の状況のために生成することができます
非侵襲的。Hibernateは必要としない、永続クラスは、任意のインターフェイスを実装したり、任意のクラスを拡張し、POJOのことが可能

a）は比較MyBatisのは、簡単なインストールはわずか2パケット+ JARいくつかのマッピングファイルのSQLが必要ですMybatiis

MyBatisの

MyBatisのは、優れた永続化フレームワークです。

カスタムSQL、ストアドプロシージャと高度なマッピングのサポート。

MyBatisのパラメータを設定し、結果セットを取得し、ほぼすべてのJDBCコードやマニュアルを回避することができます。

MyBatisの単純なXMLまたは注釈ネイティブな構成とマッピング情報を用いて、インタフェースとJavaのPOJOにマッピングされたデータベース・レコード

Mybaitsの特徴：

習得が容易。最も単純なドキュメントとソースコードを、たった2つのjarパッケージ+ SQLいくつかのマッピングファイルを必要とし、あなたは比較することができ、第三者に頼ってはいけない、完全にその設計と実装を把握
柔軟な。これは、既存のアプリケーションやデータベースの設計上の任意の影響を与えません。SQLは、統一された管理と最適化を容易にするため、内部のXMLで書かれました。SQLで基本的に我々はデータアクセスフレームワークは、すべての機能を達成することができます使用していません実現しています。
SQLは、プログラムコードを分離します。DALを提供することにより、データアクセスロジックとビジネスロジックをより明確にシステム設計から分離し、より簡単に、より簡単にユニットテストを維持します。
マッピングラベルを提供することで、フィールドサポートORMのオブジェクト関係マッピングデータベース
タグは、オブジェクト・リレーショナル形式のメンテナンスのためのサポートをオブジェクト・リレーショナル・マッピングを提供します
XMLタグを提供することは、動的SQLの開発をサポート

珍しくフロントエンドの開発インターン。