GraphQL

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

Web APIのための問合せ言語と、その問合せを実行する仕組みの仕様。サーバはスキーマでデータの型と関係を定義し、クライアントは必要な項目と構造を問合せで指定して、1つのエンドポイントから過不足なく取得する。RESTで起こりやすい過剰な取得や複数回の往復を減らせる一方、HTTPのキャッシュが効きにくく、深い入れ子の問合せによる過負荷には問合せの深さや複雑さの制限で備える。

Webのサービスを設計するための考え方（アーキテクチャスタイル）の一つ。操作の対象をリソースとしてURIで識別し、HTTPのメソッド（GET、POST、PUT、DELETEなど）で操作して、JSONなどで状態を表現する。サーバが利用者の状態を保持しない（ステートレス）ことを原則とし、Web APIの設計で広く採用されている。

データベースの構造を定義・変更・削除するための言語。SQLではCREATE TABLE、ALTER TABLE、DROP TABLE、CREATE VIEW、CREATE INDEXなどの文が該当する。データを操作するDML、権限などを制御するDCLと区別される。

複数の提供元が公開しているWeb APIやデータを組み合わせて、新しいサービスやアプリケーションを作る手法。地図サービスに店舗情報を重ねて表示するなど、既存の機能を再利用して短期間で開発できるが、元のサービスの仕様変更や停止の影響を受ける。

集合論と一階述語論理に基づく形式仕様記述言語。システムの状態と操作を、宣言部と述語部からなるスキーマという単位で記述する。オックスフォード大学を中心に開発され、ISO/IEC 13568として標準化されている。

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

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