コンピュータ化されたビジネス管理において、単一真実バージョン(SVOT)とは、組織のすべてのデータを一貫性があり冗長性のない形式で保存する、単一の中央集中型データベース、または少なくとも分散同期型データベースを持つというデータウェアハウスの理想を表す技術的概念です。これは、特定の情報を常に一箇所から取得するというデータ保存原則を指す、関連概念である単一真実源(SSOT)とは対照的です。
システムによっては、特にメッセージ処理システム(多くの場合、リアルタイムシステム)の文脈において、この用語は、特定の、しかし任意の順序でレコードが並べられたデータベース内で、合意された単一のメッセージシーケンスを確立するという目標も指します。重要な概念は、特定の順序で結合されたデータは、分析および処理によって特定の結果をもたらす「真実」であり、そのシーケンスは任意であるものの(したがって、別の正しいが同様に任意のシーケンスでは、最終的にはどのような分析においても異なる結果が生じる)、この「真実の単一バージョン」に収められたシーケンスが「真実」とみなされるバージョンであり、データベースの分析から導き出された結論は有効かつ議論の余地がないことに同意することが望ましいということです。また、(技術的な文脈では)データベースをバックアップ環境に複製することで、「真実の単一バージョン」の永続的な記録が保持されるようにすることができます。
重要な点は、データベースが外部データソース(証券取引所からの取引メッセージのシーケンスなど)を使用して作成される場合、入力データの2つ以上の同等に有効な表現の中から1つの可能性が任意に選択されるが、それ以降、その決定によって真実の1つのバージョンが「確定」されるということである。
メッセージシーケンスにSVOTを適用する際の批判者たちは、この概念は拡張性に欠けると主張する。世界が多数の処理ノードに分散されたシステムへと移行するにつれて、合意された単一のシーケンスを交渉するのに必要な労力は膨大になる。
しかし、Owen Rubel がAPI World の講演「新しい API パターン」で指摘したように、SVOT は常に分散アーキテクチャにおける入出力(I/O) が交わるサービス レイヤーになります。また、アーキテクチャ横断的な懸念を回避するために、モジュール化とアーキテクチャ全体にわたる I/O データのより良い抽象化を可能にするエンドポイント バインディングもここに属します。[ 1 ]