PostgreSQL 【入門編】 プランナメソッド設定 – PostgreSQL
こんにちは！データベースの世界へようこそ。普段、PostgreSQLを使っていると、「どうしてデータベースって、こんなに遅いやり方でデータを取ってくるんだろう？」とイライラすること、ありませんか？実は、データベースの中には「プランナ」という...
PostgreSQL レガシーDBMS 【テクニカル・上級編】 DL/I (Data Language/I) – 階層型DBMS
物理メモリの深淵：DL/Iが支配するデータ構造の真実諸君、現代のRDBMSが提供する便利な抽象化に毒されていないだろうか。SQLという魔法の杖を振れば、最適化エンジンが勝手に実行計画を立て、インデックスを駆使して結果を返す。だが、その裏で何...
Cloud Spanner 【テクニカル・上級編】 ユニークインデックス – Cloud Spanner
Spannerのユニークインデックス：分散トランザクションの「聖杯」と「呪い」Cloud Spannerにおいて、`UNIQUE INDEX`は単なるデータ整合性の制約ではない。それは、分散システムにおける「一貫性」と「スループット」の果て...
NoSQL 【テクニカル・上級編】 redis.status_reply – Redis
Redis内部構造解体：`redis.status_reply` が引き起こすメモリとプロトコルの低レイヤ真実Redisの真価を引き出すのは、単なるキャッシュとしての利用ではない。Luaスクリプティングエンジンを駆使し、シングルスレッドのイ...
PostgreSQL 【テクニカル・上級編】 geqo_threshold設定 – PostgreSQL
GEQOの深淵へ：PostgreSQLのクエリ最適化における「最後の切り札」と向き合うPostgreSQLのクエリオプティマイザは非常に優秀だ。しかし、結合するテーブル数が10、12、15と増えていくにつれ、その「優秀さ」がコスト（計算量）...
レガシーDBMS 【テクニカル・上級編】 HIDAM (Hierarchical Indexed Direct Access Method) – 階層型DBMS
HIDAMの深淵：ポインタの迷宮と物理メモリの極致諸君。現代のRDBMSが抽象化のレイヤーで遊んでいる間、我々はなぜ敢えて「階層型」という、一見すると古色蒼然としたアーキテクチャに回帰するのか。それは、計算機資源を極限まで絞り出すための「物...
Cloud Spanner 【テクニカル・上級編】 STORING句によるカバリングインデックス – Cloud Spanner
Cloud Spannerの真髄：STORING句が切り拓く「インデックス・カバリング」の深淵多くのエンジニアがCloud Spannerのインデックスを「検索を高速化する魔法の杖」程度に捉えている。だが、我々のようなアーキテクトにとって、...
NoSQL 【テクニカル・上級編】 redis.pcall関数 – Redis
RedisとLuaの境界線：`redis.pcall`が秘めるアトミック性の神話と実務の罠RedisにおけるLuaスクリプトの導入は、クライアント・サーバー間のラウンドトリップを削減し、単一のスクリプト実行において完全なアトミック性を保証す...
PostgreSQL 【実務・中級編】 geqo_threshold設定 – PostgreSQL
「クエリが遅い！」その原因、実はGEQOの気まぐれかもしれません。現場でPostgreSQLをいじっていると、たまに遭遇しますよね。「なんでこんな単純なクエリなのに、実行計画がめちゃくちゃなんだ？」という現象。テーブルが4つ、5つと増えてい...
レガシーDBMS 【テクニカル・上級編】 HDAM (Hierarchical Direct Access Method) – 階層型DBMS
HDAMの深淵：物理アドレスの極致と「ハッシュの魔術」多くの現代的なエンジニアにとって、階層型DBMSは「博物館の遺物」に見えるかもしれない。だが、断言しよう。RDBMSのB-treeインデックスが抽象化のレイヤーを重ねて性能を犠牲にしてい...