データベース

大量のデータを一定の規則に従って蓄積し、効率的に管理・検索できるようにしたデータの集合体。複数のユーザーやアプリケーションからデータを共有して利用できる。

複数の利用者や業務システムが共有して使えるよう、データを決められた形式で整理してまとめて蓄積したもの。DBMSが管理し、データの重複や矛盾を防ぎながら検索・更新できるようにする。顧客情報などの重要な情報資産を集中して保管するため、アクセス制御、暗号化、ログの取得、バックアップなどの対策が求められる。

複数の利用者やアプリケーションで共有できるよう、データを一定の規則（データモデル）に従って構造化し、まとめて蓄積したもの。DBMSが管理し、データの重複を減らして整合性を保ちながら、効率よく検索・更新できるようにする。データの表し方により、関係データベース、階層型データベース、網型データベースなどがある。

複数の利用者やアプリケーションが共有して使えるよう、データをデータモデルに従って構造化し、まとめて蓄積したもの。DBMSが管理し、データの重複を減らして整合性を保ちながら、同時実行の制御や障害からの回復を行う。データの表し方により、関係データベース、階層型データベース、網型データベース、NoSQLデータベースなどがある。

複数の利用者やアプリケーションが共有して使えるよう、データをデータモデルに従って構造化し、まとめて蓄積したもの。DBMSが管理し、整合性の維持、同時実行制御、障害からの回復を行う。システム方式設計では、扱うデータの量や更新の頻度、一貫性と可用性の要件から、関係データベースかNoSQLデータベースか、集中型か分散型かなどの方式を決める。

複数の利用者やアプリケーションが共有して使えるよう、データモデルに従って構造化したデータの集まり。DBMSが管理し、データ独立性を保ちながら、同時実行制御による整合性の維持、障害からの回復、アクセス権限の管理などを行う。関係データベースのほか、キーバリュー型、ドキュメント指向、列指向、グラフ型などのNoSQLデータベースがあり、要件に応じて選ぶ。

大量のデータを一定の規則に従って蓄積し、効率的に管理・検索できるようにしたデータの集合体。複数のユーザーやアプリケーションからデータを共有して利用できる。

システム又は組織に損害を与える可能性がある、望ましくないインシデントの潜在的な原因。JIS Q 27000では「一つ以上の要因によって付け込まれる可能性がある、資産又は管理策の弱点」を脆弱性と区別して定義している。

一つ以上の脅威によって付け込まれる可能性がある、資産又は管理策の弱点。技術的な欠陥だけでなく、運用手順の不備や人的な弱点も含まれる。脅威と脆弱性の組み合わせによりリスクが顕在化する。

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

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

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

実体（エンティティ）、属性（アトリビュート）、関連（リレーションシップ）の3要素でデータの構造を視覚的に表現する図法。データベースの概念設計や業務分析において、データ間の関係を明確にするために用いられる。