{進捗記録}{希哲15年8月23日の開発}{早期実装}{正規一致検索}{整理がついた}{全知検索の課題}{組み合わせる}{OR 検索}{AND 検索}{希哲15年8月23日の進捗時限}...=}(48)

{希哲15年8月23日11歩 K#F85E/A-E74C-BB18}

全知検索整備についての検討終了

全知検索の課題として,AND 検索などと正規一致検索整合性をどうするかという問題があったが,これも概ね整理がついた

AND 検索はそもそも部分一致検索組み合わせるものなので,これは OR 検索 とともに部分一致検索一種位置付けることにした。OR 検索正規一致矛盾しないが,そういう検索をしたい場合はなので統一感を取るべきだろう。必要になったら正規一致検索明示する演算子導入すればいい。

ただし,前方一致検索後方一致検索指定することは出来てもいい。a... & ...z で開始文字列と終了文字列を指定出来るのは便利そうだ。

指定にかかわらず,描写検索部分一致検索となる。


ここまでで概ね全知検索設計実装上の課題片付いたと言えそうだ。

早期実装の目処がついたため,19日の開発まとめた作業項目優先順位で「検索語提案機能実装」としていた所を「全知検索整備」に拡大することにした。

=}
{デラング}{進捗記録}{交度}{デライト}{`whr_kw()`}{希哲15年8月23日の開発}{検索語変換}{どうとでもなる}{条件次第}{OR 検索}...=}(70)

{希哲15年8月23日7歩 K#F85E/A-E74C-ECC6}

全知検索整備についての検討終了

全文検索にはとりあえず pg_bigm採用しておくことにした。知名検索でも中間一致検索性能課題だったので,これも解決出来そうだ。後方一致検索に関しては,PostgreSQL 9.1 から reverse()組み込み函数として提供されるようになっているので問題ないだろう。

後縁実装どうとでもなるが,難しいのは用合いだ。全知検索窓をこれ以上ごちゃごちゃさせたくないので,まずは検索演算子として各種機能実装したい。これに関しても,だいぶまとまってきた

カンマAND 検索に使うという構想があったが,& ボタンとの兼ね合いもあるので,まずは無難&AND で AND 検索,|OROR 検索対応することにした。除外検索条件次第- を使えるようにしてもいいだろう。

部分一致検索については,省略記号 ...ダッシュ記法応用した ---対応する。

描写検索については,基本的には昨年7月27日3歩方針踏襲し,末尾に ?? を加える形で対応することにした。デラングとの兼ね合い検索寸片をどうするかという課題は残るが,デライトではそれほど多用するものではないので,まずは普通に引っかかるだけで十分だろう。

一つの可能性として,検索ボタンダブルクリックダブルクリック検索対象切り替える機能があってもいいかもしれない。

いずれにせよ,まずは既存の検索語変換交度whr_kw()まとめる作業から始めることになるだろう。

=}
{AND 検索}

{}