scalikejdbcのcode generatorとflywayのsbt pluginを組み合わせて使う話

Kenji Yoshida @xuwei_k

なんか書いたので、意見や感想あればください d.hatena.ne.jp/xuwei/20150307… "scalikejdbcのcode generatorとflywayのsbt pluginを組み合わせて頑張ろうとしてる話"

Toshiyuki Takahashi @tototoshi

@xuwei_k Flyway は java（もちろんScalaでも) でもマイグレーションできるので、そのファイルから Scala で定義したテーブルを読み込めばできそう

Toshiyuki Takahashi @tototoshi

@xuwei_k github.com/flyway/flyway-… こんな感じです

Toshiyuki Takahashi @tototoshi

Flyway の Scala DSL 作ればよさそう

Kenji Yoshida @xuwei_k

@tototoshi いずれにせよ、Scalaコードの中にsqlのcreate table文があるだけ？なら、あまり楽にならないというかやること変わらない気がしたんですが、つまりどういうことですか？(あまり理解できてない)

Toshiyuki Takahashi @tototoshi

@xuwei_k github.com/scalikejdbc/sc… これを読んで Java のマイグレーションファイルを生成するなにかを作れば良いのでは？ってことだったんですが、ALTERとか困るな...

Toshiyuki Takahashi @tototoshi

@xuwei_k あ、生成じゃなくて Java からその scalikejdbc のやつを読む、です。

Kenji Yoshida @xuwei_k

@tototoshi そうですねー、ALTER・・・。そういえばsquerylあたりは、たしかScalaのコードからDDLのSQLを吐き出す機能はありましたね(つまり、そういうやつのことですよね？)

Kenji Yoshida @xuwei_k

@tototoshi そういえば、ALTERはこれ github.com/geishatokyo/di… が完璧なのだとしたら色々解決する気がするけど、それら全部組み合わせて頑張るまでは、さすがにやる気おきないですね・・・

Toshiyuki Takahashi @tototoshi

@xuwei_k あとは mapper-generator に flyway 組み込むとか...

Toshiyuki Takahashi @tototoshi

@xuwei_k 本番に flyway 使わない（D社使わなそう）のであればマイグレーションファイル１つのみで、ALTERしない運用もできそうかなと思いました。

Kenji Yoshida @xuwei_k

@tototoshi あー、なるほど(本番にflyway使うかどうか、も、まさに考え中) でもマイグレーションファイル1つだと、flyway使う意味あるのか？という気もしてくるけれど・・・

Toshiyuki Takahashi @tototoshi

@xuwei_k ですね。開発環境のセットアップが楽、くらいじゃないですか。

Kazuhiro Sera (瀬良) @seratch_ja

@xuwei_k 試みとしては興味深いですが、そこまで自動化にこだわらなくてもいいんじゃないかと思いました。あと、そこまでやるなら Skinny ORM を併用してそもそも自動生成コード量を抑える方が私としてはオススメですね。あっちも generator あるし。

Kenji Yoshida @xuwei_k

scalikejdbcのgeneratorカスタマイズしようとするときりがないし本体に入れるべきかどうか微妙な機能の場合ある → 独自generatorライブラリを独立して作りたくなる → 本体がバイナリ互換維持してくれないとOSSにしてもメンテ大変、という思考の繰り返し・・・

Kazuhiro Sera (瀬良) @seratch_ja

@xuwei_k 実際本体に依存してるのって metadata とってくるところだけなので、バイナリ互換気にせずどこかの断面の core にだけ依存している純粋なコード生成ライブラリとして独立させることはできそうではあります。

Kazuhiro Sera (瀬良) @seratch_ja

@xuwei_k そしてそれは何も今の mapper-generator をベースにそうしていく必要もなくて、ゼロベースで新しくつくってしまう方がよしださんのユースケースまでカバーできたり、拡張性が高かったりするかもしれないですね。

Kenji Yoshida @xuwei_k

@seratch_ja たしかに、そういえばそうですね。(かといって、今はまだそこまで頑張る必然性も感じてないので、すぐには作らないとも思いますが)

Kazuhiro Sera (瀬良) @seratch_ja

@xuwei_k もし私にできることがあれば言ってください。