DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話

より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料：http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ

[efcl]

CQRについて。 読み書きのモデルを分離する所取り入れた利点について

[kitokitoki]

面白かった

[tzt]

すばらしい。

[SWIMATH2]

めちゃくちゃ分かりやすい

[ono_matope]

コマンドクエリ責任分離、説得力ある

[takatama]

CQRSはイベントソーシングとは別に導入できるし、ORM別にしても良い。jOOQが元々想定していること

[syuu256]

“ Upcoming SlideShare Loading in …5 × ”

[mak_in]

今やってるプロジェクトも.NETだけど考え方はこんな感じかな。CQRS=イベントではハードル高すぎだから、これくらいがちょうど良いと思う。

[lainof]

この要件ならDBFluteで良いような

[bufferings]

確かに考え方似てるなw てか、20分で90枚ってIgnite Talkやんw