여러 열로 Postgres 전체 텍스트 검색, 왜 런타임이 아닌 인덱스로 연결합니까?

지난 며칠 동안 postgres에서 전체 텍스트 검색을 보았으며 여러 열을 검색 할 때 색인 작성에 대해 약간 혼란 스럽습니다.

postgres 문서ts_vector 는 다음과 같이 연결된 열에 인덱스를 만드는 것에 대해 이야기합니다 .

CREATE INDEX pgweb_idx ON pgweb 
    USING gin(to_tsvector('english', title || ' ' || body));

내가 그렇게 검색 할 수 있습니다 :

... WHERE 
      (to_tsvector('english', title||' '||body) @@ to_tsquery('english', 'foo'))

그러나 제목, 때로는 본문 및 때로는 둘 다 검색하려는 경우 3 개의 별도 색인이 필요합니다. 세 번째 열에 추가하면 잠재적으로 6 개의 인덱스 등이 될 수 있습니다.

문서에서 보지 못한 대안은 두 열을 별도로 색인화 한 다음 일반 WHERE...OR쿼리를 사용하는 것입니다 .

... WHERE
      (to_tsvector('english', title) @@ to_tsquery('english','foo'))
    OR
      (to_tsvector('english', body) @@ to_tsquery('english','foo'))

~ 1 백만 행에 두 개를 벤치마킹하면 기본적으로 성능에 차이가없는 것 같습니다.

그래서 내 질문은 :

열을 개별적으로 인덱싱하지 않고 이와 같은 인덱스를 연결하려는 이유는 무엇입니까? 두 가지의 장단점은 무엇입니까?

가장 좋은 추측은 사전에 알고 있다면 두 열 (한 번에 한 번만)을 검색하지 않고 메모리를 덜 사용하는 하나의 색인 만 연결하면된다는 것입니다.

아니요 별도의 색인이 필요하지 않습니다. 가중치 기능을 사용하십시오. 그들은 당신이 쿼리 할 수있는 레이블 일뿐입니다. (AD)에 대해 쿼리 할 레이블을 최대 4 개까지 가질 수 있습니다.

--search any "field" for quick:
select 'quick:1A brown:2B quick:3C'::tsvector @@ 'quick'::tsquery; --true

--search B "field" for quick:
select 'quick:1A brown:2B quick:3C'::tsvector @@ 'quick:B'::tsquery; --false

--search B or C "fields" for quick:
select 'quick:1A brown:2B quick:3C'::tsvector @@ 'quick:BC'::tsquery; --true

tsvectors를 연결하여 가중치를 별도로 적용한 다음 하나로 묶을 수 있습니다.

select
  setweight( name_column::tsvector, 'A') || setweight( phone_column::tsvector, 'B');

실제로 대안은 AND가 아닌 OR로 where를 사용하는 것입니다 .

tsvector (body + title)에 대한 색인이 있고 검색하는 경우 검색된 단어의 제목 또는 본문이 될 수 있습니다 .

또한 테스트 할 때 테이블에 적절한 수의 행이 있는지 확인하십시오.

좋은 차이를 보여줄 수있는 가장 간단한 경우 : 두 단어를 찾으십시오. 그 중 하나는 제목에있을 가능성이 높습니다. 다른 하나는 몸에있을 가능성이 높습니다. 그러나 두 기준 과 일치 하는 행이 많지 않아야 합니다. 예를 들어, 단어 "depesz"의 30 %가 본문에있을 수 있습니다. 제목이 "mysql"일 가능성이 ~ 30 %입니다. 그러나 같은 행의 필드에 "depesz 및 mysql"이있는 경우는 거의 없습니다. 그런 다음 해당 색인으로 성능을 확인하십시오.