データ構造とスキーマ定義言語 (DDL) 【実務・中級編】 物理子ポインタ (PC) – 階層型DBMS
物理子ポインタ（PC）の真実：なぜ今、我々は「階層型」の原点に立ち返るべきなのかこんにちは。チーフアーキテクトの私だ。今日のコードレビュー、あるいはアーキテクチャ設計レビューで、また君たちは「とりあえず全件JOIN」や「複雑なグラフDBの導...
データ構造とスキーマ定義言語 (DDL) Cloud Spanner 【実務・中級編】 メタデータサーバーアーキテクチャ – Cloud Spanner
Cloud Spannerの頭脳：メタデータサーバーの分散原理と、我々が設計で踏んではいけない地雷こんにちは。テクニカルリードの私だ。今日のコードレビュー、あるいは昨日のシステム設計レビューで、こんな質問を受けなかったか？「Cloud Sp...
NoSQL 【テクニカル・上級編】 TTLと有効期限 – Redis
RedisのTTL: 追放のアルゴリズムとメモリの深淵多くのエンジニアが「キーに有効期限を設定する」という行為を、単なるキャッシュの自動掃除として片付けている。だが、数億キーを抱えるクラスタの設計において、その認識は命取りになる。Redis...
PostgreSQL 【テクニカル・上級編】 カラム単位の統計情報設定 – PostgreSQL
なぜ、「デフォルト」の統計情報だけでは足りなくなるのか？PostgreSQLのクエリオプティマイザは、間違いなく世界で最も賢い仕組みの一つです。しかし、どれほど優秀なプランナーであっても、統計情報という「地図」が不正確であれば、迷走するのは...
データ構造とスキーマ定義言語 (DDL) 【実務・中級編】 物理親ポインタ (PP) – 階層型DBMS
物理親ポインタ（PP）の極意：階層型DBMSにおける「逆流」のアーキテクチャ設計こんにちは。チーフアーキテクトの私だ。今日のコードレビュー、あるいは昨今のレガシーマイグレーションの現場で、こんな議論に遭遇していないだろうか？「子から親へ戻る...
Cloud Spanner 【実務・中級編】 トランザクションリトライロジック – Cloud Spanner
Spannerのトランザクションリトライは「お祈り」ではない：数百万QPSを支える分散排他の真実こんにちは。テックリードの私だ。今日のコードレビュー、または設計レビューでこんなコードを見かけなかったか？最悪のアンチパターン：何も考えていない...
NoSQL 【テクニカル・上級編】 パイプライニング – Redis
Redisパイプライニング：ネットワークの「物理的制約」をコードでねじ伏せる極意Redisの性能を語る際、多くのエンジニアは「メモリ内動作による低レイテンシ」という表面的な特徴に終始する。しかし、大規模トラフィックの極限環境では、レイテンシ...
PostgreSQL 【実務・中級編】 カラム単位の統計情報設定 – PostgreSQL
「クエリがなぜか遅い」。現場でそんな相談を受けたとき、真っ先に疑うのはインデックスの欠如ですが、次に疑うべきは「オプティマイザが間違った道を選んでいる」という事実です。PostgreSQLのオプティマイザは、統計情報をもとに「どのルートが一...
データ構造とスキーマ定義言語 (DDL) 【実務・中級編】 HSAM (Hierarchical Sequential Access Method) – 階層型DBMS
HSAMの呪縛と生存戦略：磁気テープの亡霊から学ぶデータ構造の原点おい、そこの設計書を出してくれ。……なんだこれは。「HSAMを用いたマスターデータのリアルタイム更新バッチ」？ふざけるな。君は正気か？磁気テープ時代に生まれた太古の遺物、HS...
Cloud Spanner 【実務・中級編】 ホットスポット検出 – Cloud Spanner
Cloud Spannerホットスポット検出の深層：スプリットの物理学と「詰み」のないスキーマ設計こんにちは。テックリードの私だ。今日のコードレビュー、あるいはアーキテクチャ設計レビューで、こんなテーブル定義を見て思わず頭を抱えたことはない...