Loading article…
データベースシステムにおいて、一貫性（または正確性）とは、特定のデータベーストランザクションが、影響を受けるデータを許可された方法でのみ変更しなければならないという要件を指します。データベースに書き込まれるデータは、制約、カスケード、トリガー、およびそれらの組み合わせを含む、定義されたすべてのルールに従って有効である必要があります。これは、アプリケーションプログラマが望むすべての方法でトランザクションが正確であることを保証するものではなく（それはアプリケーションレベルのコードの責任です）、プログラミングエラーによって定義されたデータベース制約に違反することがないことを保証するだけです。[1]
分散システムでは、CAP 定理を参照すると、一貫性は、レコードの書き込み、更新、または削除が正常に行われた後、読み取り要求によってレコードの最新の値が直ちに受信されることとしても理解できます。
ACID保証として
一貫性は、 ACID トランザクションを定義する 4 つの保証の 1 つですが、この保証の性質については大きな曖昧さが存在します。一貫性は次のようにさまざまに定義されています。
- 特にトランザクションがコミットされると、データベース制約が違反されないことを保証します。 [2] [3] [4] [5] [6]
- 将来開始されるトランザクションは、必ず過去に行われた他のトランザクションの影響を受けるという保証。[7] [8]
これらのさまざまな定義は相互に排他的ではないため、今日一般的に使用されているほとんどのリレーショナル データベース管理システムがそうであるように、あらゆる意味で「一貫性」を保証するシステムを設計することが可能です。
CAPのトレードオフとして
CAP定理は3 つのトレードオフに基づいています。そのうちの 1 つは「アトミック一貫性」(頭文字をとって「一貫性」と略される) です。これについて著者は、「アトミック一貫性について議論することは、ACID データベースについて議論することとは多少異なります。データベース一貫性はトランザクションを参照しますが、アトミック一貫性は単一の要求/応答操作シーケンスの特性のみを参照します。また、アトミック一貫性は ACID のアトミックとは意味が異なり、アトミックと一貫性の両方のデータベース概念を包含しています」と述べています。 [7] CAP 定理では、一貫性、可用性、またはパーティション許容度の 3 つの特性のうち 2 つしか持つことができません。したがって、一部のデータベース システムでは一貫性をトレードオフする必要がある場合があります。
参照
参考文献
- ^ CJ Date、「SQL とリレーショナル理論: 正確な SQL コードの書き方第 2 版」、O'reilly Media, Inc.、2012 年、180 ページ。
- ^ Haerder, T; Reuter, A. (1983 年 12 月). 「トランザクション指向データベース回復の原則」(PDF) . Computing Surveys . 15 (4): 287–317. doi :10.1145/289.291. S2CID 207235758. 2017 年 9 月 7 日のオリジナル(PDF)からアーカイブ。
- ^ Mike Chapple. 「ACID モデル」。について。 2016 年 12 月 29 日のオリジナルからアーカイブ。2014 年 7 月 23 日閲覧。
- ^ 「ACIDプロパティ」。
- ^ Cory Janssen. 「データベースにおける ACID とは何か? - Techopedia による定義」Techopedia.com。
- ^ 「ISO/IEC 10026-1:1998 - 情報技術 - 開放型システム間相互接続 - 分散トランザクション処理 - パート 1: OSI TP モデル」。
- ^ ab 「Brewer の予想と一貫性があり、利用可能で、パーティション耐性のある Web サービスの実現可能性」(PDF) 。2019 年 6 月 29 日時点のオリジナル(PDF)からアーカイブ。
- ^ Ports, DRK; Clements, AT; Zhang, I.; Madden, S.; Liskov, B. 「アプリケーション データ キャッシュにおけるトランザクションの一貫性と自動管理」(PDF)。Mit Csail。