エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
在庫DBにおける「正規化崩しの報い」 - 設計者の発言
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
在庫DBにおける「正規化崩しの報い」 - 設計者の発言
DBに含まれるテーブルを「マスターとトランザクション」、あるいは「リソースとイベント」に分ける管... DBに含まれるテーブルを「マスターとトランザクション」、あるいは「リソースとイベント」に分ける管理方針は広く取り入れられている。加えて、それらの中間的な区分として「残高」を想定することで、モデルをより効果的に理解できるようになる。 ただし、「マスターかトランザクションか」や「リソースかイベントか」の区別も、「残高」の区別も、テーブル固有の属性ではない。あくまでも、「他のテーブルとの相対的な関係」において認識される「役割」のような概念である。 つまり、あるテーブルがたまたまイベントテーブルとみなされているとしても、別の文脈ではリソース的、あるいは在庫的なものとして扱われることもある。ある場面で「父親」である人物が、別の場面では「息子」になったり「叔父」になったりするのと同じ話だ。それをふまえたうえでの議論として理解してほしい。 さて、「残高テーブル」の大きな特徴は、多くの場合「正規化崩し」の