Francamente, l'opzione migliore è "non EAV". Cerca di usare hstore
campi, XML
o json
.
In PostgreSQL non vi è alcun vantaggio in termini di prestazioni nell'utilizzo di tabelle per tipo di dati. NULL
i valori sono memorizzati in un compatto NULL
bitmap, quindi fa pochissima differenza se hai una tupla come (NULL, NULL, NULL, 42, NULL, NULL)
o semplicemente (42)
.
Questo ti permette anche di aggiungere CHECK
vincolo che impone che esattamente un campo debba essere non NULL
, quindi non ottieni più valori di tipo diverso.
Demo:
regress=> CREATE TABLE eav_ugh (
entity_id integer,
int_value integer,
numeric_value numeric,
text_value text,
timestamp_value timestamp with time zone,
CONSTRAINT only_one_non_null CHECK (
(int_value IS NOT NULL AND numeric_value IS NULL AND text_value IS NULL AND timestamp_value IS NULL) OR
(int_value IS NULL AND numeric_value IS NOT NULL AND text_value IS NULL AND timestamp_value IS NULL) OR
(int_value IS NULL AND numeric_value IS NULL AND text_value IS NOT NULL AND timestamp_value IS NULL) OR
(int_value IS NULL AND numeric_value IS NULL AND text_value IS NULL AND timestamp_value IS NOT NULL)
)
);
CREATE TABLE
regress=> insert into eav_ugh (entity_id, numeric_value) select x, x from generate_series(1,5000) x;
INSERT 0 5000
regress=> select pg_relation_size('eav_ugh');
pg_relation_size
------------------
229376
(1 row)
regress=> CREATE TABLE no_null_cols(entity_id integer, numeric_value numeric);
CREATE TABLE
regress=> insert into no_null_cols (entity_id, numeric_value) select x, x from generate_series(1,5000) x;
INSERT 0 5000
regress=> select pg_relation_size('no_null_cols');
pg_relation_size
------------------
229376
(1 row)
regress=> SELECT sum(pg_column_size(eav_ugh)) FROM eav_ugh;
sum
--------
164997
(1 row)
regress=> SELECT sum(pg_column_size(no_null_cols)) FROM no_null_cols;
sum
--------
164997
(1 row)
In questo caso la bitmap nulla non aggiunge alcuno spazio, probabilmente a causa di requisiti di allineamento.