Newsgroup: it.comp.os.linux.software
Titolo: [postgresql] Problema tecnico/filosofico..

Ciao, avrei bisogno di un consiglio su come organizzare un db con 
postgre.
Allora devo memorizzare dei dati relativi a libri, riviste, cd e cdrom 
per un piccolo sito. 
Attualmente sto utilizzando una tabella per ogni articolo, le tabelle 
sono praticamente identiche, in certi casi, alcuni campi non vengono 
utilizzati. Mi chiedevo se mi conviene continuare con questa 
impostazione oppure utilizzare un'unica tabella con un campo che mi 
specifichi il tipo di prodotto. La tabella unica mi semplificherebbe 
diverse cosette..
I campi attualmente sono 18, probabilmente arriveranno 20.
Considerando che in partenza verrebbero memorizzati circa 2500 libri, 
20-30 CD, una decina di riviste e forse qualche cdrom, cosa mi 
consigliate di fare?
Quali sono i reali pro e contro delle due soluzioni?
Ciao e grazie.
 
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 Quali sono i reali pro e contro delle due soluzioni?
Se ci fossero diverse migliaia di libri, diverse migliaia di cd
eccetera, ci sarebbe un incremento di prestazioni significativo in una
ricerca all'interno di un tipo di supporto, perche' verrebbe fatta in
una sola tabella.  Dubito che con quantita` di dati con cui hai a che
fare faccia differenza per le prestazioni, mentre la singola tabella
ti semplifica la gestione.
Massimiliano
-- 
The Practical Penguin's Notebook - 
http://practicaltux.sourceforge.net
Guide per newbie pratiche al 100%: configurazione della posta
(Postfix, Fetchmail e Procmail), tutorial da zero su Mutt ed Emacs.
ManuaLinux: manuale di base in italiano by Panther

 diverse cosette..
Se la descrizione di ogni articolo consiste di una sola riga ti conviene 
di gran lunga utilizzare una tabella unica.
Se non e` cosi`, usare una tabella per ogni articolo puo` dare qualche 
vantaggio in termini di isolamento (se fai casini su un articolo non ci 
vanno di mezzo gli altri; un'applicazione scritta bene, pero`, non 
dovrebbe aver bisogno di questo conforto) e, se le tabelle contengono 
molte righe, di prestazioni.
Piu` in generale, il vantaggio di prestazioni dell'uno o dell'altro 
approccio dipende dalla frequenza e dalle modalita` degli accessi alle 
tabelle (nonche' appunto dal numero di righe); nel tuo caso 
probabilmente la tabella unica non darebbe penalizzazioni sensibili. Ti 
conviene comunque indicizzare il campo che specifica il tipo di prodotto.
Ciao
  David
-- 
<d.santinoli presso mi. flashnet. it>

Dan...@karma.kailed.net
 wrote:
...
Grazie a tutti e due.
Ciao.


 diverse cosette..
Se non ci sono molti campi diversi puo' convenire collassare verso l'alto la
gerarchia. Cioe', nell'ER questa era rappresentata con una gerarchia, quindi
inglobi le entita' figlie nell'entita' padre, tenendo tutti i campi delle
figlie e mettendo un selettore (o un'array di selettori).
La risposta e' sempre quella: dipende.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos