ローテーブルが自動的にサマリーテーブルに反映されるようにするための最適なデータベース設計/アーキテクチャ

Question

未処理の「下位レベル」テーブルへの変更が必要なシステムで、データベース/理想的には、基礎となるデータに基づいてビューを格納するさまざまな異なるテーブルを自動的に伝播させるためです。

簡単な例を示します。異なるスーパーマーケット

• 例えば の食品成分と価格の
  1. 様々なテーブル：
     は、私は以下の表を持っている想像してみてください。

各成分

• 例えばための最も安価な場所を格納するテーブル{：1.99、バター0.79卵}と、そしてウォルマートテーブル{150：1.19、バターケチャップ}を有するセーフウェイテーブル。 {バター=>ウォルマート：0.79}

レシピの最も安い価格でレシピを格納する表（テーブルから食材の最も安い価格から構成される2

• 例えば{「ketchupy卵。 - 朝食=>トータル：3.97、成分=>バター：0.79、卵：1.99、ケチャップ：1.19

いくつかの代替のレシピの中で最も安い朝食レシピを格納するテーブル

今想像私はworがあるkers外出し、テーブル（1）の値を毎時更新する。テーブル1で変更されたものに依存するテーブル2のエントリを強制的に更新するデータベース設計またはアーキテクチャが存在し、同様にテーブル3およびテーブル4に変更を伝播させるでしょう。一連のカスケードジョブがありましたが、あまり複雑ではなく、よりエレガントな方法で作業しているのかどうか疑問に思っていました。

ありがとうございました。

Answer 1

CQRS patternによく似ています。アイテムを格納するときは、1つのデータソースしか持たないようにしてください。リンク先の記事から

：

CQRSはコマンドクエリの責任分掌の略です。それは私が最初にGreg Youngによって記述されたパターンです。その中心は、情報を読み取るために使用するモデルとは異なるモデルを使用して情報を更新できるという単純な概念です。

CQRSは、1種類の情報（更新モデル）を取り込んで、クエリできるもの（読み取り/クエリモデル）に変換するのに役立ちます。

Answer 2

「エレガントな方法」は、テーブルを適切に正規化することだと思います。

たとえば、Safeway用のテーブルとWalmart用のテーブルは1つではなく、代わりにSafewayとWalmartの両方をリストする 'Retailer'テーブルが1つあります。 リストに 'Product'卵、ケチャップなど その後、retailer_idが一覧表示されます第三、言う「retail_item」、PRODUCT_ID、価格など

、あなたは単にあなたが提起したすべての質問を照会することができます...