Newsgroup: it.comp.appl.access
Titolo: [help-lungo] Come posso organizzare queste tabelle?

Salve,
sto realizzando un database per un negozio che fa abiti su misura. A questo 
db fanno riferimento alcune pagine Web dinamiche in ASP, con le classiche 
funzioni di inserimento, eliminazione e modifica dei record.
I campi sono numerosi poichè, solo per fare un esempio, una giacca richiede 
molte misurazioni, i cui risultati vanno inseriti nel database. Lo stesso 
avviene per camice, pantaloni, gilet.
Ora, il cliente vorrebbe che lo stesso ordine comprenda i dati di un intero 
abito. Quindi vanno messi insieme i dati di camicia, giacca, pantalone e si 
arriva a circa 160 campi. Io li ho messi (forse ingenuamente) tutti nella 
stessa tabella.
Qui inizia il problema, perchè vorrei dare al cliente la possibilità di 
correggere, o comunque modificare l'ordine. Purtroppo però, la pagina ASP 
non vuol saperne di funzionare, restiutuendomi l'errore "Troppi campi 
definiti".
Da una ricerca su Google ho visto che questo errore dovrebbe saltare fuori 
quando si superano i 255 campi. (Utilizzo Access 2002 SP3). Il fatto è che 
di campi ne ho "solo" 160..
A ogni modo, mi sto chiedendo se sia possibile ri-organizzare il database 
con tabelle più piccole, che non mi hanno mai creato problemi. Magari una 
con i dati relativi alla camicia, una per i pantaloni, etc..
Non avendo molta esperienza con i db non saprei però come fare in modo che 
lo stesso ordine faccia riferimento a più tabelle.
Faccio un esempio: devo modificare l'ordine n° 12 del Sig. Rossi che 
comprende una giacca e i pantaloni. Però i dati di giacca e pantaloni stanno 
su due tabelle differenti.
Spero di essermi spiegato, in caso contrario leggo spesso il ng per fornirne 
altre se fosse necessario. Ah...accetto anche soluzioni alternative :-)
Ringrazio fin da ora chi avesse il tempo e la voglia di darmi una dritta.
Saluti. 


Credo che la struttura dovrebbe essere
Tab_Cliente  con tutti i campi del cliente
Tab_commessa    IdCommessa, Rif_cliente(numerico che punta a
tab_cliente.idCliente), dataCommessa,
                            TipologiaProdotto(e ci metti l'elenco dei
possibili articoli).
Tab_articoli    Tipologia (es. Pantalone, Camicia...
SchedaTecnica    Rif_tipologia(punta a Tab_Articoli),
                        caratteristica(ci metti cosa devi misurare, es.
Taglia, cavallo, Tipoditaglio etc..)
                    Misura (indica la misura o il valore della
caratteristica
Tab_schedaCommessa (Rif_IdCommessa, caratteristica, misura) questa viene
popolata con query di accodamento
                                quando nella maschera Che ha origine da
Tab_commessa viene scelto TipologiaProdotto.
Credo che basti.
MAssimiliano

 ha scritto nel messaggio
news:z-ydnRQB1_f...@giganews.com...

dipende dallo sconto che ci farai ... io purtroppo data l'altezza dovrei
sempre prendere vestiti su misura ... e potrei essere un buon cliente!
ehehe!!!
x il consiglio: tu parli di .asp ma in access tutto funziona regolarmente?

 MAssimiliano
Ciao Masimiliano, ho visto adesso il messaggio con la soluzione che proponi. 
Ora lo leggo con un pò di calma, prendo carta, penna e tastiera e e ci 
lavoro su.
Intanto grazie mille :-)
Ciao.

 x il consiglio: tu parli di .asp ma in access tutto funziona regolarmente?
Eh eh, caro Ciroteo, dipendesse da me vi farei volentieri lo 
sconto..purtroppo devo vedere se il committente del database è d'accordo 
:-))
Comunque in Access non ci sono problemi, l'errore sembra saltare fuori 
solamente nella pagina ASP..bah! E il problema sembra essere l'aggiornamento 
della tabella che evidentemente Dreamweaver MX ritiene essere troppo grande 
:)
Infatti se faccio più pagine di modifica record (una che modifica solo i 
record relativi ai pantaloni, una per la giacca e così via),  tutto funziona 
a meraviglia, ma non è molto comodo..
Ciao.