NewSQL

Cloud Spannerの「見えない守護者」：ALLOW_COMMIT_TIMESTAMPが支えるデータ整合性の極意Spannerの設計において、「いつデータが書き込まれたか」という問いは、単なるメタデータ以上の意味を持つ。分散データベー...

Cloud Spannerのオンラインスキーマ更新：その「魔法」と「代償」を正しく理解するCloud Spannerを触るエンジニアが最初に驚くのは、「巨大なトラフィックを捌きながら、無停止でスキーマを変更できる」という事実だろう。従来のR...

Cloud Spannerのインデックスは「ただの索引」ではない：物理分散を制する者がスループットを制すCloud Spannerを触り始めて数年、あるいは大規模プロジェクトの火消しに回った経験があるなら、一度は直面するはずだ。「なぜ、特定...

Cloud SpannerのインデックスとNULLの深淵：パフォーマンスを殺さないための設計論Spannerのインデックス設計において、多くのエンジニアが「なんとなく」で済ませているのがNULLの扱いだ。RDBMSの経験が長いエンジニアほど...

Cloud Spannerの「ユニークインデックス」は、甘美な罠である。Cloud Spannerの設計レビューで最も頭を悩ませるのが、この「ユニークインデックス」の扱いだ。RDBMSに慣れ親しんだエンジニアほど、反射的に `UNIQUE ...

Spannerの「STORING句」を使いこなせ：カバリングインデックスでI/Oを極限まで削ぎ落とせSpannerにおいて、パフォーマンスのボトルネックは「ノードの計算リソース」ではない。「データアクセスの回数（I/O）」だ。Spanner...

Spannerのセカンダリインデックス：その「見えない代償」と最適解を語るCloud Spannerを触り始めたエンジニアが、まず最初に突き当たる壁。それが「インデックス設計」だ。RDBMSの感覚で安易にインデックスを貼ると、Spanner...

Cloud Spannerの「インターリーブ」という名の最強の武器：物理配置を支配し、レイテンシをねじ伏せる設計術Spannerをただの「SQLが書ける分散DB」だと思っているなら、それは大きな勘違いだ。分散環境における最大の敵は、ネットワ...

Cloud Spannerの魂は「主キー」に宿る：ホットスポットを撲滅し、無限のスケーラビリティを解き放つ設計術Spannerを導入したにも関わらず、「なぜか書き込み性能が頭打ちになる」「特定のノードばかりCPU使用率が跳ね上がる」という現...

Cloud Spannerの魂は「スキーマ」に宿る：伝説的アーキテクトが説くテーブル設計の極意Cloud Spannerを「ただの分散RDB」だと思っているなら、今すぐその認識を捨てろ。これは、地球規模のスケールと厳密な一貫性を両立させるた...