On Tue, Jan 26, 2021 at 4:31 AM Neil Chen wrote:
> On Mon, Jan 25, 2021 at 11:25 PM Alexander Korotkov
> wrote:
>>
>>
>> BTW, you mentioned you read the documentation. Do you think it needs
>> to be adjusted accordingly to the patch?
>>
>
> Yes, I checked section 8.11, section 9.13 and Chapter
Hi Alexander,
On Mon, Jan 25, 2021 at 11:25 PM Alexander Korotkov
wrote:
>
> BTW, you mentioned you read the documentation. Do you think it needs
> to be adjusted accordingly to the patch?
>
>
Yes, I checked section 8.11, section 9.13 and Chapter 12 of the document.
The change of this patch did
Hi, Neil!
On Mon, Jan 25, 2021 at 11:45 AM Neil Chen wrote:
>
> The following review has been posted through the commitfest application:
> make installcheck-world: tested, passed
> Implements feature: tested, passed
> Spec compliant: not tested
> Documentation:not tes
The following review has been posted through the commitfest application:
make installcheck-world: tested, passed
Implements feature: tested, passed
Spec compliant: not tested
Documentation:not tested
Greetings,
Although I am not an expert in this field, I carefully re
On Thu, Jan 7, 2021 at 6:36 AM Alexander Korotkov wrote:
>
> > I read your patch over quickly and it seems like a reasonable
> > approach (but sadly underdocumented). Can we extend the idea
> > to fix the to_tsquery case?
>
> Sure, I'll provide a revised patch.
The next version of the patch is a
Hi!
On Wed, Jan 6, 2021 at 8:18 PM Tom Lane wrote:
> Alexander Korotkov writes:
> > # select to_tsvector('pg_class foo') @@ websearch_to_tsquery('"pg_class
> > foo"');
> > ?column?
> > --
> > f
>
> Yeah, surely this is wrong.
Thank you for confirming my thoughts. I also felt that is
Alexander Korotkov writes:
> # select to_tsvector('pg_class foo') @@ websearch_to_tsquery('"pg_class
> foo"');
> ?column?
> --
> f
Yeah, surely this is wrong.
> # select to_tsquery('pg_class <-> foo');
> to_tsquery
> --
> ( 'pg' & 'class' ) <-> '
On Thu, Nov 12, 2020 at 4:09 PM Alexander Korotkov wrote:
> This issue looks like the much more complex design bug in phrase
> search. Fixing this would require some kind of readahead or multipass
> processing, because we don't know how to process 'pg_class' in
> advance.
>
> Is this really a des
