異なるDBサーバをいったりきたりして開発する時の型に迷う

H2 DatabaseのIDENTITYは8バイトだけど、PostgreSQLのSERIALは4バイト。

なので、JiemamyでDialectをH2からPostgreSQLに変えると、8バイト整数であるPostgreSQLのBIGSERIALになる。

ところで、主キーであるIDENTITY or BIGSERIALに対応する別テーブルにある外部キーは精度落ちるけど4バイトのINTでも書けるのでそう書いておいて、S2JDBC-GenでEntityを生成します。そうすると、主キーの部分はjava.lang.Longで生成され、外部キーの部分はjava.lang.Integerで生成されます。

そして、ActionやServiceでtable2.table1_id = table1.id なんてことをしようとするとIntegerにLongを代入することになるのでエラーとなってしまう。

そんなわけで、H2 Databaseで開発して本番がPostgreSQLで同じJiemamyのER ダイアグラムを使うには、外部キーも全部BIGINTにしとかないと面倒なことが起きてしまう。

H2 DatabaseのIDENTITYの持つ精度のことを考えれば当然なんだけど、テーブル定義にBIGINTがたくさんあると見慣れてないせいか変な感じする。でも、H2 DatabaseとMySQLで開発しようとするとどうなるかというとH2 DatabaseのIDENTITYは4バイトのSERIALではなくBIGINTになってしまいそもそもの自動採番がなくなってしまい結局そのままでは対応できない。

とりあえずPostgreSQLとMySQLのSERIALに対応する4バイト版のIDENTITYがH2 Databaseにあれば良いのかもしれない。

というわけで、O/RマッパーがDBの方言解釈してくれても、複数DBをいったりきたりして開発するのは意外と面倒なのかもしれない。。