間一髪・・・ へのコメント http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/ Sat, 27 Aug 2011 15:08:14 +0000 hourly 1 http://wordpress.org/?v=3.3.1 jfut より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-217 jfut Mon, 06 Oct 2008 10:43:14 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-217 よろしくお願いしまーす。 よろしくお願いしまーす。

]]> taedium より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-216 taedium Mon, 06 Oct 2008 08:04:53 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-216 テストケースありがとうございます。（いまテスト環境がないので明日）試してみます。 テストケースありがとうございます。（いまテスト環境がないので明日）試してみます。

]]> jfut より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-215 jfut Sun, 05 Oct 2008 08:15:49 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-215 > ともあれ (JW)，幸い H2 の VARCHAR もサイズの制限はない (メモリの制限内) ので，@Lob を外せばどちらでも動くんじゃないでしょうか． アドバイスありがとうございます。そのようにしたいと思います。 また、良く考えたらそもそもDB間またがる時は、TEXT型のようにDB独自の型ではなく汎用性の高そうなVARCHARで定義すべきでしたね。 > ともあれ (JW)，幸い H2 の VARCHAR もサイズの制限はない (メモリの制限内) ので，@Lob を外せばどちらでも動くんじゃないでしょうか．

アドバイスありがとうございます。そのようにしたいと思います。

また、良く考えたらそもそもDB間またがる時は、TEXT型のようにDB独自の型ではなく汎用性の高そうなVARCHARで定義すべきでしたね。

]]> koichik より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-214 koichik Sun, 05 Oct 2008 07:00:03 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-214 taedium さん (ひがさんも) 今日から合宿なので返事は遅れるかも． 自分が調べた限りでは，やっぱり TEXT 型は (C)LOB ではないようです．PostgreSQL では唯一 OID 型だけが LOB みたい．なので，String でも @Lob 付けられたら OID にすべきなんでしょうね． ともあれ (JW)，幸い H2 の VARCHAR もサイズの制限はない (メモリの制限内) ので，@Lob を外せばどちらでも動くんじゃないでしょうか． taedium さん (ひがさんも) 今日から合宿なので返事は遅れるかも．
自分が調べた限りでは，やっぱり TEXT 型は (C)LOB ではないようです．PostgreSQL では唯一 OID 型だけが LOB みたい．なので，String でも @Lob 付けられたら OID にすべきなんでしょうね．
ともあれ (JW)，幸い H2 の VARCHAR もサイズの制限はない (メモリの制限内) ので，@Lob を外せばどちらでも動くんじゃないでしょうか．

]]> jfut より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-213 jfut Sun, 05 Oct 2008 02:53:22 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-213 > DBスキーマ → Entity と Entity → DBスキーマ は別ロジックなので影響しません。 ご回答ありがとうございます。 > でも、私がテストした限りではtext型は@LobつきのStringにマッピングするで動いていました。 PostgreSQLのバージョンはいくつでテストされてますでしょうか？同じバージョンにしてみたいと思います。こちらはちょっと古いのを使っていてそれが悪いのかもしれませんが、PostgreSQL 8.2.3 + 8.2-508.jdbc3.jarです。8.3-603.jdbc3.jarにすると例外のBad value for type int : user1の部分がBad value for type long : user1になったりしました。また、念のため、Entity全体やテストケースを追記しました。よろしくお願いします。 > DBスキーマ → Entity と Entity → DBスキーマ は別ロジックなので影響しません。

ご回答ありがとうございます。

> でも、私がテストした限りではtext型は@LobつきのStringにマッピングするで動いていました。

PostgreSQLのバージョンはいくつでテストされてますでしょうか？同じバージョンにしてみたいと思います。こちらはちょっと古いのを使っていてそれが悪いのかもしれませんが、PostgreSQL 8.2.3 + 8.2-508.jdbc3.jarです。8.3-603.jdbc3.jarにすると例外のBad value for type int : user1の部分がBad value for type long : user1になったりしました。また、念のため、Entity全体やテストケースを追記しました。よろしくお願いします。

]]> taedium より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-212 taedium Sun, 05 Oct 2008 01:08:02 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-212 > これをfalseにすれば良いんだろうけど、そうすると、EntityからDBスキーマを生成する時に影響してしまうのかな？ DBスキーマ → Entity と Entity → DBスキーマ は別ロジックなので影響しません。 でも、私がテストした限りではtext型は@LobつきのStringにマッピングするで動いていました。 koichikさんが回答しているのはCLOB相当ではなくBLOB相当の話なので直接は関係しないと思います。 > これをfalseにすれば良いんだろうけど、そうすると、EntityからDBスキーマを生成する時に影響してしまうのかな？

