NewSQL

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」だと思っているなら、今すぐその認識を捨てろ。これは、地球規模のスケールと厳密な一貫性を両立させるた...

Cloud Spannerへの移行：RDBMSの「常識」を捨て、分散データベースの「真理」に最適化せよ世の中の多くのエンジニアが、Cloud Spannerを「ただのマネージドなMySQLの延長」だと勘違いしている。そして、その誤解こそが移...

「CAP定理の敗北」を過去にする：Cloud Spannerで実現する真のグローバル・スケールエンジニア諸君、データベースの設計において「一貫性と可用性のどちらを捨てるか」という問いに、そろそろ飽き飽きしていないか？世界中にユーザーを抱える...