イベントソーシングSQL移入の親と子表

Question

質問 CQRS Read Model Design when Event Sourcing with a Parent-Child-GrandChild… relationshipからフォローアップ：家具会社：

我々は例でのSQL Server 2016でのイベントソーシングを利用します。
（1）親子テーブルがあります。 FurnitureDescriptionTable、（すべての家具アイテムの親テーブル - 説明）、FurnitureOrders（子供 - 複数の顧客の注文、FurnitureDescriptionテーブルを参照してください）。これらの間の結合列は、SQLのGuidまたはInteger Identityにする必要がありますか？

（2）Guid、API、またはSQLを生成するGuidの場合は、何らかの理由？

Answer 1

RDBMSの世界では、プライマリ/外部キーに必要なタイプを選択することが知られています。簡単なグーグルが役立ちます。しかしまだ：

ガイドは通常アプリケーション側で行われます。このオプションは、コマンドハンドラがアイデンティティを含む完全なドメインオブジェクトを生成できるときに（CQRSを参照しているので）一般的です。それ以外の場合は、一意のIDジェネレータを用意する必要があります。これは簡単ではありませんが、Oracleシーケンスの使用など、一部のデータベースでは実行可能です。

通常、データベース生成IDには数値が選択されます。新しいIDは、行がテーブルに挿入されたときにのみ認識されます。イベントソーシングのシナリオでは、これはオプションではありません。これは、読み取り側にのみ挿入するためですが、オブジェクトは書き込み側で作成されるためです。