C#DBFluteもバージョン的にそろそろ大詰めを迎えますが、それまでに幾つか再検討しておきたい仕様があります。昔のDBFluteではなく、今そしてこれからのDBFluteにふさわしい仕様を検討したいと考えます。再検討して今まで通りである可能性は十分あります。現状の仕様に関して説得力を持たせることができるメリットがあります。その第一弾が「ConditionBeanでOr句をどうする?」です。>>Orはサポート外でUnionで代替。そもそも頻度が少ない<A>Orはパフォーマンス上の考慮でUnionに置き換えることが多いので、それならば最初からUnionで書いた方が良い(安全な)ため。下手なOrの利用でカオスな実装をされたくない。<B>CBのUnionは冗長なく書けるようになっているのでSQLでのイメージほどUnionが重苦しい実装になることはない。<C>頻度はANDに比べて圧倒的に少ない。Or句はDB設計の工夫次第で無くしていくことも可能である。しても利用せざるを得ない場合は、重要度の高いSQLになりやすいため、自然と外だしSQLになることも多い。永遠に「CBでOrは?」って言われ続ける実現は難しいことは無い。LikeSearchOptionのasOrSplit()との関係に矛盾が発生してしまうが、仕様を明確にすることで大きな影響はないかと思われる。"DBFlute.NET-0.8.9.9"からのやり方を記載します。orCB.Query().SetMemberName_PrefixSearch("J");});というところです。この件は、ConditionBeanを利用されている皆様にぜひ意見を聞きたいと思っております。(現状のままか、サポートすべきか)無論、最終的には自分が判断をしますが、今後のプロデュースに大きな影響のある部分ですので、利用者の方の意見を聞きたいです。コメントを待っています。再開したディズニーシーにはてなブログをはじめよう!jfluteさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。