Re: TOAST issue on custom index access method
От | Tom Lane |
---|---|
Тема | Re: TOAST issue on custom index access method |
Дата | |
Msg-id | 12591.1277389210@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | TOAST issue on custom index access method (Carsten Kropf <ckropf2@fh-hof.de>) |
Ответы |
Re: TOAST issue on custom index access method
|
Список | pgsql-hackers |
Carsten Kropf <ckropf2@fh-hof.de> writes: > I have a strange issue using a custom built index structure. My index access method support document type composed of words(as tsvector) and points (1-dimensional arrays of them). For internal reasons, I have to save the documents as a wholeinside my structure (for proper reorganisations). > So, I form the tuples using index_form_tuple with the proper description. Everything works fine, as long as the documentsare quite small. However, if the tsvector becomes too large, I run into a problem of not being able to store thedocuments, because (obviously) the tsvector is too large for one page. Well, of course. I think this is a fundamentally bad index design. You didn't say exactly what sort of searches you want this index type to accelerate, but perhaps you need a design closer to GIN, in which you'd make index entries for individual words not whole documents. > What I tried to solve this issue here, is to extract the words from the document (in my index) and calling 'Datum toast_compress_datum(Datumvalue)'in order to compress the tsvector into a proper toast table. Indexes don't have toast tables. regards, tom lane
В списке pgsql-hackers по дате отправления: