書き込みと読み取りを分ける会社は、なぜ強くなりすぎるのか

まず、ひとつの違和感から始めよう

企業のシステム設計でも、企業の資産運用でも、私たちはしばしば同じ問いにぶつかる。「何を残し、何を切り分け、何を見せないか」 である。

一見すると、書き込みと読み取りを分離する設計と、上場企業が有価証券を持つ話はまったく別世界に見える。だが、両者には驚くほど似た構造がある。どちらも、単一の場所にすべてを詰め込むと、速さも透明性も失われるという現実に向き合っている。

そしてもっと重要なのは、どちらも「分けること」そのものが目的ではないことだ。分ける理由は、見通しをよくし、変化に強くし、意思決定を誤りにくくするためである。にもかかわらず、人はしばしば逆をやる。ひとつの巨大な帳簿に全部を押し込み、ひとつの関係性に全部を預け、ひとつの真実で世界を管理できると思ってしまう。

その結果、システムは遅くなり、組織は鈍くなる。では、なぜ「分離」はこれほどまでに効くのか。答えは、複雑な世界では、更新のための仕組みと、理解のための仕組みを同一化しないほうがよいからだ。

---

ひとつの帳簿で世界を管理しようとすると、必ず歪みが生まれる

CQRSの直感はシンプルだ。書き込み側と読み取り側をしっかり分ける。極端に言えば、データベースを分けるところまでやる。なぜそんな面倒なことをするのか。理由は、書き込みの都合と読み取りの都合が本質的に異なるからである。

書き込みは、整合性、検証、ルールの適用が中心になる。一方、読み取りは、検索性、集計、画面表示のしやすさ、応答速度が中心になる。ひとつのデータ構造で両方を満たそうとすると、どちらも中途半端になる。これはまるで、会議の議事録と決裁書を同じ形式で書かせるようなものだ。記録には向いていても、判断には重すぎる。判断に向いていても、検索には弱い。

ここで重要なのは、分離が「効率化」のためだけではないことだ。分けることで、それぞれの責務が明確になる。書き込み側は真実の発生源に近く、読み取り側は用途に合わせて再構成される。つまり、世界の複雑さをそのまま受け止めるのではなく、変化の起点と利用の形を切り分けるのである。

これは企業経営にもそのまま当てはまる。ある会社が本業と関係の薄い投資を大量に抱えると、短期の売買損益、保有目的、評価損益、政策保有の論理が混ざり始める。すると、資産の意味が曖昧になる。これは単に会計上の分類問題ではない。会社が何をする組織なのかという自己認識が濁るのである。

たとえば、売買目的有価証券は、短期の値動きで利益を取りにいく資産だ。これは明確だ。問題は、そのロジックが本業の経営に持ち込まれたときである。工場を回す会社が、株の売買で利益を出そうとし始めると、設備投資、研究開発、人材育成といった長期の意思決定が、短期の損益に影を落とされる。読み取りたいのは事業の健全性なのに、帳簿のノイズが増える。

複雑な組織ほど、ひとつの帳簿に全部を載せた瞬間に、真実は増えるのではなく、むしろ見えなくなる。

---

分けるべきなのはデータではなく、意味である

ここで多くの人が誤解する。CQRSの本質は、単に技術的に分散させることではない。もっと深いところでは、同じ出来事でも、何を知りたいのかによって表現を変えるという思想である。

書き込み側では、ある注文が確定した、在庫が引かれた、権限が付与された、といった出来事が起きる。その出来事をそのまま読み取りに使うと、不便なことが多い。利用者は「注文確定イベント」を見たいのではなく、「自分の注文履歴」や「発送待ち一覧」や「月次売上の推移」を見たい。つまり、イベントの事実と、意思決定に使う形は別物なのである。

資産の世界でも同じだ。ある株式を保有しているという事実と、その保有が何を意味するかは違う。短期売買目的なら、それは運用対象だ。政策保有なら、取引関係の潤滑油かもしれない。子会社株式なら、支配の表現である。事実は同じでも、意味が異なる。ここを混同すると、資産はただの数字の集合になる。

この視点を持つと、設計の問いは変わる。**「どう保存するか」ではなく、「誰にとって、何の意味を持つ形で保存するか」**である。読み取りモデルとは、単なる検索用の複製ではない。意思決定のために整形された現実である。

企業の財務もまったく同じだ。投資先が増えるほど、経営者は自社の本業と外部資産の境界を保つ必要がある。境界が曖昧だと、良い四半期の利益が事業の強さに見え、悪い四半期の損失が事業の弱さに見えてしまう。だが実際には、単に保有株の評価が揺れただけかもしれない。見たいものに応じて、帳簿の読み方を設計しなければならない。

たとえるなら、厨房の温度管理と、料理の味見を同じセンサーでやろうとするようなものだ。温度計は温度を測るのに向いているが、味は分からない。味見は味を判断できるが、全体の熱分布は分からない。ひとつの測定器に万能を期待した瞬間、判断はぶれる。

---

イベント台帳と持ち合い株式が示す、ふたつの「記録」の呪い

ここで面白い対比が生まれる。CQRS+ESでは、イベントの台帳を基底にすると便利だと言われる。なぜなら、何が起きたかを時系列で残せるからだ。ところが、記録は便利である一方、記録に依存しすぎると別の問題が出てくる。記録すること自体が目的化し、今の状態をどう理解するかが後景に退くのである。

