リレーショナルデータベース（RDBMS）関連

データを表形式のテーブルで管理し、テーブル同士の関係で情報を扱うデータベースです。

顧客、案件、商品、明細などを分けて管理できます。

業務システムのデータ設計でよく使われます。

Relational Database Management Systemの略です。

リレーショナルデータベースを作成、保存、検索、更新するための管理システムです。

PostgreSQL、MySQL、SQL Serverなどが代表例です。

同じ種類のデータを行と列で管理する表です。

顧客テーブル、商品テーブル、申請テーブルなどのように分けます。

AppSheetやスプレッドシート設計でも基本になる考え方です。

テーブル内の1行分のデータです。

顧客1件、申請1件、商品1件などを表します。

業務データでは、後から追跡できる単位になります。

テーブル内の列です。

氏名、金額、日付、ステータスなど、データの項目を表します。

後から集計や検索をしやすくするには、項目を適切に分けることが重要です。

レコードを一意に識別するための値です。

IDやコードなど、重複しない値を使います。

リレーションやデータ更新の基準になります。

別のテーブルの主キーを参照するための値です。

顧客IDを案件テーブルに持たせるような形で、テーブル同士をつなぎます。

データの関係性を保つために使います。

テーブル同士の関係です。

顧客と案件、請求書と明細、商品とカテゴリなどのつながりを表します。

業務データを重複なく管理するために重要です。

データの重複や矛盾を減らすために、テーブルを適切に分ける設計です。

同じ情報を複数箇所に持たせないようにします。

後から修正しやすいデータ構造を作るために使います。

検索速度や表示のしやすさを優先して、あえて重複したデータを持つ設計です。

集計用、表示用、履歴保存用などで使われることがあります。

便利ですが、更新時の整合性には注意が必要です。

リレーショナルデータベースを操作するための言語です。

データの検索、追加、更新、削除に使います。

SELECT、INSERT、UPDATE、DELETEなどが基本です。

データベースに対する問い合わせや処理命令です。

条件に合うデータを取り出したり、集計したりします。

SQL文そのものを指すこともあります。

データ検索を速くするための仕組みです。

本の索引のように、目的の行へ到達しやすくします。

便利ですが、増やしすぎると更新処理が重くなることがあります。

複数の処理を一つのまとまりとして扱う仕組みです。

途中で失敗した場合に、処理前の状態へ戻すことができます。

入金処理や在庫更新など、整合性が重要な場面で使われます。

データベースの構造や定義です。

テーブル、カラム、型、制約、関係などを含みます。

業務システムでは、データ設計の設計図に近いものです。

業務上、管理したい対象を表す概念です。

顧客、商品、案件、申請、請求書などが例です。

テーブル設計の元になる考え方です。

複数のレコード同士が相互に複数対応する関係です。

商品とタグ、ユーザーと権限などが例です。

中間テーブルを使って管理することが多いです。

値が存在しないことを表す特別な状態です。

0や空文字とは意味が異なります。

検索条件や集計で意図しない結果を生むことがあるため、扱いに注意が必要です。