[Seasar-user:20136] Re: 【DBFlute】 （Query)DerivedReferrerについて

[金子 雄一]

金子です。

>西山さん
Viewについては、いい案なのですが、
結合が少々多いので、
ちょっと、考えないとなという感じです。

>久保さん

>> 着手したいと思いますが、ちょっとすぐにできる保証はないです。
>> (ColumnQuery の中身はとても複雑なので...)

着手ありがとうございます。
ColumnQueryの周りを、少し見ましたが、
こいつは、きついなぁと。

あとは、型が違うカラムを比較されたときの安全性が、
というところでしょうか。
以下のようなことが防げるかどうか？です。

where
 数字 = max(文字型カラム)


(個人的には、防げなくてもいいとは思います。
どうせ、SQL的には、落ちますから…。データは壊れないですし。
というか、実装レベルで防ぐの大変な気が・・・・。)

今回は、仕様的に、
別の方法で逃げられないかの検討をしてみます。



(2010/09/09 21:05), 西山はじめ wrote:
> 西山です。
> 
> どれだけ適用できるかどうか分からないですが、
> 子テーブルの検索条件が固定でしたら、代替案としてViewを作成して
> これに対してカラム同士の検索条件をかけてしまうのはどうでしょうか？
> 
> create view hogewithchild as
> select
>   hoge.*
> ,(select max(ColB) from child where hoge.hoge_id = child.child_id and 未削除) alias
> from
>   hoge
> 
> 結合テーブル多いとadditional設定とかも多くなるのでちょっとアレですけど・・・
> 
> --
> 西山はじめ
> 
> 2010年9月9日20:50 kubo<[E-MAIL ADDRESS DELETED]>:
>> 久保です。
>>
>> 金子さん、こんばんは
>>
>> 要は、ColumnQuery の中で DerivedReferrer ってところですね。
>> 一応、検証してみたところ「実現不可能ではない」という感じです。
>> ただ、「かなり頑張る必要がありそう」という面もあります。
>> 着手したいと思いますが、ちょっとすぐにできる保証はないです。
>> (ColumnQuery の中身はとても複雑なので...)
>>
>> ColumnQuery の中で、(Specify)DerivedReferrer なのか、
>> (Query)DerivedReferrer なのか、ちょっと迷います。
>> (Specify)DerivedReferrer の場合は、aliasName が無意味。
>> (Query)DerivedReferrer の場合は、続く greaterEqual などが無意味。
>> 今は、SpecifyQuery と言っているので前者の方で、
>> aliasName は固定で null を入れてもらう方で考えています。
>> (ただ、どちらにするかによって、内部的な実現方法も
>> ガラリと変わるので、それ次第でもありますね)
>> _______________________________________________
>> Seasar-user mailing list
>> [E-MAIL ADDRESS DELETED]
>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>
> _______________________________________________
> Seasar-user mailing list
> [E-MAIL ADDRESS DELETED]
> https://ml.seasar.org/mailman/listinfo/seasar-user
> 


-- 
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆
金子　雄一  Yuichi Kaneko
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