Re: hstore or jsonb ?

Поиск
Список
Период
Сортировка
От Bzzzz
Тема Re: hstore or jsonb ?
Дата
Msg-id 20221114222113.513b7253@msi.defcon1.lan
обсуждение исходный текст
Ответ на Re: hstore or jsonb ?  (Laurenz Albe <laurenz.albe@cybertec.at>)
Ответы Re: hstore or jsonb ?  (Laurenz Albe <laurenz.albe@cybertec.at>)
Список pgsql-novice
On Mon, 14 Nov 2022 22:03:02 +0100
Laurenz Albe <laurenz.albe@cybertec.at> wrote:

> On Mon, 2022-11-14 at 15:50 +0100, Bzzzz wrote:
> > I'd like to store specs, as they vary a lot from one item to
> > another, hstore or jsonb look like the best solution.
> > 
> > Specs can have 2 levels at most.
> > ie: "color": ["white", "black", "blue"]).
> > 
> > The indexation is mandatory for fulltext accurate researches in
> > (almost) natural language.
> > 
> > So, as the processing is almost the same (maps I/O in Erlang),
> > which one would be the best for my needs, hstore or jsonb ?
> 
> "hstore" is obsolete; don't use it.

Oh, I missed that, so jsonb it'll be.

> > Also, from what I read, the both of them can be easily indexed, but
> > which index is the best, GIN or RUM ?
> > 
> > And furthermore, which index option (XXX_ops), if any, would be the
> > best for the chosen one ?
> 
> That depends on the query you need to support.
> 
> I have no idea what you mean by "fulltext accurate search" in a hstore
> or JSON.

One kind, that will be something like :
SELECT websearch_to_tsquery('english', 'switching power supply
output tension 5 Vcc 5 A') ;

This will be for external, internal queries will specify more to be
more accurate/restrictive.

I can't put specs into columns because they are very different from
one to another family of products, hence the use of json to keep them
as malleable as possible.

Jean-Yves



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

Предыдущее
От: Laurenz Albe
Дата:
Сообщение: Re: hstore or jsonb ?
Следующее
От: Bzzzz
Дата:
Сообщение: Re: hstore or jsonb ?