有価証券、とくに持ち合い株式にも同じ罠がある。政策的な理由で株を持つと、関係は安定するかもしれない。だが、その安定はしばしば、経営判断の自由度を奪う。株を持つことで関係が見える化される一方、関係そのものが変えにくくなる。記録と関係維持が一体化し、退出コストが高まる。

これは偶然ではない。人間は、記録が増えるほど安心しやすい。イベントが残っていれば再生できる気がするし、株を持っていれば関係が続く気がする。しかし、実際には逆も起こる。記録が多いほど再構成は難しくなり、持ち合いが深いほど関係の修正は難しくなる。可視化は制御ではないのである。

だから本当に問うべきなのは、記録を残すかどうかではない。その記録が未来の判断を軽くするのか、重くするのかである。

たとえば、ログが十分に整理されているシステムでは、障害原因の特定が速くなる。しかし、ログが増えすぎて用途が混ざると、誰も見ない記録庫になる。企業の政策保有も同じだ。相手との関係を保つために持つ株式が、もし取引の円滑化という実利を生んでいないなら、それは関係の証明ではなく、関係の惰性になる。

記録は、未来の判断を助けるときだけ価値がある。未来を重くする記録は、単なる過去の蓄積にすぎない。

---

本当に強い組織は、ひとつの真実ではなく、複数の真実を整合させる

ここまで見てきた核心は、分離の技術ではない。複数の真実を、用途ごとに整合させる能力である。

書き込み側の真実は、何が起きたか、何を許可したか、どんな制約を満たしたか、という厳密な世界だ。読み取り側の真実は、今どう見えるか、何が速く返せるか、誰が何を見たいか、という実用の世界だ。金融資産の真実も同じで、保有の理由、評価損益、流動性、関係性、戦略意図がそれぞれ別のレイヤーにある。

組織が弱いときは、これらをひとつにまとめてしまう。すると、説明は簡単になるが、現実対応は鈍くなる。逆に強い組織は、真実を単純化するのではなく、階層化する。ひとつの数字だけで語らず、用途に応じて見せ方を変える。

この発想は、資本主義的な「資産はできるだけ効率よく回せばよい」という素朴な考えに対する、静かな反論でもある。資産は単なる価格変動の対象ではない。ときに関係を支え、ときに事業を守り、ときに退出の自由を奪う。だからこそ、資産は価値だけでなく、構造として見なければならない。

システム設計でも同じで、データは単なる保存対象ではない。更新の履歴であり、利用のための素材であり、障害時の証跡であり、意思決定の根拠でもある。ひとつのデータをひとつの見方でしか扱わない組織は、世界の複雑さに負ける。複数の見方を持つ組織は、遅く見えて、実は速い。なぜなら、判断のやり直しが少ないからだ。

ここで重要なのは、分離は孤立ではないという点である。CQRSでも、書き込みと読み取りはつながっている。イベントが伝わり、台帳が更新される。企業でも、本業と資産運用は完全に無関係ではない。必要なのは断絶ではなく、意味が混ざりすぎない接続である。

---

実務に落とすなら、まず「何を分けるべきか」を問え

では、現実の仕事では何をすればよいのか。答えは意外にシンプルだ。最初に分けるべきは、データではなく問いである。

システム設計なら、次の2つを分けて考える。

1. 変更を正しく記録する問い
2. その変更を、誰がどう使うかという問い

この2つを混ぜると、設計は必ず重くなる。逆に分けると、書き込みは堅牢に、読み取りは柔軟にできる。

企業経営なら、次の2つを分けて考える。

1. この資産は何のために持つのか
2. その資産は、経営の見え方をどう変えるのか

投資収益があるからよい、ではない。関係が保てるからよい、でもない。その資産が本業の判断を助けるのか、それとも濁らせるのかを問うべきだ。

この問いを持てる組織は、無駄に広がらない。必要以上に一体化せず、必要以上に分断もしない。つまり、境界を設計できる。境界を設計できる組織だけが、変化に対してしなやかでいられる。

---

Key Takeaways

• ひとつの仕組みで全部を処理しようとしない。 書き込みと読み取り、保有理由と評価目的は別物として扱う。
• 記録は目的ではなく手段。 未来の判断を軽くする記録だけを残す。
• 意味の分離を先に考える。 データの保存方法より、誰が何を知りたいのかを定義する。
• 複数の真実を階層化する。 事実、用途、評価、戦略を同じレイヤーに押し込まない。
• 境界を設計する。 分けることは切り捨てではなく、混ざりすぎを防ぐための知性である。

---

終わりに: 強い組織は、混ぜないことで賢くなる

私たちはしばしば、強さとは統合だと考える。全部をひとつにまとめ、ひとつの指標で管理し、ひとつの帳簿で安心したい。しかし、複雑な世界では、その発想こそが脆さを生む。

本当に強いのは、更新の世界と利用の世界を分けられる組織だ。変更を正しく起こし、その結果を用途ごとに見せ直せる組織だ。資産を持つとしても、その意味を混線させず、関係のための保有と運用のための保有を区別できる組織だ。

そしてこの考え方は、技術にも会計にもとどまらない。人生でも同じである。すべてをひとつの評価軸に乗せると、自分が何者か分からなくなる。仕事、関係、投資、学び。それぞれに別の時間軸と別の真実がある。

ひとつにまとめることが成熟ではない。混ざりすぎる世界に、適切な境界を引けることこそ成熟である。

書き込みと読み取りを分ける設計は、単なるアーキテクチャではない。世界をどう理解し、どう保持し、どう変えていくかという、かなり深い哲学である。資産の持ち方もまた同じだ。何を持つか以上に、何を混ぜないかが、その組織の賢さを決める。