reverse()
}{交度}{whr_kw()
}{希哲15年8月23日の開発}{検索語変換}(70)全文検索にはとりあえず pg_bigm を採用しておくことにした。知名検索でも中間一致検索の性能は課題だったので,これも解決出来そうだ。後方一致検索に関しては,PostgreSQL 9.1 から reverse() が組み込み函数として提供されるようになっているので問題ないだろう。
後縁の実装はどうとでもなるが,難しいのは用合いだ。全知検索窓をこれ以上ごちゃごちゃさせたくないので,まずは検索演算子として各種機能を実装したい。これに関しても,だいぶまとまってきた。
カンマを AND 検索に使うという構想があったが,& ボタンとの兼ね合いもあるので,まずは無難に &
か AND
で AND 検索,|
か OR
でOR 検索に対応することにした。除外検索は条件次第で -
を使えるようにしてもいいだろう。
部分一致検索については,省略記号 ...
とダッシュ記法を応用した ---
に対応する。
描写検索については,基本的には昨年7月27日3歩の方針を踏襲し,末尾に ??
を加える形で対応することにした。デラングとの兼ね合いで検索寸片をどうするかという課題は残るが,デライトではそれほど多用するものではないので,まずは普通に引っかかるだけで十分だろう。
一つの可能性として,検索ボタンをダブルクリック/ダブルクリックで検索対象を切り替える機能があってもいいかもしれない。
いずれにせよ,まずは既存の検索語変換交度を whr_kw() にまとめる作業から始めることになるだろう。
今日も大理容の前に作業が挿入された。大理容は更に3日延期。
ただ,内部構造は前縁にも大きく影響するため悲観的には捉えていない。
SQL 文字列をリテラルとして表現する時,先頭か末尾に半角スペースを入れた方が連結時に間違いがないが,どちらに入れるか少し迷っていた。カンマで繋ぐ時の事を考え,いったん先頭に入れるように統一してみることにした。
輪郭の正規 URI をより統一された手法で扱うため,knm_T と KNEST 函数の整備を開始した。
21時30分頃,ふと画面を見て mn.kitetu.com の SSL 証明書切れに気付いた。20時頃に切れていたようで,作業はワイルドカード証明書を他から写し貼りして5分ほどで終了。
他の捌き手がワイルドカード証明書に移行していたため完全に忘れていた。