DBリファクタリングの勘所と所感 - そーだいなるらくがき帳

表題についてそーだいなる見解を書き残します。 今年の夏に id:koemu さんにbuilderconの懇親会で下記のような話をいただいていました。 懇親会で、DB側ばかりでなくプログラム側でも適切なドメインモデルの設計ができていれば、リファクタリング時の影響範囲がさらに小さくできるのでは？という話をしたところ、この辺りはアンサーブログを書いてくれるかもしれないってことなので期待しています！！！ www.koemu.com 忘れてないんですよ！しっかり覚えています。 結論 仰る通りだと思うし、適切なドメインモデルはRDBに限らずデータストア層のリファクタリングの負担を大きく減らすと思います。 ここから先は僕なりの考え方を書きます。 実は似たような話を PHPの現場 っていうポッドキャストでも触れています。 php-genba.shin1x1.com システムの柔軟性 勿論、コードの綺麗さや

[kawa-_-kawa]

「ビジネスロジックはデータベースに持たせない」の賛成！でも実現はめちゃくちゃ難しい。主キーは何にする、何を1対多とする…正規化を進めるにはビジネスロジックを避けて通れない。バランスとるのホント難しい。

[raimon49]

＞データベースにビジネスロジックを持たせることは悪手です。 だからこそRDB側には事実のみを保存することを意識することが大切です。 / アプリとRDBの責任分界点

[masaru_b_cl]

ロジックはアプリに、事実はデータに / 制約はもっと使っていきたいなぁ

[luccafort]

時雨堂のひとも言ってたけどリファクタリングはサービスの寿命を延ばす大事な仕事だよなあ。アプリケーション→DBの順でリファクタリングするのもすごくよくわかる。どっちかだけでは早晩限界に達する。

[h5y1m141]

なんとなくモヤッと考えていたことを言語化してくれて参考になる。ふと思ったけどDBリファクタリングに関して解説してる書籍あったら読みたいけどそういうのあるのかな

[koemu]

id:Soudai 回答ありがとうございました！DBのリファクタリングに取り組む時、それは技術的・業務的に難易度が増してもいるはず。そこで理屈と目の前の現実をどうバランスを取るか悩みながら読みました。

[Songmu]

めっちゃ良い話だった

[progrhyme]

良い話だと思う。

[a-know]

そーだいなる見解だ