GraphQL

Facebookが開発したAPI向けのクエリ言語および実行環境。クライアントが必要なデータの構造を指定して取得できるため、REST APIで問題となるオーバーフェッチやアンダーフェッチを解消できる。

Web APIのための問合せ言語と、その実行環境の仕様。クライアントが必要なデータの項目と構造を問合せで指定し、1つのエンドポイントから過不足なく取得できるため、RESTで起こりやすいデータの過剰取得や、複数回のリクエストを減らせる。スキーマでデータの型を定義する。

XMLで記述したメッセージをHTTPなどで送受信して、ネットワーク上の別のシステムの機能を呼び出すためのプロトコル。メッセージの形式が厳密に定められ、WSDLでサービスのインタフェースを記述する。企業間のシステム連携で使われてきたが、現在はより簡素なRESTの形式のAPIが主流となっている。

3層スキーマにおいて、個々の利用者やアプリケーションプログラムから見たデータの定義。副スキーマとも呼ばれ、ビューに対応する。利用者ごとに必要なデータだけを見せることでセキュリティと利便性を向上させる。

3層スキーマにおいて、データベース全体の論理的なデータ構造を定義したもの。テーブル、属性、制約、関連などを含み、データベース管理者が設計・管理する。物理的な格納方法には依存しない。

3層スキーマにおいて、データの物理的な格納方法を定義したもの。記憶スキーマとも呼ばれ、インデックスの構成、データの格納形式、アクセスパスなどの物理レベルの構造を規定する。

応用プログラムがデータの物理的格納方法や論理的構造の変更に影響されない性質。物理データ独立性（内部スキーマの変更がプログラムに影響しない）と論理データ独立性（概念スキーマの変更が外部スキーマに影響しない）がある。

ANSI/SPARCが提唱したデータベースの構造を3層に分ける考え方。外部スキーマ（利用者の視点）、概念スキーマ（データベース全体の論理構造）、内部スキーマ（物理的格納構造）の3層からなり、データ独立性を実現する。