まず、ソリューションのアーキテクチャを紹介します。これは 4 つのプロジェクトに分かれています。
Web: フロントエンド アプリケーション。
BLL: ビジネス処理層。面倒な場合は、さらに抽象化し、Web 層の aspx.cs にコードを配置できます。
モデル: これについては多くは言いませんが、地球上の誰もが知っています (データ エンティティ クラス)
SqlMaps: すべての構成ファイルと SQL マッパー ファイルをパッケージ化するリソース クラス。
2 つのフォルダー:
インクルード: iBatis.Net アーキテクチャの dll ファイル
Log: ログ ファイルが配置されるフォルダー。web.config で構成されます。
1. 一部の特定の環境では、システム内の一部またはすべてのデータが既存のデータベースから取得され、少数の Select SQL (またはストアド プロシージャ) のみが開発チームに提供されます。データと具体的なテーブル構造は公開されません。
開発仕様では、ビジネス ロジックに関係するすべてのデータベース操作をデータベース層のストアド プロシージャによって実装する必要があります。 （ほとんどの銀行にはそのような制限があります）
システムには膨大な量のデータ処理と非常に厳しいパフォーマンス要件があり、システム パフォーマンス設計指標を達成するには、高度に最適化された SQL ステートメント (またはストアド プロシージャ) を使用する必要があることがよくあります。
2.iBATIS は小規模でシンプルなシステムに非常に適しています
iBATIS自体は小さくてシンプルです
iBATIS は、既存のアプリケーションの設計やデータベース構造に影響を与えません。
iBATIS は成長傾向にあるシステムに非常に適しています
3. 大規模なエンタープライズレベルのシステム向けの iBATIS: そのために設計
iBATIS の特定の機能により、大規模なデータ セットを効率的に処理できます。
iBATIS を使用すると、さまざまな方法でオブジェクトからデータベースへのマッピング関係を確立できます。
MySpaceが適用されました
4. あらゆる種類のリレーショナル データベースで使用されます。
アプリケーション データベース エンタープライズ データベース プライベート データベース レガシー データベース シンプルさ パフォーマンス 明確な分業 移植性: Java、.Net、またはその他のオープンソース
5. iBATIS を使用しない場合
常に完全に制御できる場合 アプリケーションが完全に動的 SQL を必要とする場合
リレーショナル データベースを使用していないときに iBATIS が動作しない場合
DB は SQL データベースです。追加後、SqlMaps/database.config の SQL 構成ファイルを変更し、コンパイルして有効にします。
拡大する
