Newsgroup: it.comp.lang.visual-basic
Titolo: [DB] Un solo prodotto con caratteristiche che ne variano il prezzo..

Ciao a tutti...
scusate per l'oggetto un po' criptico ;-)
la questione è questa...
vorrei trovare la soluzione migliore per creare un DB con le
caratteristiche seguenti,
per ottenere facilmente anche in fase di stampa il risultato voluto...
(se preferite posto nel forum dei DB ma visto che il programma è in VB
provo prima qui...)
praticamente c'è una Categoria di prodotti
TAB. CATEGORIA
IdCat
NomeCat
che identifica la tipologia (es. automobili, computer etc...)
poi c'è il prodotto
TAB. PRODOTTI
IdProdotto
NomeProdotto
DescrProdotto
...
...
IdCat
PrezzoProdotto
il problema è che uno (o più) prodotti possono avere una caratteristica
che ne varia il prezzo...
es. automobile 1.000
colore bianco 1
colore nero 2
colore verde 3
quindi prezzo automobile nera=1002
secondo Voi come gestire questa condizione tendendo anche conto del
fatto che in stampa i risultati dovrebbero essere del tipo
Codice Caratteristica       Categoria     Prezzo
-------------------------------------------------------
A0001         --           Automobile     1000
A0001         VRD         Automobile      1003
A0001         NER         Automobile      1002
C0001         --            Computer      100
Aggiungere un campo caratteristica al prodotto non mi da il risultato,
in quanto poi come faccio a sapere la differenza rispetto
al prezzo base???
Una tabella a parte???
Ma poi risulterebbe semplice impostare le query per trovare quante
automobili ho e di che colore???
in teoria dovrei aggiungere una caratteristica == con prezzo 0...
(ma andrebbe fatto prima di utilizzare il prog. secondo me...)
oppure potrebbe venir fuori a video una riga con il nome del prodotto e
il prezzo base e una griglia con le
caratteristiche con i prezzi finali....
Forse è questa la soluzione migliore...che dite???
In stampa non dovrebbero esserci problemi anche se un prodotto non ha
"sottocaratteristiche" ma a video
creare una griglia vuota ed utilizzata solo da un tipo di prodotti può
essere fastidioso???
Meglio creare maschere diverse, una per prodotto???
(anche perché magari sembra brutto chiedere il colore di un computer se
non è una caratteristica variabile...)
Scusate la lunghezza del post...
Spero (ma ne dubito) di essere stato sufficientemente chiaro ;-)))
Grazie a tutti
Ciao
Andy
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:a42b53457652c1ebb50...@mygate.mailgate.org...

Io utilizzerei una anagrafica per ogni automobile di un determinato colore
con il relativo prezzo.
Magari utilizzando due campi in fase di inserimento:
1) per la radice del codice A0001
2) per il colore o altro VRD
Ipotizzando che la radice sia di 10 caratteri e il colore 4 si otterebbe un
codice A0001+++++VRD+ (i + sono in realtà degli spazi).
Immagina di dover fare in seguito delle statistiche sulle vendite o una
gestione del magazzino.
Sarebbe dura se non hai una anagrafica per ogni singolo articolo.
Potrebbe poi essere il caso di fare una form dove richiamando solo la radice
del codice tu possa vedere tutte le sottospecie presenti nell'archivio.
E' solo un'idea, sicuramente troverai di meglio.
Io ho utilizzato qualcosa del genere per trattare dei capi di abbigliamento
che oltre al colore dovevano gestire anche la taglia.
Ciao, Sauro

 Spero (ma ne dubito) di essere stato sufficientemente chiaro ;-)))
Sei stato chiarissimo. Un consiglio, se posso: Analizza bene, solo sulla
carta, le effettive (anche quelle futuribili) esigenze. Penso che non te
l'hanno contata giusta. Scoprirai, per esempio, che l'automobile, oltre al
colore, può (non deve) "diventare diversa" (almeno nel prezzo) per il
condizionatore, i cerchi in lega, il navigatore satellitare, l'impianto
audio di quel tipo, no, di quell'altro, certo, ma col CD o con il lettore di
cassette?
Vedrai che, per garantirti una certa "elasticità" (fin dall'inizio) dovrai
fare un tot di tabelle esterne.