Java⇔RDBのMapping-Frameworkを語るｽﾚ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG[Torque]
http://db.apache.org/torque/
http://homepage1.nifty.com/kingyoshi/computer/jakarta/torque.htm
[HYBERNATE]
http://hibernate.bluemars.net/1.html
[CasterJDO]
http://www.castor.org/jdo.html
http://www-6.ibm.com/jp/developerworks/java/021025/j_j-castor.html
[ObJectRelationalBridge (OJB)]
http://www.terra-intl.com/jakarta/ojb/
●コネクション・プーリング
[Jakarta Commons DBCP]
http://jakarta.apache.org/commons/dbcp/
(Jakarta Commons DBCPを使ってみよう。)
http://taka-2.com/jclass/DBCP/
(DBCP利用法 from "『カモン!Commons!』 Jakarta Commonsを使ってスキルアップ" (2002/09))
http://www.mobster.jp/wiki/index.jsp?pid=Commons#i10
0263デフォルトの名無しさん
NGNGそうそう、こういうのです。
今、ちらっと見ただけですが、
試して遊んでみます。
ありがとうございます。
0264デフォルトの名無しさん
NGNG俺はそこまでのヤツは必要になったことがないから作ったことはない。
が、必要になればまずは探す。
なければ仕方がないのでつくる。
0265デフォルトの名無しさん
NGNGECSって使いどころが微妙じゃない？
0266261
NGNG微妙というか殆ど無いと思う。俺は使いどころイマイチわからん。
ただ、モノ自体は面白いと思うし、将来的には使い道出てくるかもしれないし。
漏れは259が問題にしてるタグとスクリプトコードが混じったりするのは平気。
というかこれからはjellyっスよ（藁
0267デフォルトの名無しさん
NGNG情報激しくキボンヌ
0268デフォルトの名無しさん
NGNG俺もまだまだだとおもう。
ただmiddlegenとかxdocletとか見るにつけ、そういう流れはあるんだろうなーとか。
将来的にORマッピングの強力なツールとなるかもしれない気がする悪寒。
んであとはmavenな。jelly採用してるし、mavenがブレークすれば
ついでにjellyもブレークするんではなかろうか？って勝手に思ってる。
情報はぜんぜんないね。英語の情報もあんま無いし。
1.0リリースするまではCVSでソースとかテストケースをウォッチするぐらいしか
なさそう。テストにあるjellyスクリプトが一番参考になるんじゃないかなぁ。
でもまだタグライブラリの方は動かないの結構多いけど（ｗ
0269デフォルトの名無しさん
NGNGjelly興味はあるんだが取っ付きがなー
0270デフォルトの名無しさん
NGNG説明してもらえる情報源ってないでしょうか？
SQLを知らないJavaPGでも開発できる！
→RDB使うんだからSQLぐらい勉強しろよ！
物理設計が省力化できる！
→RDB使うんだから物理設計ぐらいちゃんとしろよ！
というかE-R系ツールでも結構できるのに。
SQLだと保守性が悪い。
→そのためのドキュメントやん。複雑ならストアドも併用しる。
というわけで、Torqueの特集記事をJavaWorldやWebDBPressで読んだのでつが、
利点が全く理解できないのでつ。
でもJDOは勉強しようと思ってる...
0271デフォルトの名無しさん
NGNGSQL云々かんぬんでなしに、オブジェクト指向における永続化層を自作しなくてよいという話。
これだけでバグと単体テスト工数が3分の1ぐらい軽く減るだろ？
0272270じゃないよ
NGNGつまり、きちんとしたオブジェクト指向による設計を行えば、オブジェクト-DB間の
コードは大体似たようなものになる（というかワンパターンになる）から、そこを
自動生成できるようにします、というのがMapping-Frameworkのコンセプト、という
ように捉えたんだけど、合ってるかな？
0273271じゃないよ
NGNGSQLとJavaはその設計思想からして違うものだからレイヤーとしてO-RMappingを使用して
DBとJavaの層を接続しようと。
EJBなんかもその一部だよね。
0274デフォルトの名無しさん
NGNG単純に、
Person p = new Person();
p.setName("お前");
db.save(p);
Person p2 = db.retrieve(Person.class, "お前");
こういうコーディングができると楽じゃない？
0275デフォルトの名無しさん
NGNGじっさいそういうことやってんだが
絶対にキャストが絡むよな
せめて見えない位置にキャスト隠して欲しい
0276デフォルトの名無しさん
NGNG無理でしょ。ユーザが勝手に定義したクラスの型で返すメソッドを、
どうやってライブラリ内部に作るのよ？
0277デフォルトの名無しさん
NGNGんー。JavaBeansという前提ならばBeanUtilのcopyPropertiesみたいに
リフレクション使えばなんとかなると思うし、実際そうしていると思うんだけど。
0278デフォルトの名無しさん
NGNGユーザが指定したクラスの『インスタンス』は返せるけど、
ユーザが指定したクラスの『型』では返せないでしょ。
インスタンスは動的だけど型は静的なんだから。
>275 はそこにキャストが入るのがいやだといってるということだと思う。
でもラッパーかませばいいだけの話だと思うけど。
あるいはコード生成機能をするようなやつならそこまでやってくれる可能性がある。
0279デフォルトの名無しさん
NGNG素朴な疑問ですが、そういう風にobject風味になればなるほど、保守できる人材
が減ると思うのですが、皆さんの周囲はその議論レベルは理解できる人たち
ばかりということなんでしょうか。
0280279
NGNG本当にSQL直打ちより保守性が上がるのかなと思ったので
それ(保守性を上げる)にはかなり工夫が必要だと思い、
その工夫を理解できる人材がどれだけいるのか？と思ったので
0281デフォルトの名無しさん
NGNGああいうのはどうなの？
0282デフォルトの名無しさん
NGNGあちこちにSQLがちりばめられた状態で、
読み込むテーブルのWHERE条件の変更があったりした場合のことを考えてみそ。
下っ端にSQLなぞ書かせたくないというのもあるな。
複雑なSQLと複雑なコード、どっちがデバッグしやすいかとかも。
0283282
NGNG作っちまえば解決。
0284277
NGNG俺には型にこだわる理由がわからん。
たぶんコンパイル時にタイプセーフが保障されるのを期待してると思うのだけど、
O-Rマッピングに関わらずそれはJavaでは難しいと思う。いまのところ。
Java1.5のGenericに期待っつか。
0285271じゃないよ
NGNG逆だな。
Javaのコードの中にSQLといった別の言語が入り込むほうが保守の手間はかかる。
かからないと思っているのは今までの作り方がそれだけであったからそういう思いをしてしまうだけだと思う。
0286デフォルトの名無しさん
NGNG0287274
NGNGJavaソースなら読んでもいい」と思ってるから、現状でもそんなに
不満は無いねえ。
>>275が書いていたキャストの問題はユーザー定義クラス毎に
ラッパークラスを生成するようにしているから、別に意識してない。
Person author = PersonManager.retrieve(personId);
Book book = new Book(title);
book.setAuthor(author);
BookManager.store(book);
0288_
NGNG0289デフォルトの名無しさん
NGNGスレ違いの指摘だが、そういうのはラッパーと呼ばずファクトリと呼ぶ。
0290274
NGNGそうか、そう言われてみればそうだな。
CastorJDOやHibernateの上に被せて使うんでラッパークラスということに
してしまっていたよ。
0291sage
NGNG上がるけれども、どうしても実行パフォーマンスが
自分でSQL書いてJDBCやる場合よりも劣ってしまうのが
難点。(勿論シンプルな問い合わせなら変わらないけど)
O/Rツールを導入して、取り扱いデータが結構増えてきた
段階でこのことに気づいた。まぁ、最初にちゃんと
検証しておかなかったのが悪いのだけど。
生成されるSQLが効率的なものかどうかは導入前に
ちゃんと確認しておくべきだね、当然なんだけど。
0292291
NGNG0293デフォルトの名無しさん
NGNG融通きくし、安定してると思ってる…
0294デフォルトの名無しさん
NGNGORマッピングツールって別にSQLを簡単に書くためのツールじゃないんですよ。
将来、RDBMS以外に永続化しよーってときに効くツールなんですよ。
そんな実装は一生ありえなさそうですけどね。
0295デフォルトの名無しさん
NGNGXMLDBって最近名前は聞くようになってきたことない？
0296fusainasan
NGNGWebObjectで構築されたと統合2ch型掲示板システム「VanquishBBS」
http://web1.aaacafe.ne.jp/〜tetsuyak/cgi-bin/WebObjects/VanquishBBS/index.html
EOFとか熟知している人が作るとこういうもんもができあがるらしい。
掲示板なのに負荷分散とかヘーキでしやがる。WebObjectってこういうのカンタンなの？
0297fusainasan
NGNG0298デフォルトの名無しさん
NGNGWOでなくてもそういう風に作ろうと思えば出来る程度のことだと思うが。
掲示板程度で開発生産性や負荷分散云々は多分比較するほどの差はつかん
と思うよ。別にAP鯖で負荷分散しなければならんということでもないし
【簡単】の定義も様々だと思うしな。ちなみに漏れは元WO使い。今は使わん。
0299山崎 渉
NGNG__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0300デフォルトの名無しさん
NGNG容易なのがウリじゃなかったっけ。
0301デフォルトの名無しさん
NGNG0302デフォルトの名無しさん
NGNG掲示板といえども、2chやYahooぐらいの規模になると、アクセスがグッと集中した時とか、
鯖が負荷に耐えられないってことあるじゃん。そんなとき、負荷分散構成になっていて、
３０台のサーバーで一つの掲示板データをやりとりできるとなると、
少なくともユーザはイイ思いできると思うんだがなぁ。
証券関連のシステムなんかだとそれがよく実感できるのだが、掲示板でも同様のような気がするんだけどな。
１台の高価・高速な鯖で動かして大量のトランザクションを裁いたとして、鯖が何らかの原因で落ちたときを
考えると負荷分散のメリットは大きいとおもうのだが。
0303デフォルトの名無しさん
NGNGもまいが言ってるのは負荷分散じゃなくて高可用性だな。
目的が違う。
負荷分散のためのオーバーヘッドって結構あるよ。
それはわかってるかな？
0304デフォルトの名無しさん
NGNGアクセス集中時も想定してるから負荷分散でもあってんじゃない。
一台が同時にさばけるリクエスト数とかも、ある程度決まってるわけだし。
でも分散環境で掲示板のデータ保存にDB使うと大変だろうなぁ。
最低限クラスタするにして、DBだけで相当な値段がいきそう…
0305298
NGNGWOだからどうこうって話じゃねぇだろ？ってことを言ってる。
証券関連が云々というが漏れも証券のネットトレーディングの開発
やってる。だから、はっきりいう。掲示板程度では何を使っても簡単の
度合いはそんなに変わらん。ハードの手配で決まる話だ。
その程度でWOを引き合いに出されてもWOが安っぽくみえるだけだ。
証券で使ってるのならそこをアピールするよし。掲示板では迫力不足。
0306デフォルトの名無しさん
NGNGしかも、たかが掲示板で？2chみたいな数百もある掲示板を１台のDBで
運営するつもりか？>>303のいうように、
負荷がおもいきりかかったときはつながりにくい・おちにくいサイトになっているとは
思うが重くなりそうな。掲示板ってレスポンス命じゃないかねぇ。１台のバカっ速い
鯖で運用させたほうが良いよな。
でも、この手のフレームワークを使った掲示板システムはフリーでは観たこと無いからポイントちょっと高いカモ。
（でもウェブオブジェクトってよくわかんない。７万だし、大したことなさそう）
0307デフォルトの名無しさん
NGNG以前は700万だったから、イメージ的なありがたみ？があったけど、
いきなり７万になったら、「？」って思う。
70万だったら「ふむふむ、よさげだけど高いな」って感じか。
結局、モノは凄いのに認知されないんだよな。マイナーだし。
0308デフォルトの名無しさん
NGNG0309デフォルトの名無しさん
NGNG>>結局、モノは凄いのに認知されないんだよな。マイナーだし。
モノのすごさを>>306のアプリケーションが証明してるとおもう。たぶん、そこのサクーシャは
WebObjectのすごさを知らしめたく、あえて掲示板というアプリを開発したのかなと妄想炸裂
させたりする。だって、ふつー、掲示板ごときでくらすたりんぐしねーもん（ｗ
0310デフォルトの名無しさん
NGNGその必然性の無さがアピールされてしまってｼﾊﾟｰｲ（ｗ
いや、EOF最強なんだけどさ、ﾂﾌﾞｼが利かねんだよね。
0311fusianasam
NGNG必然性がないから、フリーでばらまいていると思う。これでビジネスやろう、なんて人は無いと思うが（ｗ
ｻｸｰｼｬもそこらへんわかってんじゃないの。別にクラスタリングが必須というワケでもなさそうだし。ただその機能もサポートしてるってだけでしょ。
EOFがﾂﾌﾞｼきかない、というのは、ADOだってJDOだってEOFと同じ道具のｳﾁの一つだから、ﾂﾌﾞｼきかない、といえばきないような。
掲示板だったらPHPとかPerlなんかで十分。2chぐらいの規模・アクセスだったら考えるけど。
0312デフォルトの名無しさん
NGNGEJB/Servlet&JSPコンテナとして使うとWOらしさが引き出せない。
んで、顧客へのアピール度も低いんだよな。
USはうまくやってるけど、日本じゃ無理だろ。
0313fusianasam
NGNGいくつか製品を評価して最終的にWOにしたな（金融系をメインでやるSIerなんだが）。
他SIerとのコラボはめったにないし、、、まぁ、環境によりけりってところかなー。
確かに便利だよ。EOFってーのは。これぐらい独自性があるとパテントぐらいあってもいいんじゃないの？
0314デフォルトの名無しさん
NGNG0315デフォルトの名無しさん
NGNGいつもはじめじゃないといけないコンプレックスの固まりだな。ﾌﾟｯ.
マイナー製品がパテントとるわけないだろ。ましてやアップルだぜ。おまえら正気かよ（ｗ
0316デフォルトの名無しさん
NGNG信者ﾏｶｰは、EOFなんて知らないんじゃねーの？ｗ
EOFがパテント取ってるのは相当昔じゃなかったっけ？
10年くらい前からある技術だし。元々はNeXTの技術。
0317デフォルトの名無しさん
NGNGWOが幾らいいソフトだろうが、幾らWOに詳しかろうが、それだけじゃ現状では
Web開発者としての市場価値は？？じゃない？
WO好きなら趣味でやるのもいいだろうが、趣味のWeb開発なんてそんなにやる
もんじゃなし。というわけで俺は普通にJ2EEに乗り換えたよ。
0318デフォルトの名無しさん
NGNG既存システムの保守をおこなおうというときに、技術者の教育コストを
無駄に抱えないで済む」ことに真骨頂があると思われ。
ある程度開発者が集まるならば、そいつら集めて作らせればいいだけ。
そういう意味で、マイナーフレームワークは存在価値が微妙だし、俺様
フレームワークは無価値。大体同じようなことをやってくれるなら、多少
欠陥があろうとデファクトを使うほうが、お客さんのためだろう。
技術者の興味のコストをお客に押し付けるのは犯罪的だと思う。
0319デフォルトの名無しさん
NGNG激しくムカつくセリフだが間違ってない(;´д｀)
0320デフォルトの名無しさん
NGNG漏れ、運用屋やってるんだけど、WOを動かす鯖を預かる事例が、今年に入って
急に増えてきたよ。ﾏｼﾞ妄想じゃなくて。需要っつうか、使ってるところは
増えてきているんじゃないの。中には1/2埋めるところもあったし。
0321デフォルトの名無しさん
NGNG0322デフォルトの名無しさん
NGNG以後、こっちでﾔﾚや
WebObjects nsDictionary.valueForKey("５スレ");
http://pc2.2ch.net/test/read.cgi/php/1044328908/
0323デフォルトの名無しさん
NGNGプリインストールなのかCD-Romに入ってるだけなのかは
知らないけど。
JBoss4では独自のJDO実装もできてるね。EJBとどっち
使えばいいんだろう？
0324デフォルトの名無しさん
NGNG0325デフォルトの名無しさん
NGNGどこかにありますか？
0326デフォルトの名無しさん
NGNG君が作れば誰かは集うよ。
0327デフォルトの名無しさん
NGNG0328デフォルトの名無しさん
NGNGBorland C++ Compiler Ver 4.0J
Jは日本語版の意味だろうね。
0329デフォルトの名無しさん
NGNG面白すぎて腹痛いからWhiteSpaceでも一人でやってろ
0330デフォルトの名無しさん
NGNGhttp://pnuts.org/wiki/index.pnut?language=ja&name=JavaDataObject
0331デフォルトの名無しさん
NGNGhttp://www.gihyo.co.jp/magazines/javapress
立ち読みでざっとしか見てませんが、
日本語でここまでまとまった資料or特集記事って初めてのような気が。
0332デフォルトの名無しさん
NGNG状態にはなりますが、
いくらmapping-frameworkがすばらしく設計されていたとしても、
アプリケーション全体をオブジェクト指向の視点でみると
不自然な設計になりませんか？
たとえばアプリケーションの固定値（環境変数等）をＤＢで持っている場合、
自分は固定値を管理するクラスをつくろうと思いますが、
何らかの形でＤＢアクセスするためのクラスを渡す機構が必要になるでしょうし、
単純にユーザＩＤが１番のレコードの名前を変えたいという処理がリクエストを
またいでいた場合、ＤＢアクセスを減らすためにユーザをマッピングしたクラスを
保持していなければいけなくなります。その際に自動生成されたクラスはいじりたく
ないのでラッパークラスの作成を考えてしまうのですが、
そうすると更新の時はやっぱりマッピングクラスを何らかの形で渡さなければ
いけないのであんまし意味がなくなります。
どちらにしろＳＱＬ文を埋め込んでしまうとオブジェクト指向としてはきれいな設計
になるのではないかと思います。
私は、ソースにＳＱＬ文を埋め込むのはかっこわるいと思っています。
しかし、フレームワークを使うと設計が前時代的になるのではないかと思っています。
そこがトレードオフなのかもしれませんが、
要するによい設計法やパターンがあればそれを教えて欲しいと思っています。
よろしくお願いします。
0333デフォルトの名無しさん
NGNG今俺XML関連いじってんだが
XPathとかあるじゃん？
あれも、SQLと同じだよな
あれもマッピングするって言うの出てきてるの？
0334デフォルトの名無しさん
NGNGXPath じゃなくて XQuery でない？
0335デフォルトの名無しさん
NGNGXPathです /element/child[@id=01]ってやつね
まあ、XQueryでも俺の言いたいことはおなじなんですけどね
まあ普通にやれば
XPath.newInstance(
"/"
+ ROOT
+ "/"
+ NAME
+ "[@"
+ ID
+ "="
+ bean.getId()
+ "]");
という具合になっちゃうわけです
0336デフォルトの名無しさん
NGNG別にオブジェクト指向を追及すのがフレームワークの役割じゃないだろう。
素人が混ざっている多人数での生産性を安定的に向上させることが
目的だわな。その意味ではオブジェクト指向としての自然さを崩すことも
ありだろう。
0337デフォルトの名無しさん
NGNGrelaxer
0338デフォルトの名無しさん
NGNG同意。あんまりオブジェクト指向にこだわりすぎていると
ろくなことないよね。
特にRDBとオブジェクト指向のミスマッチはいかんともしがたいので
適当なところで割り切るのが吉かと。
0339デフォルトの名無しさん
NGNGそれ大事！
0340デフォルトの名無しさん
NGNGわざわざDB毎に違うSQLをチームみんなが覚えなくてもいいと。
0341デフォルトの名無しさん
NGNGクラスとインスタンスの区別が付いてないみたいだがそれは置いといて…
>たとえばアプリケーションの固定値（環境変数等）をＤＢで持っている場合、
>自分は固定値を管理するクラスをつくろうと思いますが、
>何らかの形でＤＢアクセスするためのクラスを渡す機構が必要になるでしょうし、
たいていのフレームワークでは、DBアクセス用クラスのインスタンスを
アプリケーション側で受け渡すような必要は無い。
もっとマシな設計になってるよ。
>単純にユーザＩＤが１番のレコードの名前を変えたいという処理がリクエストを
>またいでいた場合、ＤＢアクセスを減らすためにユーザをマッピングしたクラスを
>保持していなければいけなくなります。その際に自動生成されたクラスはいじりたく
>ないのでラッパークラスの作成を考えてしまうのですが、
リクエストを跨いだトランザクションをサポートしたフレームワークなら、
自動生成されたクラスをいじる必要は無い（そのまま保持してればいい）。
それと、今時はデータオブジェクトクラスの自動生成は行わないフレームワークの
ほうが主流のような気が。
0342デフォルトの名無しさん
NGNG禿同。
0343デフォルトの名無しさん
NGNGあれってCURRENT TIMESTAMPとか使っちゃったりしてさ。
DB中心で扱うことが多いんだけど（たまたまね。）
日付はJAVA(アプリサーバ)とＤＢサーバどっちで扱ったほうがいいと思う？
0344デフォルトの名無しさん
NGNGどっちでもいいのでは？
0345デフォルトの名無しさん
NGNGNTP使うのもめんどくさいからな。
そうだな。どっちでもいいや。
0346デフォルトの名無しさん
NGNGCMP、BMPは話にならないことに気づいたか？
0347デフォルトの名無しさん
NGNGEntityBeanは分散でつかえる技術だとあれほど言ってるのにまだわからんのか
話を混ぜないでください
0348デフォルトの名無しさん
NGNGEntityBeanは、リモートやトランザクション制御できたとしても
うれしくないやろ。
つかえない技術ちゅーことが、一般的な認識になったってことでしょ。
0349デフォルトの名無しさん
NGNGばかやろうばっかだな
「EJBはRDBマッピングの技術じゃない」って何回言えばわかるんだよ馬鹿
EJBはこのスレにはカンケーないんだよバカ
0350デフォルトの名無しさん
NGNGだからEJBを使ってそういうことをやろうとすると云々ってことだろ。
信者ｳｾﾞｪよ
0351デフォルトの名無しさん
NGNG分散にも対応できるし。
EntityBeanは面倒くさいよ、なんか。
0352デフォルトの名無しさん
NGNGSessionBean+JDO
っつ組み合わせに流れつつあるみたいだなや。
EntitiyBeanは問題外だと思うけど、JDOもそんなにいいかなぁ…。
なんかどのORツールもしっくりこない。
0353デフォルトの名無しさん
NGNG期待しちゃだめなんだろうな、きっと。
60%くらいの自動生成でラクチンして、後は手書きでSQL、
くらいの心構えでやるのがよさげ。
とかいいつつ、俺は一度もマッピングツール使ったことないけどね・・・
0354デフォルトの名無しさん
NGNG0355デフォルトの名無しさん
NGNGスキーマの変更に強くないと、マッピングって言えないよな
今までのマッピングツールってただ単にSQL文を隠してるだけだと思わない？
そんなことさ、実際普通のプログラマはやってたわけよ
自動生成っていうのはいいけどオブジェクト指向を適用するのはソコじゃないんだよな
それからさ、データベース特有の機能使えないんだったら
プログラマーからどのDB使ってるのか完全にわからなくして欲しい
っていうか、DB側もオブジェクト指向に歩み寄ってきて欲しい←非常に重要
っていうか、DB側もオブジェクト指向に歩み寄ってきて欲しい←非常に重要
っていうか、DB側もオブジェクト指向に歩み寄ってきて欲しい←非常に重要
0356デフォルトの名無しさん
NGNG企業がゴマンとあるからな。信頼性の問題云々だと。
そういう会社に限って、保守に金掛けてなかったりするんだけど。
というのは置いておいて、Oracleがオブジェクト型になれば、きっとみんなそうなるんだろ？
0357デフォルトの名無しさん
NGNG0358デフォルトの名無しさん
NGNGObjectStoreってObjectの丸投げモロ出しできるの？
いいねぇ
でも、そうなると言語間でやり取り大変そうだ
やっぱ究極はXMLが高速になれば・・・・
0359デフォルトの名無しさん
NGNGパフォーマンス的にも問題なく使えるね。
まあ、時代はJDOへと移るんだろうけど…
0360デフォルトの名無しさん
NGNGORDER BYを使ったデータの取得を行おうと思い、以下のコードを試したのですが
Torque.init("Torque.properties");
Criteria c = new Criteria();
c.addAscendingOrderByColumn(MytablePeer.Field1);
List list = MytablePeer.doSelect(c);
doSelect()の時点でNullPointerExceptionが発生してしまいました。
addAscendingOrderByColumnを使わずに実行した場合は問題なく動きますので
Torque.propertiesの設定には間違いはないと思います。
addOrderByColumn()を使った場合でも同様の現象が出ました。
DBはMSSQL2000 Torqueは3.1 OSはWindows2000です。
どなたか同様の現象がでた方いませんか？
http://www.mail-archive.com/[email protected]/msg12713.html
おそらく同じ現象かと
0361デフォルトの名無しさん
NGNGあなた、3月ぐらいにJakartaの掲示板に同じ質問しました？
今ググッて見たらあなたと同じような現象らしいです
その方も､同じメーリングリスト指していました
やっぱ、バグなんですかね？
何か特別な、スキーマでしょうか？
差し支えなければスキーマ定義教えてください
0362361
NGNGソート対象のカラムは[NOT NULL]定義になっていますでしょうか？
■ このスレッドは過去ログ倉庫に格納されています