[相談]異なるDBに対してリレーションを張る

Question

こんにちは。

現在CakePHP上で、いくつかの小さいシステムと、その統合システムを作ろうと考えています。
大袈裟にはなりますが、イメージとしてはAWSのような大きな統合システムがまずあり、
API GatewayやEC2のような、統合するにはそれぞれが多機能すぎる小さなシステム群、といった趣です。

それぞれのシステムは20ほどのテーブルを持つことが想定されるため、
メンテナンスを考慮しても、それぞれのシステムでDBを分割したうえで、
重複した意味を持つようなテーブル（ユーザー情報等）をそれぞれに持たせたくはないと考えています。
そのため、このような共通テーブルを統合システム側に持たせ、
小さなシステム群とリレーションを張ろうと考えています。

単なるSQLであれば、WHERE DB_A.table_X.id = DB_B.table_Y.idのような形で表記できるのですが、
私が使っているCakePHPではDBの切り替えはできても、DB同士でのリレーションは張れないようなのです。

この仕様のまま設計しようとすると、それぞれの小さいシステム上にある共通テーブル同士が
常に同期をとるようなスクリプトを別途用意して、変更があればほかのDBに反映、という手法を採るしかないのかな、と感じています。

そこで、異なるDBとリレーションを張る機能を標準でサポートしているWebフレームワークをご存知の方がいれば
ぜひそれをお教えいただければと思います。
言語は問いません。
MongoDBをサポートしているとなお嬉しいです。

また、CakePHPでも異なるDB同士でリレーションを張る方法があれば、それが一番
こんな方法もあるみたいですが、ちょっとスマートじゃないかなあと思ったもので....

Answer 1

PHPではないのですが、いくつかそれに類するDBの連携機能を持たせたことがあります。結論としては、決しておすすめできません。

理由は、他のDBのデータを直接見せると参照先のシステムは、データの在り方を変えることができなくなるからです。

というのも、変更しようとすると他のシステムがどのように使っているか知らなければならないからです。それはかなり細かい点まで把握する必要があるため、開発負荷が大きくシステムの変更をあきらめるということも多くなります。

また、データの変更の際に関連システムも変更せねばならず、スケジュール調整にかかる負荷もかなりのモノになる可能性があります。（現在は問題なくとも将来にわたってそうとは限らないという部分も考慮ください。）

手間はかかったとしても何らかのインターフェイス（APIなど）を用意すべきです。この方法であれば、DBの変更があった場合もインターフェイスは以前のモノを使うことができます。

Comments

[yokatone]

ご回答ありがとうございます。
なるほど。しかしAPIでの設計はリレーションシップとのトレードオフですよね。
製作時の手間と将来的なメンテナンスリスクを天秤にかけても、
頑張って実装する価値はありそうですね...どうしても面倒に思えてしまいますが(￣▽￣;)

[iwamoto_takaaki]

私は、テーブルのリレーションにあまり価値を感じていません。リレーションでは表現できない制約が多いのです。リレーションはデータ構造を表現するのに便利ではあります。
SQLでエラーのハンドリングは例外処理の範疇とし、整合性を担保するのは基本的にアプリケーションが管理すべき内容ととらえています。（CakePHPはそういったことがやりずらいということがあれば話は変わってきます。）

Answer 2

MySQLであればフェデレーションの機能を利用してはどうでしょう。いくつかの制約はありますが、個別システムのMySQL内で、統合システム側のMySQLのテーブルも扱うようにすることが出来ます。

MySQL 5.6 リファレンスマニュアル 15.8 FEDERATED ストレージエンジン

Comments

[yokatone]

ご回答ありがとうございます。
こんな機能があったんですね。知らなかったです。
レプリケーションと合わせて考えてもとても便利そうですね。
トランザクションをサポートしていないとはいえ、閲覧専用のテーブルであれば問題はないですね。

Answer 3

WebフレームワークというよりはORMの話かと思います。
規模の大きいシステムを構築する場合はフレームワーク標準のORMは捨てて（もしくは改造して）、自作のORMを利用した方が賢明です。
（ORMが変更出来ないフレームワークはフレームワークごと捨てましょう。）

システムで利用するSQLは限られているため、汎用ORMより、専用ORMの方が圧倒的に使いやすいからです。
また、そのほうがSQLも隠蔽されるのでDB側の改修に耐えられます。
ただし、専用ORMを作成するにはそれなりのコストがかかるので、トレードオフかなと思います。

// SQLが丸見えなダメORM。
$query->where(['id' => 1])->order(['name' => 'DESC']);

Comments

[yokatone]

ご回答ありがとうございます。
確かに理想的ではありますが、
自作ORMを作れるほど腕がないので、それは見送ることにいたします。。

[shoko1]

今回の件で無理に作成する必要はないと思いますが、どこかでやっておいた方が色々と学べると思います。標準のORMでは負荷や速度の問題が発生したときに対応が困難な場合が多く、CakePHPを知っているのであればわかると思いますがバージョンが変わった時にドラスティックな変更があることが多いです。あと、決まったSQLしか実行できないようなORMは意外に簡単です。

Answer 4

共有するテーブルを限定し各DBにviewを作っておいてはどうでしょうか？

Comments

[yokatone]

ご回答ありがとうございます。
view機能というものを初めて知りました。初心者ですみません。
仕様をみていると、insertやupdateでちょっと混乱しそうですね。とはいえ、今考えているシステムではupdateやinsertをする予定はありませんが。
これを機に勉強してみます。ありがとうございました。

[yambejp]

他のDBを参照するというのはおそらくなんらかのマスターデータを
引っ張ってきたいのだと推測してviewをお勧めしました
もしupdateやinsertをしたいとなった場合は、
運用方法をそうとう詰めていかないと、トラブルが多発しそうですね