格闘中。熱血マッピングランド。
が、レガシーシステムからの移行なので、エンティティのidentifierを取らずに
そのまま移行したテーブルばっかり。
しかも異様に項目数が多い。正規化されてない。スキーマがVSAMから丸写し。
過去幾多のレガシー移行を見てきたが、これはもう定番中の定番パターン。
そして実装者がウボァー。
普通にO/R Mapperが使えない。もうね、設計者いい加減にしろと。
まぁ、設計者自体居なかったりしますが。
今回は規模が小さいからどうにでもなろうが、このパターンで数億の
損失を毎回出してたりするところもあるとか風のうわさで聞いたことがある。
知っているのか雷電。知らんよ。
そんなことはどうでもいいので、とりあえず、meny-to-oneの扱いと
composit-keyをどうするかだけ解決すればどうにかなりそうなので
もう少し足掻いてみることにする。
げ。composit-keyはEquals()とGetHashCode()実装必須ですかそうですか。
パーシステントクラス作り直しじゃん(‘A`)
まぁ、例によって例のごとく僕は事前察知でヤバい所を
全力回避で責任を取りませんしー(・∀・)ウフフ