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 ?
|
Список | 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 по дате отправления: