[seasar-dotnet:2222] Re: [DBFlute.NET]業務的one-to-oneの設定(別リレーションのカラム利用)
kubo
[E-MAIL ADDRESS DELETED]
2012年 11月 4日 (日) 15:09:11 JST
久保(jflute)です
DBFlute.NET-0.8.9.49-SNAPSHOTにて、
最低限の対応をしてみました。
http://dbflute.net.sandbox.seasar.org/ja/environment/newest.html
XxxCB cb = new XxxCB();
cb.DisableRelationMappingCache();
とすると、正しくマッピングされるんじゃないかと。
ただし、キャッシュ機構をOFFにするので、
foo : 1
bar : 1
qux : 2
corge : 3
というように、fooとbarが同じ 1 を参照していても、
1のEntityのインスタンスはそれぞれ new されます。
人が感じ取れないほどのパフォーマンス劣化がありますが、
(というか大量件数でない限りミリ秒レベルであまり差はないかと...)
動作に問題はないと考えられます。
ソースいじっただけで何も動かしてないので、
トライアンドエラーさせて頂ければと思います。
何かエラー出たらすぐに言って頂ければと。
キャッシュをOFFにしなくてもマッピングできるような修正は、
Java版の方ではチャレンジしていこうかと思いますが、
DBFlute.NETの方ではとりあえずキャッシュOFFで回避、
というポリシーで考えています。
2012/11/3 kubo <dbflute ＠ gmail.com>:
> 久保(jflute)です
>
> uparrowさん、ありがとうございます。
> 最低限何かしらの対応は入れようかと思いますので、
> (気長に)しばしお待ちくださいませ。
>
>
> ※ひらめきを思考する時間と場所が欲しい...
>
> 2012/11/2 <uparrow ＠ nifty.com>:
>> 久保様
>>
>> uparrowです。
>>
>>> 「対応されてもこの期日を過ぎるともう利用できない」
>>> というような時間的な制約はどのような感じでしょうか？
>> 今のところ、別な方法でデータを取得するように暫定対応を行っているので特に急ぎません。
>> もし対応いただけるのなら、対応いただいた後に恒久対応として適用したいと思います。
>>
>> よろしくお願いします。
>>
>>> くぼです
>>>
>>> uparrowさん、ご確認ありがとうございます。
>>> なるほど、.NETでも同じ挙動ですね。
>>> Java版でも同じ結果となりました。
>>>
>>> ちなみに、
>>> 「対応されてもこの期日を過ぎるともう利用できない」
>>> というような時間的な制約はどのような感じでしょうか？
>>>
>>> かなりのコアな部分への対応になるので手順だって
>>> やっていきたいのと、対応の妥協レベルが何段階かに
>>> なると思うので、その辺のバランス取るのに参考にしたいと。
>>>
>>> 2012/11/1 <uparrow ＠ nifty.com>:
>>> > 久保様
>>> >
>>> > uparrowです。
>>> > こちらの件ご検討いただきありがとうございます。
>>> >
>>> > さっそくですが、試してみました。
>>> > 結果は、想定のデータが取得できました。
>>> >
>>> > ただ、試した内容に自信がないので、行ったことを以下に記載します。
>>> >
>>> > ■T_CHILD テーブルを作成
>>> > CREATE TABLE T_CHILD
>>> > (
>>> > SHIJI_ID DECIMAL(12,0) NOT NULL,
>>> > LINE_ID DECIMAL(12,0) NOT NULL,
>>> > TEST_CD VARCHAR(10) NULL
>>> > )
>>> > go
>>> > ALTER TABLE T_CHILD
>>> > ADD CONSTRAINT PK_T_CHILD PRIMARY KEY (SHIJI_ID, LINE_ID)
>>> > go
>>> >
>>> > ■FKを設定
>>> > [additionalForeignKeyMap.dfprop]
>>> > ; FK_T_CHILD_01 = map:{
>>> > ; localTableName = T_CHILD ; foreignTableName = T_B
>>> > ; localColumnName = SHIJI_ID ; foreignColumnName = SHIJI_ID
>>> > ; fixedSuffix = ByShijiId
>>> > }
>>> >
>>> > ■テストコード
>>> > [Test, Quill(Tx.Rollback)]
>>> > public void FindTest2()
>>> > {
>>> > TChildCB cb = new TChildCB();
>>> > cb.SetupSelect_TBByShijiId().WithTAMeiBySeizoIdSeizoLineId().WithTABySeizoId();
>>> > cb.SetupSelect_TBByShijiId().WithMKouseiAsKousei();
>>> > cb.Query().SetLineId_Equal(1);
>>> > cb.Query().AddOrderBy_ShijiId_Asc();
>>> > cb.Query().AddOrderBy_LineId_Asc();
>>> >
>>> > ListResultBean<TChild> dbEntityList = tChildBhv.SelectList(cb);
>>> >
>>> > foreach (TChild dbEntity in dbEntityList)
>>> > {
>>> > if (dbEntity.TBByShijiId.TAMeiBySeizoIdSeizoLineId.TABySeizoId.HinmokuCd != dbEntity.TBByShijiId.MKouseiAsKousei.SeihinHinmokuCd ||
>>> > dbEntity.TBByShijiId.ProcNo != dbEntity.TBByShijiId.MKouseiAsKousei.ProcNo)
>>> > {
>>> > Assert.Fail();
>>> > }
>>> > }
>>> > }
>>> >
>>> > 局所的な回避でもよいので、対応いただけると助かります。
>>> >
>>> > よろしくお願いします。
>>> >
>>> >> 久保(jflute)です
>>> >>
>>> >> uparrowさん、ちょっと試して頂きたいことがあります。
>>> >>
>>> >> T_Bを基点にするのではなく、
>>> >> T_Bの子テーブル(仮にT_CHILD)を基点にConditionBeanをnewして、
>>> >> T_CHILD -> T_B -> M_KOUSEI という関連で M_KOUSEI が
>>> >> 正しく取得されるかどうか確認してもらいたいです。
>>> >>
>>> >> S2Daoはもともと一階層しか結合できないので、
>>> >> キャッシュも一階層になっているので、
>>> >> もしかしたら二階層目以降でのマッピングなら
>>> >> うまく動作するのかなぁと。
>>> >>
>>> >> であれば、キャッシュ機構をオフにするようなオプションを
>>> >> CBやFKに付与したりすることで、局所的な回避ができるかも
>>> >> しれないと思いまして。
>>> >>
>>> >> 2012/10/31 kubo <dbflute ＠ gmail.com>:
>>> >> > 久保(jflute)です
>>> >> >
>>> >> > 期待持たせちゃうと悪いので、早めにメールしておきます。
>>> >> > 結論的には
>>> >> > 「今回DBFlute.NETで、この件の対応するのは難しい」
>>> >> > 回避策があるなら回避で、という感じです。
>>> >> >
>>> >> > VIEWを作るやり方がお奨めですが、
>>> >> > DB変更ができないからこそ困ってるって
>>> >> > 感じであれば、VIEWも作れないですかね。
>>> >> > すると個別に検索する方式での回避になってしまいます。
>>> >> >
>>> >> >> o Entity取得時のみ追加的にOverRelationのキーを含める
>>> >> >> -> 局所的な対応となるが、わりと現実的かも
>>> >> > の方向で進めていたのですが、
>>> >> > 修正範囲が広く、Java版だとしてもかなり頑張る必要がある上に、
>>> >> > .NET版においてはS2Dao.NETと絡む部分にもろ影響するので、
>>> >> > やはりDBFluteRuntime.NETを作ってからじゃないと修正は厳しい
>>> >> > と判断しました。
>>> >> >
>>> >> > かといってJava版だけ対応するってのも今回はやらずで、
>>> >> > 既に1.0.0出しているのでコアなロジックに手を入れたくないのと、
>>> >> > あまりに特殊なパターンで、かつ、非推奨と言えるDB構造のため、
>>> >> > 修正量(リスク)のわりに対応ポイントが局所的であるので、
>>> >> > 正式な Unsupported という扱いにしたいと思います。
>>> >> >
>>> >> > 実現可能性の思考はさらに続けていく予定ですが、
>>> >> > 現時点では上記の通りです。
>>> >> > 寒くなっていく季節変わりを感じながら、
>>> >> > 発想生まれる場所でインスピレーションを待ちたいと。
>>> >> >
>>> >> >
>>> >> > #
>>> >> > # うーん、個人的にはめっちゃ悔しい限りなんですけど...
>>> >> > #
>>> >> >
>>> >> > 2012/10/29 kubo <dbflute ＠ gmail.com>:
>>> >> >> 久保(jflute)です
>>> >> >>
>>> >> >> 途中経過です。
>>> >> >> 「厳しく時間掛かるかもだけど考え続けています」
>>> >> >>
>>> >> >> o カラムにOverRelationを組み込む
>>> >> >> -> 全体設計的に難しい
>>> >> >> o Entity取得時のみ追加的にOverRelationのキーを含める
>>> >> >> -> 局所的な対応となるが、わりと現実的かも
>>> >> >> o キー利用のキャッシュを抑制するオプション
>>> >> >> -> キャッシュを利用しなければマッピングは正しくなる
>>> >> >> -> 全く同じ値の関連Entityが毎回newされる (最終手段)
>>> >> >>
>>> >> >> Java版でも再現しています。
>>> >> >> まずは気軽に試せるJava版で試行錯誤しています。
>>> >> >> ただ、.NET版ではS2Dao.NETが絡む部分などで修正の
>>> >> >> 敷居が上がってしまうため、そこを見越した修正内容に
>>> >> >> していくためのさじ加減を考慮に入れています。
>>> >> >>
>>> >> >>
>>> >> >> 一応、回避としては、HINMOKU_CDを持った
>>> >> >> T_Bのビューを作成すればってやり方が一つあります。
>>> >> >>
>>> >> >> 2012/10/26 <uparrow ＠ nifty.com>:
>>> >> >>> 久保 様
>>> >> >>>
>>> >> >>> uparrowです。
>>> >> >>>
>>> >> >>>> なので、本当はこんなイメージなんですよね。(いまできないけど)
>>> >> >>>>
>>> >> >>>> ; FK_T_B_A02 = map:{
>>> >> >>>> ; localTableName = T_B ; foreignTableName = M_KOUSEI
>>> >> >>>> ; localColumnName =
>>> >> >>>> PROC_NO/$$over($localTable.TAMeiBySeizoIdSeizoLineId.TABySeizoId)$$.HINMOKU_CD
>>> >> >>>> ; foreignColumnName = PROC_NO/SEIHIN_HINMOKU_CD
>>> >> >>>> }
>>> >> >>> はい。このイメージです。
>>> >> >>> このようなことができると助かります。
>>> >> >>>
>>> >> >>>> ちょと対応できるかどうかも含めて考えますね
>>> >> >>> 現在は、別なデータの取得で回避していますが、
>>> >> >>> 対応していただけると嬉しいです。
>>> >> >>>
>>> >> >>> よろしくお願いします。
>>> >> >>>
>>> >> >>>> 久保(jflute)です
>>> >> >>>>
>>> >> >>>> 恐らくですが、
>>> >> >>>> EntityにマッピングするときのM_KOUSEIに
>>> >> >>>> 対するキーがユニークにならなくて、
>>> >> >>>> マッピングがうまくいってないのかと考えられます。
>>> >> >>>>
>>> >> >>>> fixedConditionは、
>>> >> >>>> 相手がmanyのときにoneするための絞り込み(業務的one-to-one)、
>>> >> >>>> もしくは、
>>> >> >>>> 自分が関連と無関係なmanyを含んでるときに絞り込み(業務的many-to-one)、
>>> >> >>>> に利用されることを想定していますが、
>>> >> >>>> キーは、あくまで localColumnName や foreignColumnName に
>>> >> >>>> 定義されたものである必要があります。
>>> >> >>>>
>>> >> >>>> なので、本当はこんなイメージなんですよね。(いまできないけど)
>>> >> >>>>
>>> >> >>>> ; FK_T_B_A02 = map:{
>>> >> >>>> ; localTableName = T_B ; foreignTableName = M_KOUSEI
>>> >> >>>> ; localColumnName =
>>> >> >>>> PROC_NO/$$over($localTable.TAMeiBySeizoIdSeizoLineId.TABySeizoId)$$.HINMOKU_CD
>>> >> >>>> ; foreignColumnName = PROC_NO/SEIHIN_HINMOKU_CD
>>> >> >>>> }
>>> >> >>>>
>>> >> >>>> ちょと対応できるかどうかも含めて考えますね
>>> >> >>>>
>>> >> >>>>
>>> >> >>>> 2012/10/26 村上れお <uparrow ＠ nifty.com>:
>>> >> >>>> > 久保様
>>> >> >>>> >
>>> >> >>>> > uparrowと申します。
>>> >> >>>> >
>>> >> >>>> > こちらの送信サーバの問題かと思い、同様のメールを投稿してしまいました。
>>> >> >>>> > すみません。
>>> >> >>>> >
>>> >> >>>> > 状況は変わっておりません。
>>> >> >>>> >
>>> >> >>>> > おっしゃる通り、発行されるＳＱＬは問題なく、想定するデータを取得する文が
>>> >> >>>> > 発行されているようでした。
>>> >> >>>> >
>>> >> >>>> >> アプリから実行するとEntityのデータがおかしい、って感じでしょうか？
>>> >> >>>> >> また、具体的にEntityがどのようなデータになってしまうのでしょうか？
>>> >> >>>> >> (例えば、T_Bに紐付くM_KOUSEIのデータが別レコードものだったり)
>>> >> >>>> > その通りで、M_KOUSEIのデータの紐づくはずのない別なレコードが
>>> >> >>>> > Entityに設定されておりました。
>>> >> >>>> > Ｅｎｔｉｔｙに設定される別なレコードの規則性はつかめておりません。
>>> >> >>>> >
>>> >> >>>> > 対応いただけると非常に助かります。
>>> >> >>>> > テスト的に作成した環境もまだありますので、何かご協力できることがあれば
>>> >> >>>> > いたします。
>>> >> >>>> >
>>> >> >>>> > よろしくお願いいたします。
>>> >> >>>> >
>>> >> >>>> >> 久保(jflute)です
>>> >> >>>> >>
>>> >> >>>> >> uparrowさん、こんばんは
>>> >> >>>> >> まずはすいません。SeasarのMLの不具合で、
>>> >> >>>> >> こちらのメールを受信しのがつい先ほどでして。
>>> >> >>>> >> 既に何か進展あったかもしれませんが取り急ぎ。
>>> >> >>>> >>
>>> >> >>>> >> 設定の方、ぱっと見まちがったところはないように思えます。
>>> >> >>>> >> 発行されるSQLをDBツールで実行すると想定する値になるけど、
>>> >> >>>> >> アプリから実行するとEntityのデータがおかしい、って感じでしょうか？
>>> >> >>>> >> また、具体的にEntityがどのようなデータになってしまうのでしょうか？
>>> >> >>>> >> (例えば、T_Bに紐付くM_KOUSEIのデータが別レコードものだったり)
>>> >> >>>> >>
>>> >> >>>> >> 2012/10/15 <uparrow ＠ nifty.com>:
>>> >> >>>> >> > uparrowと申します。
>>> >> >>>> >> >
>>> >> >>>> >> > 業務的one-to-oneを使おうと思っていますが、思ったデータが取得できずに困っています。
>>> >> >>>> >> >
>>> >> >>>> >> > 親の親の項目＆自分の項目 と 別な親の２つの項目を
>>> >> >>>> >> > 条件としてテーブルを結合させる必要があり、業務的one-to-oneの別リレーションのカラム利用
>>> >> >>>> >> > する方法でadditionalForeignKeyMapのプロパティに設定しました。
>>> >> >>>> >> >
>>> >> >>>> >> > 実際にデータの取得を試みると、発行されるSQLは想定通りなのですが
>>> >> >>>> >> > DBFluteのエンティティに設定される値が想定と異なるのです。
>>> >> >>>> >> > (結合条件に使用しているキーなのに、それぞれのテーブルのエンティティの項
>>> >> >>>> >> > 目値がことなる。)
>>> >> >>>> >> >
>>> >> >>>> >> > 設定や、使用方法に誤りがあるのでしょうか？
>>> >> >>>> >> > アドバイスを頂戴できると助かります。
>>> >> >>>> >> >
>>> >> >>>> >> > [テーブル]
>>> >> >>>> >> > 親 T_A
>>> >> >>>> >> > 子 T_A_MEI
>>> >> >>>> >> >
>>> >> >>>> >> > 親 T_A_MEI
>>> >> >>>> >> > 子 T_B
>>> >> >>>> >> >
>>> >> >>>> >> > 親 M_KOUSEI
>>> >> >>>> >> > 子 T_B ←自分のテーブル
>>> >> >>>> >> >
>>> >> >>>> >> > 親の親(T_A)のHINMOKU_CD & 自分(T_B)のPROC_NO
>>> >> >>>> >> > 別な親(M_KOUSEI)のSEIHIN_HINMOKU_CD & PROC_NO
>>> >> >>>> >> > をキーとして結合したい。
>>> >> >>>> >> > クエリ発行後のM_KOUSEIのエンティティが想定の値と異なる。
>>> >> >>>> >> >
>>> >> >>>> >> > [テーブルDDL]
>>> >> >>>> >> > 具体的なテーブルは以下となります。
>>> >> >>>> >> > CREATE TABLE T_A
>>> >> >>>> >> > (
>>> >> >>>> >> > SEIZO_ID DECIMAL(12,0) NOT NULL,
>>> >> >>>> >> > HINMOKU_CD VARCHAR(30) NULL,
>>> >> >>>> >> > )
>>> >> >>>> >> > go
>>> >> >>>> >> > ALTER TABLE T_A
>>> >> >>>> >> > ADD CONSTRAINT PK_T_A PRIMARY KEY (SEIZO_ID)
>>> >> >>>> >> > go
>>> >> >>>> >> >
>>> >> >>>> >> > CREATE TABLE T_A_MEI
>>> >> >>>> >> > (
>>> >> >>>> >> > SEIZO_ID DECIMAL(12,0) NOT NULL,
>>> >> >>>> >> > LINE_ID DECIMAL(12,0) NOT NULL,
>>> >> >>>> >> > )
>>> >> >>>> >> > go
>>> >> >>>> >> > ALTER TABLE T_A_MEI
>>> >> >>>> >> > ADD PRIMARY KEY (SEIZO_ID, LINE_ID)
>>> >> >>>> >> > go
>>> >> >>>> >> >
>>> >> >>>> >> > CREATE TABLE T_B
>>> >> >>>> >> > (
>>> >> >>>> >> > SHIJI_ID DECIMAL(12,0) NOT NULL,
>>> >> >>>> >> > SEIZO_ID DECIMAL(12,0) NULL,
>>> >> >>>> >> > SEIZO_LINE_ID DECIMAL(12,0) NULL,
>>> >> >>>> >> > PROC_NO VARCHAR(20) NULL,
>>> >> >>>> >> > )
>>> >> >>>> >> > go
>>> >> >>>> >> > ALTER TABLE T_B
>>> >> >>>> >> > ADD CONSTRAINT PK_T_B PRIMARY KEY (SHIJI_ID)
>>> >> >>>> >> > go
>>> >> >>>> >> >
>>> >> >>>> >> > CREATE TABLE M_KOUSEI
>>> >> >>>> >> > (
>>> >> >>>> >> > SEIHIN_HINMOKU_CD VARCHAR(30) NOT NULL,
>>> >> >>>> >> > PROC_NO VARCHAR(20) NOT NULL,
>>> >> >>>> >> > BUHIN_NO VARCHAR(20) NOT NULL,
>>> >> >>>> >> > KANAGATA_CD VARCHAR(20) NULL
>>> >> >>>> >> > )
>>> >> >>>> >> > go
>>> >> >>>> >> > ALTER TABLE M_KOUSEI
>>> >> >>>> >> > ADD CONSTRAINT PK_M_KOUSEI PRIMARY KEY (SEIHIN_HINMOKU_CD, PROC_NO)
>>> >> >>>> >> > go
>>> >> >>>> >> >
>>> >> >>>> >> >
>>> >> >>>> >> > [additionalForeignKeyMap]
>>> >> >>>> >> > ; FK_T_A_MEI_01 = map:{
>>> >> >>>> >> > ; localTableName = T_A_MEI ; foreignTableName = T_A
>>> >> >>>> >> > ; localColumnName = SEIZO_ID ; foreignColumnName = SEIZO_ID
>>> >> >>>> >> > ; fixedSuffix = BySeizoId
>>> >> >>>> >> > }
>>> >> >>>> >> > ; FK_T_B_02 = map:{
>>> >> >>>> >> > ; localTableName = T_B ; foreignTableName = T_A_MEI
>>> >> >>>> >> > ; localColumnName = SEIZO_ID/SEIZO_LINE_ID ; foreignColumnName = SEIZO_ID/LINE_ID
>>> >> >>>> >> > ; fixedSuffix = BySeizoIdSeizoLineId
>>> >> >>>> >> > }
>>> >> >>>> >> > ; FK_T_B_A02 = map:{
>>> >> >>>> >> > ; localTableName = T_B ; foreignTableName = M_KOUSEI
>>> >> >>>> >> > ; localColumnName = PROC_NO ; foreignColumnName = PROC_NO
>>> >> >>>> >> > ; fixedCondition =
>>> >> >>>> >> > $$over($localTable.TAMeiBySeizoIdSeizoLineId.TABySeizoId)$$.HINMOKU_CD = $$foreignAlias$$.SEIHIN_HINMOKU_CD
>>> >> >>>> >> > ; fixedSuffix = AsKousei
>>> >> >>>> >> > }
>>> >> >>>> >> >
>>> >> >>>> >> > [データ取得ソース]
>>> >> >>>> >> > [Test, Quill(Tx.Rollback)]
>>> >> >>>> >> > public void FindTest()
>>> >> >>>> >> > {
>>> >> >>>> >> > TBCB cb = new TBCB();
>>> >> >>>> >> > cb.SetupSelect_TAMeiBySeizoIdSeizoLineId().WithTABySeizoId();
>>> >> >>>> >> > cb.SetupSelect_MKouseiAsKousei();
>>> >> >>>> >> >
>>> >> >>>> >> > cb.Query().AddOrderBy_ShijiId_Asc();
>>> >> >>>> >> >
>>> >> >>>> >> > ListResultBean<TB> dbEntityList = tBBhv.SelectList(cb);
>>> >> >>>> >> >
>>> >> >>>> >> > foreach (TB dbEntity in dbEntityList)
>>> >> >>>> >> > {
>>> >> >>>> >> > if (dbEntity.TAMeiBySeizoIdSeizoLineId.TABySeizoId.HinmokuCd != dbEntity.MKouseiAsKousei.SeihinHinmokuCd ||
>>> >> >>>> >> > dbEntity.ProcNo != dbEntity.MKouseiAsKousei.ProcNo)
>>> >> >>>> >> > {
>>> >> >>>> >> > Assert.Fail();
>>> >> >>>> >> > }
>>> >> >>>> >> > }
>>> >> >>>> >> > }
>>> >> >>>> >> >
>>> >> >>>> >> > [発行されるSQL]
>>> >> >>>> >> > select dfloc.SHIJI_ID as c0, dfloc.SEIZO_ID as c1, dfloc.SEIZO_LINE_ID as c2, dfloc.PROC_NO as c3
>>> >> >>>> >> > , dfrel_0.SEIZO_ID as c4, dfrel_0.LINE_ID as c5
>>> >> >>>> >> > , dfrel_0_0.SEIZO_ID as c6, dfrel_0_0.HINMOKU_CD as c7
>>> >> >>>> >> > , dfrel_1.SEIHIN_HINMOKU_CD as c8, dfrel_1.PROC_NO as c9, dfrel_1.BUHIN_NO as c10, dfrel_1.KANAGATA_CD as c11
>>> >> >>>> >> > from T_B dfloc
>>> >> >>>> >> > left outer join T_A_MEI dfrel_0 on dfloc.SEIZO_ID = dfrel_0.SEIZO_ID and dfloc.SEIZO_LINE_ID = dfrel_0.LINE_ID
>>> >> >>>> >> > left outer join T_A dfrel_0_0 on dfrel_0.SEIZO_ID = dfrel_0_0.SEIZO_ID
>>> >> >>>> >> > left outer join M_KOUSEI dfrel_1
>>> >> >>>> >> > on dfloc.PROC_NO = dfrel_1.PROC_NO
>>> >> >>>> >> > and dfrel_0_0.HINMOKU_CD = dfrel_1.SEIHIN_HINMOKU_CD
>>> >> >>>> >> > order by dfloc.SHIJI_ID asc
>>> >> >>>> >> >
>>> >> >>>> >> > ( dfrel_0_0.HINMOKU_CD,dfloc.PROC_NO と dfrel_1.SEIHIN_HINMOKU_CD,dfrel_1.PROC_NO
>>> >> >>>> >> > は想定の値が抽出されている。)
>>> >> >>>> >> >
>>> >> >>>> >> > バージョン
>>> >> >>>> >> > dbflute-0.8.9.43
>>> >> >>>> >> > データベース
>>> >> >>>> >> > SQL Server 2008
>>> >> >>>> >> >
>>> >> >>>> >> > 以上、よろしくお願いいたします。
>>> >> >>>> >> >
>>> >> >>>> >> >
>>> >> >>>> >> > _______________________________________________
>>> >> >>>> >> > seasar-dotnet mailing list
>>> >> >>>> >> > seasar-dotnet ＠ ml.seasar.org
>>> >> >>>> >> > https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >> >>>> >> _______________________________________________
>>> >> >>>> >> seasar-dotnet mailing list
>>> >> >>>> >> seasar-dotnet ＠ ml.seasar.org
>>> >> >>>> >> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >> >>>> >
>>> >> >>>> >
>>> >> >>>> > _______________________________________________
>>> >> >>>> > seasar-dotnet mailing list
>>> >> >>>> > seasar-dotnet ＠ ml.seasar.org
>>> >> >>>> > https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >> >>>> _______________________________________________
>>> >> >>>> seasar-dotnet mailing list
>>> >> >>>> seasar-dotnet ＠ ml.seasar.org
>>> >> >>>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >> >>>
>>> >> >>>
>>> >> >>> _______________________________________________
>>> >> >>> seasar-dotnet mailing list
>>> >> >>> seasar-dotnet ＠ ml.seasar.org
>>> >> >>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >> _______________________________________________
>>> >> seasar-dotnet mailing list
>>> >> seasar-dotnet ＠ ml.seasar.org
>>> >> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> >
>>> > _______________________________________________
>>> > seasar-dotnet mailing list
>>> > seasar-dotnet ＠ ml.seasar.org
>>> > https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>> _______________________________________________
>>> seasar-dotnet mailing list
>>> seasar-dotnet ＠ ml.seasar.org
>>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
>>
>>
>> _______________________________________________
>> seasar-dotnet mailing list
>> seasar-dotnet ＠ ml.seasar.org
>> https://ml.seasar.org/mailman/listinfo/seasar-dotnet
seasar-dotnet メーリングリストの案内