バインド変数（プレースホルダ）

SQL文の値の部分をあらかじめ空欄にしておき、実行時に値だけを当てはめる方式。値がSQL文として解釈されないため、SQLインジェクションを根本から防ぐ最も確実な対策とされる。

SQL文の値を入れる位置にあらかじめ記号を置いて構文を確定させ、後から値を割り当てる仕組み。値が命令として解釈されないため、SQLインジェクションに対する最も確実な対策とされる。バインド機構とも呼ばれる。

SQL文のパラメータ部分を変数として定義し、実行時に値をバインドする仕組み。SQLインジェクション対策として有効であり、SQL文の再利用（共有プール内の実行計画の再利用）による性能向上にも寄与する。

SQL文のパラメータ部分を変数として定義し、実行時に値をバインドする仕組み。SQLインジェクション対策として有効であり、SQL文の再利用（共有プール内の実行計画の再利用）による性能向上にも寄与する。

SQL文の値を入れる位置を「?」などの記号にしておき、SQL文の構造を確定させたあとで値を割り当てる仕組みで、バインド機構やバインド変数とも呼ぶ。割り当てた値はデータとしてだけ扱われ、SQL文の一部として解釈されないため、SQLインジェクションの根本的な対策になる。値の割当てをデータベース側で行う静的プレースホルダのほうが安全とされる。

データベースの利用者に対してアクセス権限を付与するSQL文。テーブルやビューに対するSELECT、INSERT、UPDATE、DELETEなどの操作権限を指定して付与する。

Webアプリケーションの入力値を通じて不正なSQL文を挿入・実行させる攻撃手法。データの不正取得、改ざん、削除などが可能になる。対策としてプレースホルダ（バインド機構）の使用、入力値の検証、エスケープ処理、最小権限のDBアカウント使用がある。

データベースに格納するデータを暗号化して保護する対策。表領域やファイル単位で透過的に暗号化する方式と、特定の列だけを暗号化する方式があり、後者は検索や結合の制約とのトレードオフを検討する。

データベースの利用者やロールに対し、表・列・行の単位で参照や更新の権限を与える仕組み。GRANT/REVOKEで設定し、アプリケーション用アカウントには必要最小限の権限だけを付与する。

関係モデルにおいて、属性がとりうる値の集合。例えば「年齢」属性のドメインは正の整数、「性別」属性のドメインは{'男','女'}など。SQLではCHECK制約やデータ型で制限を実現する。

データを行と列からなる表（テーブル）の形で管理するデータベース。リレーショナルデータベース（RDB）ともいう。表どうしは共通の項目（キー）で関連付け、必要なデータを選択・射影・結合などの操作で取り出す。管理するソフトウェアをRDBMSといい、操作にはSQLを使う。