持久化
-
永続データ変換機構は、持続的かつ過渡状態の間の状態にあります。
- （例えば、メモリ・オブジェクト）が格納されたデータは、永続的記憶装置（例えば、ディスク）に格納します。持続性は、主要なデータベース内のアプリケーション、またはディスクファイル、XMLデータファイル、およびその記憶メモリに格納されたオブジェクトの上にあります。
- JDBCは、永続化メカニズムの一種です。ファイルIOも永続化メカニズムです。
- 人生の中で：冷凍肉、そして方法雪解けも食べるとき。この方法はまた、果物の缶詰です。
-
なぜ我々は永続性サービスが必要なのでしょうか？これは、メモリ自体に起因する欠陥が原因であります
- 停電メモリのデータが失われますが、このような銀行口座番号など、とにかく失われることができないいくつかのオブジェクトが存在する後、残念ながら、それはまた、メモリは決してパワーダウンすることを保証するものではありません。
- メモリはあまりにも高価ハードディスクに比べて、CD-ROM、外部メモリは、メモリの高価格2〜3桁でなく、少なくとも必要に維持するための高コストは、それのパワーを持っています。したがって、オブジェクトは常にメモリ内にとどまることができないため、メモリの制限により恒久的にも、保存する必要がない場合であっても、外部メモリにキャッシュを永続化する必要があります。
固執
-
持続性とは何ですか？
- 完全なワークブロック永続。----> DAO層[DAO（データアクセスオブジェクト）データアクセスオブジェクト]
- 特にエンタープライズアプリケーションほとんどの場合、データはディスクにメモリ内のデータを保存する手段が硬化することがしばしば永続性、および持続性の実装プロセスは、ほとんどの様々な経由でリレーショナルデータベース完了すること。
- しかし、ここで単語が強調される必要があります、いわゆる「層」です。アプリケーションでは、データの永続性は最も重要な要素です。言い換えれば、我々のシステムは、すでに「持続性」の自然なコンセプトを持っていますか？多分、多分ない場合。むしろ、私たちのシステムアーキテクチャは、比較的独立したロジックレベルがなければならないことを意味し、「長期的なモジュール、」「持続性ユニット」、モノグラフデータの永続性よりも「持続性」の概念の背後にある理由、ロジックを実装します。
- システムの他の部分とは対照的に、このレベルは、より明確で、厳密な論理的境界を有するべきです。[ぶっきらぼうに、データベースが存在して動作させるために使用されます！]
なぜMyBatisの
- MyBatisのプログラムは、ヘルプ猿にデータベースに保存されたデータであり、データベースからデータをフェッチします。
- JDBCなどのコードの従来の動作、多くの繰り返しブロック：カプセル化されたデータが抽出された場合、データベース接続が確立されているので、...に、フレームは、開発効率を向上させるために、コードを繰り返すことによって低減することができます。
- MyBatisの半自動化されORMフレームワーク（オブジェクト関係マッピング） - >オブジェクト・リレーショナル・マッピング
- MyBatisのはまだそれを行うことができませんすべてのもの、それを使用して、すべての実現がよりシンプルになります！持っている他の人の技術レベルの技術がノーポイントランキング、のみ使用
-
MyBatisの利点
- 簡単に知ることができます自体は小さくてシンプルです。私たちは長い間、その上に2つのJARファイル+のconfigureいくつかのSQLマッピングファイルをインストールするのが最も簡単などとして、簡単に学ぶことは、簡単に使用する、ドキュメントやソースコードを、あなたはその設計と実装を把握完全に比較することができ、第三者に依存していません。
- 柔軟性：MyBatisのは、既存のアプリケーションやデータベースの設計に影響を課すことはありません。SQL一元管理と最適化を促進するために、XMLで記述されました。データベースの操作のすべてのニーズを満たすために、SQL文で。
- プログラムコード連結SQLリリース：データアクセスロジックとビジネス・ロジックを提供することによって、DAO層は、より容易なユニットテストを維持することが容易に、より明確にシステム設計から分離します。SQLと保守性を向上させ、コード、。
- XMLタグを提供し、動的SQLの準備をサポートしています。