DBスキーマ → Entity と Entity → DBスキーマ は別ロジックなので影響しません。
でも、私がテストした限りではtext型は@LobつきのStringにマッピングするで動いていました。
koichikさんが回答しているのはCLOB相当ではなくBLOB相当の話なので直接は関係しないと思います。

]]> koichik より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-222 koichik Tue, 30 Sep 2008 17:00:16 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-222 > TEXTをCLOB相当とみなしてもいい PostgreSQL 的には TEXT は長さ制限のない (といっても上限は 1GB らしい？) VARCHAR に過ぎないみたいなので，それはどうなのかなぁ． @Column の length が指定されたら VARCHAR，されなかったら TEXT というのが妥当なような． もし OID を CLOB として扱えないなら TEXT を CLOB とみなしてもいいのかもしれないけれど，1GB を超える文字列を扱うには OID にするしかなくて，それを CLOB として扱えるなら，@Lob 付き String は OID にすべきではないかと． > TEXTをCLOB相当とみなしてもいい

PostgreSQL 的には TEXT は長さ制限のない (といっても上限は 1GB らしい？) VARCHAR に過ぎないみたいなので，それはどうなのかなぁ．
@Column の length が指定されたら VARCHAR，されなかったら TEXT というのが妥当なような．
もし OID を CLOB として扱えないなら TEXT を CLOB とみなしてもいいのかもしれないけれど，1GB を超える文字列を扱うには OID にするしかなくて，それを CLOB として扱えるなら，@Lob 付き String は OID にすべきではないかと．

]]> jfut より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-219 jfut Tue, 30 Sep 2008 05:09:57 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-219 確認ありがとうございます。そのように修正していただけると特に変更加えずに使えるようになるので助かります(^^) 確認ありがとうございます。そのように修正していただけると特に変更加えずに使えるようになるので助かります(^^)

]]> taedium より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-218 taedium Tue, 30 Sep 2008 04:49:50 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-218 再現できました。@LOBがあるとOID型から取得しようとするロジックが動作していました。@LOBつきStringのときは、TEXT型から取得するロジックが動くように（StringClobTypeが使われるように）S2JDBC側を直したほうがよさそうです。これについては、コミッタ間で相談してみます。 データによってはTEXT型であっても@LOBつきStringにマッピングできていて、私がこれまで動作確認していたのはそのようなデータを使ったものでした。 再現できました。@LOBがあるとOID型から取得しようとするロジックが動作していました。@LOBつきStringのときは、TEXT型から取得するロジックが動くように（StringClobTypeが使われるように）S2JDBC側を直したほうがよさそうです。これについては、コミッタ間で相談してみます。

データによってはTEXT型であっても@LOBつきStringにマッピングできていて、私がこれまで動作確認していたのはそのようなデータを使ったものでした。

]]> koichik より http://jfut.integ.jp/2008/10/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/comment-page-1/#comment-220 koichik Wed, 31 Dec 1969 15:00:00 +0000 http://jfuttest1.integ.jp/2008/10/%E9%96%93%E4%B8%80%E9%AB%AA%E3%83%BB%E3%83%BB%E3%83%BB/#comment-220 > @LOBつきStringのときは、TEXT型から取得するロジックが動くように PostgreSQL の TEXT は (JDBC 的には) CLOB じゃなみたいだから，(PostgreDialect 直して) StringClobType が使われるようになってもダメじゃないかなぁ？ Gen-Entity で TEXT は @LOB 無しString にマッピング，Gen-Ddl で @LOB 付き String は OID にマッピングすべきってことじゃないかと． Gen-Entity で OID だと @LOB 付きbyte[] になったりして可逆的じゃなくなるけどそれはしょうがないということで． > @LOBつきStringのときは、TEXT型から取得するロジックが動くように

PostgreSQL の TEXT は (JDBC 的には) CLOB じゃなみたいだから，(PostgreDialect 直して) StringClobType が使われるようになってもダメじゃないかなぁ？
Gen-Entity で TEXT は @LOB 無しString にマッピング，Gen-Ddl で @LOB 付き String は OID にマッピングすべきってことじゃないかと．
Gen-Entity で OID だと @LOB 付きbyte[] になったりして可逆的じゃなくなるけどそれはしょうがないということで．

]]>