Re: Storage for multiple variable-length attributes in a single row - Mailing list pgsql-hackers

From Esteban Zimanyi
Subject Re: Storage for multiple variable-length attributes in a single row
Date
Msg-id CAPqRbE7T23zgvf+qjboXpNev--LMxGsBZB-7sP4C+KsHJ=553A@mail.gmail.com
Whole thread Raw
In response to Storage for multiple variable-length attributes in a single row  (Esteban Zimanyi <esteban.zimanyi@ulb.be>)
Responses Re: Storage for multiple variable-length attributes in a single row  ("David G. Johnston" <david.g.johnston@gmail.com>)
List 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 all

When ingesting mobility (IoT) data into MobilityDB
we 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 attribute
which in other words, relates to the question row vs column storage.

Many thanks for your insight

Esteban

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Database-level collation version tracking
Next
From: Peter Eisentraut
Date:
Subject: Re: support for CREATE MODULE