前回は、Hibernate EntitymanagerのテストケースをMySQL4.0で実行して結果を報告しました。その後、MySQL4.1/5.0でも同様にやってみましたが、エラーの状況は変わらず。

「SQL文法エラーが多い」ことを報告してましたが、SQLを抽出して、解決してみます。今日は、その報告です。

テスト実行時、こんな感じに設定すれば、SQLだけが全部ログに吐き出されます。

./test/log4j.properties

テスト実行後のログを追ってみると、文法エラーになっているのは、次の４つ。

一見なんのヘンテツもないSQLに見えますが、index、from、Lock、loadが予約語ですね。なんていじわるなテストケース（怒。

予約語は使わないように、各クラスをかきかえてみました。修正するファイルは、次の７つ。

修正方法は、プロパティ名を変えるか、アノテーションで違うカラム名にマップするかどちらか。

例えばLockの場合は、クラス名をかえてしまうか、

とかにすればOKです。
ここまで修正すると、SQLSyntaxエラーは消えて、テストカバレージは95.70%になります。MySQLは予約語に敏感なデータベースである。Entityクラスの命名には気を使わねば。という特徴が分かりました。これだけでも大きな収穫でした。

CascadeTestあたりで「シーケンスに対応していない」というエラーを吐いてしまいます。MySQLには、シーケンスオブジェクトの概念が存在しないので、どうしようもないのか。

これはEntityManagerではなくHibernate Coreの問題のようですが、Cascadeが使えないとなるとちょっと実用できないのかもしれません。

しかし、Hibernate Coreの内部では、シーケンスオブジェクトをテーブルを使ってエミュレートする機能があります（org.hibernate.idとorg.hibernate.dialectパッケージ）。

コレと、Cascadeの機能をうまく結びつける方法はないのでしょうか。これからもう少し、Hibernate Coreを掘り下げてみたいと思います。