はじめに

本書では、筆者が業務系、Web系のシステム開発を通じて見てきた「RDBアンチパターン」について話していきます。
「⁠データベースの寿命はアプリケーションよりも長い」が筆者の持論です。なぜならば、データベースはサービス開発当初から存在することが一般的で、アプリケーションコードのようにリプレースされることは稀だからです。また複数のサービスから参照されることも多々あり、その場合、最初に使われていたサービスが終了しても、データベースはほかのサービスとともに運用され続けます。
このように、データベースは長く付き合っていかねばならない相手であり、開発者はその特性ゆえの問題にぶつかることがあります。そういった、開発の現場で実際に起こっている、発生しやすいリレーショナルデータベース（RDB）全般の問題をアンチパターンとして紹介していきます。
RDBは広く使われている反面、次のような注意事項があります。

• データベースの停止はサービスの停止を伴うことが多いため、メンテナンスしにくい
• データは常に増え続け、リファクタリングしにくい
• サービスの中核を担うため、変更による影響が大きい

このように、RDBのアンチパターンはアプリケーションのアンチパターン以上にダメージが大きいのです。
そして厄介なことに、RDBの問題はある日を境に顕在化するということが多いです。当初は良かれと思った設計が、あとになって問題を引き起こすこともままあります。しかし、誰かが経験したその問題をパターン化して共有しておくことで、初めのうちからその問題を避けられます。そういった点から、RDBアンチパターンを紹介することはたいへん有意義なのです。
本書ではRDBのアンチパターンを通して問題を提起し、多くの方に周知していただくことで問題を未然に防ぎ、現在の問題と戦っていくための1つの答えを提供できればと思います。