Newsgroup: it.comp.software.database
Titolo: progressivo

Salve, vorrei chiedervi qual'è l'importanza del progressivo all'interno
di un db.
Sto facendo un gestionale e sono alle prime armi sia per db che per
programmazione, quindi vorrei sapere genericamente quali sono i casi in
cui il progressivo ha un utilità e quali no. Un esempio, devo registrare
degli oggetti nel gestionale, ogni oggetto è composto in misura
variabile da altri sottoggetti che cambiano da oggetto a oggetto, sia in
tipo che in numero. Es. ho l'oggetto cucina composto dai sottoggetti
tavolo fuochi cassettiere ecc
Io posso distinguire ogni oggetto dal una sigla, ma per ragioni
contabili ho bisogno di sapere quante cucine ho registrato dall'inizio
dell'anno, e quindi ogni oggetto/cucina oltre alla sua sigla deve avere
un progressivo. Il punto è: questo progressivo mi è utile inserirlo nel
db oppure usando sql posso ottenerlo per ogni oggetto che registro ?
Che vantaggi/svantaggi ho in un caso e nell'altro ?

 
si, ho letto il tuo articolo, ma forse mi sono spiegato male o forse ho
capita male io cosa sia un progressivo.. 
allora io ho un db, con n cucine ogni cucina come ho detto è composta da
varie cose, un esempio di tabella:
tavolo   1 clienteA
gas      1 clienteA
cassetti 1 clienteA
tavolo   2 clienteB
gas      2 clienteB
cassetti 2 clienteB
il numero è quello che io intendo per progessivo che non è una pk,
sempre che ho capito bene cosa è una pk.
Attraverso il progressivo distinguo le cucine, la cucina1 la cucina2
ecc. La sigla di cui parlavo sul mio primo post è qualcosa di simile
alla chiava parlante del tuo articolo (clienteN). Ma anche in questo
caso non si tratta di pk, perchè è la medesima per tutti gli elementi di
una cucina. 
La sigla è composta da
SiglaCliente+ProgressivoRelativoCliente+TipoCucina+ecc
Potrei usare questa sigla come pk ma comunque non saprei il numero
totale di cucine vendute.. e non saprei il progressivo di ogni cucina da
inserire in fattura. Ovviamente lo posso calcolare volta per volta senza
inserirlo nel db ... 
qualche commento ?
Altra cosa, conosci una guida alla progettazione di db ?

 Che vantaggi/svantaggi ho in un caso e nell'altro ?
Vedi? Ti stanno già portando sulla strada errata: stai pensando come
adattare il tuo programma ad una caratteristica del rdbms, anziché
capire come implementare correttamente il modello dei dati.

 Altra cosa, conosci una guida alla progettazione di db ?
E tu stai facendo un gestionale?
Spero davvero che sia un lavoro scolastico o simile.

 Spero davvero che sia un lavoro scolastico o simile.
no, non è un lavoro scolastico... impegnarsi in qualcosa di ambiezioso è per
me, per come sono fatto, l'unico modo di imparare.
Se poi il software dovra' essere riscritto 3 o 4 volte lo riscriverò 3 o 4
volte.
Tra l'altro a me non pare qualcosa di particolarmente complicato, solo ho
bisogno di essere informato sulla progettazione di un database e un link
era gradito.

 
Finche' si tratta di un gestionale casalingo, sono d'accordo con te.
Quando si tratta di un magazzino con distinta base e listini in lingue, 
la cosa si fa' un po' piu' complicata.
Non impossibile, ma complicata.
Cmq penso che in rete non troverai nessun link che ti spieghi 
passo-passo come progettare un DB (Giuseppe correggimi se sbaglio), ma 
ci sono un sacco di link su come NON dovrebbe essere progettato un 
database :)
Alla prossima.
	MAX