こんにちは私は私のサービスに検索機能を実装する前にいくつかの研究をしています。現在、PostgreSQLをメインストレージとして使用しています。私は間違いなくPostgreSQLの組み込みの全文検索を使用できますが、問題はデータが複数のテーブルに分散していることです。

私のサービスはeコマースWebサイトです。したがって、顧客が「良いappleラップトップ」を検索した場合、すべての投稿を完全に検索するには、Brandテーブル、postテーブル、およびreviewテーブル（1つの投稿は複数のレビューと短い要約の組み合わせ）を結合する必要があります。elasticsearchを使用する場合、前処理により完全な投稿を挿入できます。

私の調査によると、PostgreSQLのFTSとelasticsearchは同じようなパフォーマンスを発揮するという人もいれば、elasticsearchの方が速いと言う人もいます。私の場合、どちらがより良い解決策でしょうか？

前もって感謝します

短い答え： Elasticsearchの方が良い

説明： PostgreSQLとElasticsearchは2種類の異なるデータベースです。Elasticsearchはドキュメント検索に強力であり、PostgreSQLは依然として従来のRDBMSです。一部の投稿でテキストを検索するという目標を確認します。PostgreSQLがフルテキスト検索でどのようにうまく機能していても、Elasticsearchは膨大なテキストやドキュメント（またはレコード）を検索するように設計されています。また、検索するサイズが大きいほど、パフォーマンスはPostgreSQLよりもElasticsearchの方が優れています。さらに、Elasticsearchに保存する前に投稿をいくつかのフィールドとインデックスに前処理すると、多くの利点と優れたパフォーマンスを得ることができます。

フルテキスト機能が確実に必要な場合は、MSSQLを検討してください。MSSQLは、PostgreSQLよりも優れている場合があります。

コメントに返信： 異なるタイプのDBでのプロパティ比較の常識である必要があります。OPは、保存されているデータの量とサイズを提供していませんでした。これが検索対象のデータのサイズが小さい場合、PostgreまたはESのどちらを選択してもかまいません。ただし、トランザクションとデータリポジトリが今後さらに大きくなると、ESはそのメリットを享受できます。

このサイトをチェックして、各タイプのDBの現在のランキングを確認し、アプリケーションの将来の要件、アーキテクチャ、データの増加の中から最適なものを選択できます。

PostgreSQLがすでにスタックにある場合、PostgreSQLの全文検索を使用するのが最善の方法です。

PostgreSQLで全文検索（FTS）を使用する理由

それ以外の場合は、データベースのコンテンツを外部の検索エンジンにフィードする必要があるためです。

外部検索エンジン（例えばelasticsearch）に高速であるしかし：

• すべてのドキュメントにインデックスを付けることはできません-完全に仮想的なものになる可能性があります
• 彼らは属性にアクセスできません-複雑なクエリはありません
• それらを維持する必要があります— DBAの頭痛の種
• 時々彼らは認定される必要があります
• インスタント検索を提供していません（新しいデータをダウンロードしてインデックスを再作成する時間が必要です）
• それらは一貫性を提供しません—検索結果はデー​​タベースからすでに削除されている可能性があります

PostgreSQLのFTSについてもっと知りたい場合は、Oleg Bartunovによる素晴らしいプレゼンテーションがあります（ここから上記のリストを抽出しました）。「PostgreSQLでの全文検索が必要ですか？」

これは、SQLの複数のテーブルから「ドキュメント」を作成する（テキスト検索ドキュメントを読む）方法の短い例です。

SELECT to_tsvector(posts.summary || ' ' || brands.name) 
FROM posts
INNER JOIN brands ON (brand_id = brands.id);

EコマースWebサイトにDjangoを使用している場合は、「PostgreSQLを使用したDjangoでの全文検索」でこの記事を読むこともできます。