水平分割

分散データベースで、1つの表を行の単位で分割し、別々のサイトに配置する表の分散の方法。例えば顧客の表を地域ごとの行に分けて、各地域のサイトに置く。各サイトは自分の担当のデータを速く処理でき、分割した表の和をとれば元の表に戻せる。

テーブルの行を条件に基づいて複数のフラグメント（断片）に分割する分散データベースの手法。例えば地域ごとに顧客データを分割する。各フラグメントは異なるサイトに配置できる。

分散データベースで、表の行を条件（地域、支店など）で分けて複数の断片にし、それぞれを利用の多いサイトに配置する表の分散の方法。各断片は元の表と同じ列を持ち、すべての断片の和をとれば元の表に戻る。各サイトの処理を手元のデータで完結しやすくなるが、全体を対象にする問合せでは複数サイトへのアクセスが要る。

分散データベースで表を分散させる方法の一つで、表を行の単位で、地域や部門などの条件に基づいて複数の断片に分け、それぞれを別のサイトに配置すること。各サイトは自分に関係する行だけを持つため、局所的な処理が速くなる。元の表は各断片の和で復元できる。

分散データベースで、1つの表を列の単位で分割し、別々のサイトに配置する表の分散の方法。分割した各表に主キーを残しておき、主キーで結合すれば元の表に戻せる。サイトごとに使う列が異なるときに使う。

分散データベースのシステムの構成で、対等な関係にある複数のサイトがそれぞれデータベースを持ち、互いのデータを利用し合う形態。特定のサイトに依存しないので一部のサイトの障害に強いが、全サイトでデータの整合性を保つ制御が複雑になる。

分散データベースのシステムの構成で、本社と支店のように上位と下位の階層関係にある複数のサイトにデータベースを置き、役割を分担させる形態。下位のサイトは自分の業務のデータを持ち、上位のサイトは全体の集計や管理に必要なデータを持つ。

分散データベースで、複数のサイトにあるデータを対象とする問合せ。利用者はデータの所在を意識せずに問い合わせられ（位置透過性）、DBMSが問合せを分解して各サイトで処理し、結果を集めて返す。サイト間のデータの転送量が性能を左右するので、処理の順序や場所を最適化して転送量を減らす。

複数のサイトのデータベースにまたがって実行されるトランザクション。すべてのサイトで更新を確定するか、すべて取り消すかをそろえるため、2相コミットメントなどで制御する。障害で参加するサイトが確定と取消しのどちらにも進めなくなる（ブロッキング）ことがあり、マイクロサービスでは補償トランザクションで整合性を取る方法も使われる。

分散データベースや分散ファイルシステムで、サーバから取得したデータの複製をクライアントの側に一時的に保持しておく仕組み。同じデータへの再アクセスを手元で処理できるので、応答が速くなり、通信量とサーバの負荷も減る。サーバの側でデータが更新されたときに、複製との一貫性をどう保つかが課題となる。