#全文検索

検索基盤の話は、一見すると地味です。けれど、裏側の設計が変わると、検索の速さだけでなく、できることの幅まで変わります。turbopufferはまさにそこをいじり始めました。ベクトル検索を売りにしてきた同社が、次の版では「ベクトルを主キーにしない」構造へ移ると宣言したのです。単なる内部改修ではなく、製品の性格そのものを変える話だと思います。 turbopufferは、検索基盤のストレージ設計を大きく変えると発表した。新しい版である turbopuffer v3 では、文書とインデックスの配置、書き込み、圧縮、クエリの扱い方まで見直す。狙いは単に vector search を速くすることではない。text search、regex search、そして将来的にはより多くの SQL クエリまで、全体を速くする土台を作ることにある。 このサービスは最初、serverless vector database として始まった。オブジェクトストレージを真実の保管場所にし、NVMe SSD とメモリの階層的なキャッシュで速度を出す設計だった。初期の利用者としては Cursor や Notion が挙

PlanetScaleが、Postgres向けの全文検索拡張「TIN」をGAとして公開した。検索エンジンというと専用プロダクトを思い浮かべがちだが、今回の話は「Postgresの中でどこまで実用的な全文検索をやれるのか」に踏み込んでいる。しかも単なる追加機能ではなく、更新が続く本番DBで検索を走らせる前提にかなり強く寄せているのが面白い。この記事では、その主張とベンチマークの見せ方がかなりはっきりしている。 PlanetScaleは、顧客から最もよく求められるPostgres機能のひとつが全文検索だとして、TINを発表した。TINは “Text INdex” の略で、PostgresとNekiの両方で使える全文検索拡張としてGA扱いになっている。使い方は素直で、`CREATE INDEX ... USING tin(...)` でインデックスを作り、`==>` 演算子で検索する。元記事では、商品説明から「stretch denim jeans」を含む上位10件を返す例、メール本文から特定の語を含む文書を拾う例、写真のタグの件数を数える例が示されていた。 PlanetScaleがTINに

ウェブで見つけた情報をあとから探し直せない、という悩みは意外と根深い。ブックマークだけでは足りず、ブラウザ履歴も断片的で、ローカルに置いた資料とネット上で読んだページが別々に埋もれていく。GitHubで公開されている Hister は、その散らばった記憶をまとめて引ける「自分専用の検索エンジン」を掲げるプロジェクトだ。しかも、単なるローカル検索ではなく、ブラウザ拡張、terminal、web UI、MCP 経由のAI連携まで含めて見せているのが面白い。個人向けの検索が、ただの便利機能ではなく、情報の持ち方そのものを変える段階に来ている、と感じた。 元記事によると、Hister は「Your own search engine」と名乗るプライベート検索エンジンで、主に自分が訪れたページや手元にあるファイルを対象に全文検索できる。特徴は、タイトルやURLだけを拾うのではなく、ページ本文やファイルの中身まで索引化する点だ。あとで探したい情報を、見出しの雰囲気やサイト名ではなく、実際にその場で目にした言い回しから引き当てられる。 使い方も、かなり具体的に案内されている。最新リリースからバイナリ