Se ho capito in modo corretto, il tuo database non e' normalizzato.
Potresti scrivermi lo schema della tabella (o almeno un esempio
simile) e dire quali campi sono quelli che richiedono ulteriori insert
e quali rimangono uguali invece?
Ciao a tutti,
volevo chiedervi un consiglio su un'idea che mi e' venuta.
Premetto che utilizzo PostgreSQL 8.2.5
Ho una tabella che mantiene le posizioni GPS di tante centraline che
girano in Italia. Questi punti vengono elaborati N volte (ad esempio una
volta vengono calcolate le distanze, altre volte i viaggi, le
statistiche etc). Queste elaborazioni sono separate e devono rimanere
separate.
Di questa tabella, 17 campi vengono scritti solo la prima volta
(all'atto dell'inserimento) e 10 invece vengono ripetutamente rielaborati.
Siccome i punti cominciano a diventare tanti (decine di migliaia di
punti vengono aggiunti ogni giorno), sto notando un rallentamento
durante il vacuum full che eseguo ogni notte.
Ho pensato che magari potrei separare la tabella in 2, dove in una metto
i campi 'fissi' e nell'altra i campi 'modificabili'. In questo modo
avrei lo svantaggio della JOIN se voglio tutti i dati, ma le tuple
segnate come 'vacuumabili' dovrebbero avere una dimensione ridotta, e
quindi il vacuum forse ne trarrebbe vantaggio.
Qualcuno di voi ha gia' avuto questo problema e magari ha trovato una
soluzione intelligente? Oppure secondo voi in questo modo complicherei
solo lo schema senza dare vantaggi al vacuum? (purtroppo non ho la
possibilita' di fare prove in produzione :D ).
Grazie a tutti
Giorgio Ponza
