SQLインジェクション：SQL文の実装では、あなたが不正な文字の値、またはキーワードのSQL文は、SQL文が構文エラーの原因となる、または実行結果が誤っている場合、文字列値をステッチの仕方によって、SQL文を挿入した場合。これは、SQLインジェクションと呼ばれています
ステートメントとPrepareStatements判別
ステートメントは、SQLステートメントだけでなく、非効率的に実行すると、SQL文の文字列の連結の値を挿入することにより、親インターフェイスPrepareStatementsであるが、容易に、SQLインジェクション原因
PrepareStatementsプレースホルダに挿入SQLステートメントを提供します値、SQL文は一度だけコンパイルされ、高効率、および、SQLインジェクション発生しない文字列としてどのような値に関係なく、
パラダイムの3つのデータベース：
パターン：
ラインが繰り返されていない、列が分割できない
モデルII：
（1）最初に通常形成しなければならない
非プライマリマスタ（2）。非キー列が主キー列に依存しなければなりません。
モデルIII：
（1）第二のパラダイムに従わなければならない
独立して、（2）非プライマリ。あなたは、非プライマリキー列間の依存関係を持つことはできません
一対一の
関係モデル：テーブルからのレコードに対応するメインテーブルレコード、プライマリ・テーブルの対応からテーブル・レコードのレコードに
オブジェクトモデル：エンティティ内の別のエンティティクラスを変更された、一方のエンティティは、別のオブジェクトクラスに別のエンティティを有しますオブジェクトクラス
多くの
関係モデル：テーブルから複数のレコードに対応するメインテーブルレコード、マスターテーブル対応する一つのレコードにテーブルレコードから
オブジェクトモデル：エンティティが他のエンティティ・クラスのクラスを有している他のエンティティにエンティティのコレクションを有しますオブジェクト
対多の
関係モデル：テーブルから複数のレコードに対応するメインテーブルレコード、およびマスタテーブルのレコードから複数のレコードに対応するテーブル
オブジェクトモデル：別のエンティティクラスながら他には、一方のエンティティにエンティティのコレクションを持っていますエンティティは、クラスのセットを持っています。
=============== ================ 3層アーキテクチャ
アーキテクチャモデルは：ソフトウェアシステム全体の組織構造です。
いくつかのルールやガイドラインは、組織構造のソフトウェアシステムのアーキテクチャモデルを記述します。
これらのルールやガイドラインは、私たちは事前に定義されたことができ、明確な非難サブシステムを効率的に組織しました。
デザインパターン：ローカルソフトウェアシステムのコアにソリューションを記述を再現していき
外観を改善するために、これらのソリューションの構造の設計を、それが将来の現れで似たような状況にも適用することができます。
三層アーキテクチャモデルデータモード。プレゼンテーション層、ビジネスロジック、データアクセス層（永続化層）がローからハイに全体のビジネスアプリケーションが分割されます。
データアクセス層：メモリとデータベースの間のデータ交換の完了
ロジック層：完全なメモリ・データ・サービス処理動作
層こと：完全なインプレッションデータ、及びデータを入力するユーザのためのインタフェースを提供します。
永続DAOモード、データ（データアクセスオブジェクト）
の属性カラム（ORM）に対応するクラスにテーブル相当するエンティティクラスとマッピング・データベース・テーブルを確立します。
客観的なデータの永続化層は、変換対象データとリレーショナル・データを完成させることです。
ビジネスロジック層モードを使用してトランザクションスクリプト。
事業のオペレーション、プロセス（スクリプト）へのパッケージのすべての
ビジネス方法を確保するために、すべてのデータベースの更新に成功または失敗したが、同時にながら。それは部分的な成功、部分的な障害、この動作によるデータの破損を許可していません。（総務）
これは、MVCパターン層を表す
モデル：Mを。エンティティクラスであること、データのカプセル化とデータの送信を担当しています。
V：ビュー。すなわち、データ交換とデータ、表示データのためのインターフェイスを提供する責任を負う形態GUIおよびGUIコンポーネントです。
C：コントロール。これは、ビジネスプロセスを制御するための責任を負うイベントハンドラです。
ビジネスインタフェース設計の原則：クラスのエンティティのビジネスインタフェースは、一度プレゼンテーション層からビジネスメソッド、メソッドのパラメータを提出しました。
永続的なインターフェース設計原理：永続エンティティクラスへのインタフェース、持続的なデータベース操作方法。