レガシーDBMS 【実務・中級編】 二次索引 (Secondary Indexing) – 階層型DBMS
階層型DBMSの「禁断の果実」：二次索引（Secondary Indexing）を完全制御する階層型DBMS（IMS等）を「レガシーの遺物」と切り捨てるのは簡単だ。しかし、ポインタを辿る物理的な結合の速さを知る者にとって、それは依然として最...
レガシーDBMS Cloud Spanner 【実務・中級編】 JSON型の利用 – Cloud Spanner
Cloud SpannerにおけるJSON型：その「甘い誘惑」と「真の設計思想」Cloud SpannerにJSON型が導入されたことで、かつての「厳格なリレーショナルモデルか、それともNoSQLの柔軟性か」という二元論的な苦悩は過去のもの...
NoSQL 【実務・中級編】 Redis Clusterアーキテクチャ – Redis
Redis Clusterの深淵：ハッシュスロットが導く「スケールの設計思想」Redisを単なる「高速なKVS」として使っているうちは、まだ初級者だ。真のエンジニアがRedisを語る時、それは「分散データストアとしての極限の可用性と線形スケ...
レガシーDBMS 【実務・中級編】 論理子・論理親 (Logical Child/Parent) – 階層型DBMS
階層型DBMSの「禁断の果実」：論理関係（Logical Relationship）を極めるいいか、よく聞け。今の若いエンジニアたちは、RDBの正規化やNoSQLの柔軟性に毒されすぎて、データの「物理配置」という概念を忘れかけている。だが、...
Cloud Spanner 【実務・中級編】 ARRAY型の活用 – Cloud Spanner
Cloud SpannerのARRAY型を使いこなす：1対多の「非正規化」を極めるアーキテクチャ設計Cloud Spannerを触っていて、「正規化こそが正義」というRDBの教科書的な教義に縛られていないだろうか？ もし君が大規模な分散トラ...
NoSQL 【実務・中級編】 Redis Sentinelによる高可用性 – Redis
Redis Sentinel：その「自動化」という名の諸刃の剣を使いこなすためにRedisの運用において、Sentinelは「とりあえず入れておけば安心」という免罪符のように扱われがちだ。だが、アーキテクトの視点から言わせれば、Sentin...
レガシーDBMS 【実務・中級編】 論理データベース (Logical Database) – 階層型DBMS
階層型DBMSの「論理データベース」という禁じ手：物理の呪縛を解くアーキテクチャ多くの若手エンジニアは、階層型DBMS（IMS等）を「過去の遺物」と切り捨てる。だが、それはあまりに短絡的だ。ポインタの迷宮に足を踏み入れ、物理的なセグメント配...
Cloud Spanner 【実務・中級編】 データ型のマッピングと互換性 – Cloud Spanner
Cloud Spannerの魂：GoogleSQLとPostgreSQLダイアレクト、その「選択の哲学」とデータ型設計Spannerの真価は、単なる「分散RDB」という枠組みを超えた、極限の可用性と一貫性の両立にある。しかし、多くのエンジニ...
NoSQL 【実務・中級編】 レプリケーションアーキテクチャ – Redis
Redisレプリケーションの深淵：可用性と整合性の狭間で「勝てる」設計をせよRedisは「単なるKVS」ではない。メモリという爆速な砂場に、いかにして堅牢なデータ構造を構築し、システム全体の信頼性を担保するか。それがエンジニアとしての腕の見...
レガシーDBMS 【実務・中級編】 DBD (Database Description) – 階層型DBMS
階層型DBMSの心臓部：DBDを制する者がシステムを制する諸君。現代のRDBMS全盛の時代に、あえて階層型DBMS（IMSなど）の設計に向き合おうというのか。素晴らしい。表層的な「ORMの作法」に甘んじるエンジニアたちには決して見えない、「...