PostgreSQL 【テクニカル・上級編】 プランナの定数設定 – PostgreSQL
クエリプランナの「脳内コスト」を疑え：cpu_tuple_costが隠し持つ真実PostgreSQLのクエリプランナと長く付き合っていると、時折「なぜ、この単純なインデックススキャンを選ばず、コストの高いシーケンシャルスキャン（Seq Sc...
PostgreSQL レガシーDBMS 【テクニカル・上級編】 階層型とネットワーク型の比較 – 階層型DBMS
階層型とネットワーク型：ポインタの海で溺れるか、あるいは「親」に縛られるか諸君、DBMSの歴史を紐解く時、多くのエンジニアは「古臭い遺物」としてそれらを処理する。だが、メモリレイアウトの最適化とクエリの物理パスを極限まで突き詰めたいと願うア...
Cloud Spanner 【テクニカル・上級編】 主キー設計とホットスポット回避 – Cloud Spanner
Cloud Spannerの魂：主キー設計という名の「分散システムへの挑戦状」Cloud Spannerを単なる「リレーショナルなNoSQL」だと思っているなら、今すぐその認識を改めるべきだ。Spannerの本質は、「分散トランザクションに...
NoSQL 【テクニカル・上級編】 SCRIPT KILLコマンド – Redis
Redisの心臓部を暴く：`SCRIPT KILL`の限界とLua実行モデルの低レイヤ解剖RedisにおけるLuaスクリプトの実行は、そのアトミック性を保証するためにシングルスレッドのイベントループを完全に占有する。この設計は、複雑なデータ...
PostgreSQL 【実務・中級編】 プランナの定数設定 – PostgreSQL
「プランナのさじ加減」を理解する：PostgreSQLのCPUコスト定数と付き合う技術やあ。最近、PostgreSQLのパフォーマンスチューニングで悩んでるって聞いたよ。「インデックスも貼ったし、`VACUUM ANALYZE`も定期的に回...
レガシーDBMS 【テクニカル・上級編】 リレーショナルDBMSとの比較 – 階層型DBMS
階層型DBMSの断層：ポインタの暴力と集合の優雅さの狭間で私はこれまで、数多のデータストレージを設計し、また修復してきた。現代のエンジニアの多くはSQLの「宣言的」な記述に安住しているが、システムの根底に流れる物理的制約――すなわち、CPU...
Cloud Spanner 【テクニカル・上級編】 テーブル設計とスキーマ定義 – Cloud Spanner
Cloud Spannerのスキーマ設計：分散データベースの深淵を制御する「物理的整合性」の追求多くのエンジニアがCloud Spannerを「ただのスケールするRDBMS」と誤解している。だが、真のアーキテクトは理解しているはずだ。Spa...
NoSQL 【テクニカル・上級編】 SCRIPT FLUSHコマンド – Redis
SCRIPT FLUSHの深層：Luaスクリプトキャッシュの内部メカニズムとメモリ管理の限界Redisを単なる「高速なキーバリューストア」と捉えているうちは、このミドルウェアの真価の半分も見えていない。Redisの本質は、シングルスレッドの...
PostgreSQL 【入門編】 プランナの定数設定 – PostgreSQL
データベースの「頭脳」にささやく魔法：コスト定数の世界へようこそこんにちは！データベースの世界にどっぷり浸かっていると、「なぜこのクエリはこんなに遅いんだろう？」と頭を抱える夜がありますよね。PostgreSQLは非常に賢いデータベースで、...
レガシーDBMS 【テクニカル・上級編】 PSB（プログラム仕様ブロック） – 階層型DBMS
PSBの深淵：物理層を隠蔽する「論理的聖域」としてのアーキテクチャ現代の若手エンジニアは、リレーショナル・モデルのSQLを「神の与えたもうた唯一のデータ操作言語」と勘違いしている節がある。しかし、大規模基幹システムの心臓部、すなわちIBM ...