Re: storing large amounts of text

Поиск
Список
Период
Сортировка
От wieck@debis.com (Jan Wieck)
Тема Re: storing large amounts of text
Дата
Msg-id m12kbD6-0003knC@orion.SAPserv.Hamburg.dsh.de
обсуждение исходный текст
Ответ на Re: storing large amounts of text  ("Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>)
Список pgsql-general
Ross J. Reedstrom wrote:

> Just to give everyone here a head's up as to what's coming: The developers
> have long known that the size limit on tuple storage (particularly as it
> affects the 'text' type) needs to go away, and that the existing large
> objects (lo) are less than ideal as a work around. Jan Wieck has done
> the inital plan and development of a generic replacement: the Oversized
> Tuple Storage Technique (TOAST).
>
> http://www.postgresql.org/projects/devel-toast.html

    Look at

        http://www.postgresql.org/~wieck

    for   a   just   uploaded   snapshot  of  the  ongoing  TOAST
    development.  It demonstrates with a user defined  CLOB  type
    what the toaster actually can do to store a multiple MB sized
    string into a single attribute (of course,  one  table  could
    contain several CLOB columns and they get toasted as needed -
    biggest first).

> This system allows automatic compression and/or external storage of
> any datatype, directly in the database. It's still in development, but
> Jan has recently released a snapshot, so it's past the initial planning
> stages. For now, we'll all have to make do with lo or external file store,
> but there is hope on the horizon...

    AFAIK, we'll finally have a CLOB data type upward  compatible
    with  what's  in  the  above  snapshot.  So someone in really
    urgent need to get going with it please feel free to  contact
    me directly. The above is not meant to be used in production.
    But we should be able to create BLOB in the same way too  and
    create a useful after 7.0 feature patch in a few weeks.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#========================================= wieck@debis.com (Jan Wieck) #



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

Предыдущее
От: rmcm@compsoft.com.au
Дата:
Сообщение: Re: Revisited: Transactions, insert unique.
Следующее
От: Tom Cook
Дата:
Сообщение: RE: unique row identifier data type exhausted . . .