Re: pgsql: Phrase full text search.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Phrase full text search.
Дата
Msg-id 11272.1460123329@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Phrase full text search.  (Teodor Sigaev <teodor@sigaev.ru>)
Ответы Re: pgsql: Phrase full text search.  (Teodor Sigaev <teodor@sigaev.ru>)
Список pgsql-committers
Teodor Sigaev <teodor@sigaev.ru> writes:
>> Hasn't this patch broken on-disk compatibility of type tsquery by
>> renumbering the values of QueryOperator.operator?  I'm looking at
>> the patch delta in ts_type.h.

> Distance field is placed exactly in hole between two uint8_t fields and uint32_t
> field, as I known any known platform which we support uses 4-byte aligment for
> int32 type. Am I wrong?

No, I'm worried about the fact that you changed the OP_xxx constants.
Won't that cause a pre-existing tsquery operator to be read incorrectly?

Assuming that I'm right, you need to revert OP_AND/OP_OR/OP_NOT to what
they were before, which means you need to give up on the assumption that
the numerical values of the OP_xxx constants correspond directly to their
syntactic priority.  But that assumption was never going to survive the
next tsquery expansion anyway.  I'd suggest a static const array mapping
the OP values into their syntactic priorities.

            regards, tom lane


В списке pgsql-committers по дате отправления:

Предыдущее
От: Teodor Sigaev
Дата:
Сообщение: pgsql: Rename comparePos() to compareWordEntryPos()
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Use quicksort, not replacement selection, for external sorting.