Re: Storage for multiple variable-length attributes in a single row
От | Esteban Zimanyi |
---|---|
Тема | Re: Storage for multiple variable-length attributes in a single row |
Дата | |
Msg-id | CAPqRbE7T23zgvf+qjboXpNev--LMxGsBZB-7sP4C+KsHJ=553A@mail.gmail.com обсуждение исходный текст |
Ответ на | Storage for multiple variable-length attributes in a single row (Esteban Zimanyi <esteban.zimanyi@ulb.be>) |
Ответы |
Re: Storage for multiple variable-length attributes in a single row
|
Список | pgsql-hackers |
Dear all
May I kindly ask your insight about a question I posted 1 month ago and for which I never received any answer ?
Many thanks
On Thu, Jan 6, 2022 at 4:05 PM Esteban Zimanyi <esteban.zimanyi@ulb.be> wrote:
Dear allWhen ingesting mobility (IoT) data into MobilityDBwe transform very wide (2K attributes) car mobility data of high frequence (every tenth of a second) from flat format (e.g. CSV) into MobilityDB format in which there is a single record per trip and each of the signals is transformed into a temporal attribute (tbool, tint, tfloat, ttext, tgeompoint, tgeogpoint), which are temporal extensions of the corresponding PostgreSQL/PostGIS base types (bool, int, float, text, geometry, geography). All temporal types are stored using extended format, e.g.,CREATE TYPE tfloat (internallength = variable,
[...]
storage = extended,
alignment = double,
[...]
);Given that each temporal value can be very wide (on average 30K timestamped points/floats/text/... per trip) our first question is* Is extended the right storage for this ?Our second question is how all the 2K temporal attributes are stored, which may be* on a single table space* in one table space per attributewhich in other words, relates to the question row vs column storage.Many thanks for your insightEsteban
В списке pgsql-hackers по дате отправления: