Consiglio su progettazione Database

[iaco74]

Ciao ,

come da titolo ho questo problema.

Ho creato un area riservata on-line per un azienda che vende determinati articoli.
Settimanalmente vengono aggiornati i dati che riguardano l'esistenza per taglia e colore degli articoli, dal loro gestionale al db mysql.
Inizialmente mi avevano detto che usavano solamente un gruppo taglia per ogni loro articolo.
Adesso salta fuori che i gruppi taglia degli articoli sono una diecina.

Devo affrontare due problemi:
rifare il database degli articoli di magazzino;
Risovere il problema delle taglie. :master:

Si perchè un articolo può avere un gruppo taglie "dalla 36 alla 56", oppure dalla "s alla xl".
Quindi i campi sono variabili.

Per me è un bel problema, come progettare un db con queste variabili ?

Potrei fare un campo unico per le taglie con dentro ad esempio il nome della taglia e l'esistenza, in stile chiave valore.

Oppure e' meglio aver associato per ogni articolo il gruppo taglia a cui appartiene e leggere l'esistenza per taglia da un altra tabella ?
(anche se mi sorgerebbe il problema di come progettare l'altra tabella).

Il tutto considerato che i dati vengono letti e scritti sul DB naturalmente con php, usando flash come interfaccia grafica, ed xml come mezzo di comunicazione tra flash e php, quindi la struttura dovrebbe essere anche abbastanza intuitiva anche per recuperare i dati da db.

Ogni aiuto,commento,suggerimento è benvenuto.

[bonaprogram]

beh, nel database dove ci sono gli articoli (nella tabella) metti tutti i campi delle taglie, poi da php, fai il lavoro condizionale

tipo

$query = mysql_query("SELECT taglia1,taglia2,taglia3...( e cosi via) from tabella where id = '$id' AND taglai1 != '' AND taglia2 != ''...(e cosi via)");

$result = mysql_fetch_aray($query);

/*e cosi hai l'array $result[] che contiene tutte le taglie disponibili del determinato articoli.*/ 

P.S. questo e solo un'esempio stupidissimo

[Teuzzo]

Io farei 4 tabelle:

Articoli[idarticolo,...]
Taglie[idtaglia,...]
Colori[idcolore,...]
RelazioneACT[idarticolo,idtaglia,idcolore,numero_capi]

[luqwe]

Sono abbastanza d'accordo con Teuzzo,

io farei 3 tabelle:
Articoli (il colore lo metterei come attributo anche di tipo insieme... puoi anche fare una tabella esterna ma non è necessaria)

Taglie contenente i nomi in formato carattere (anche qua puoi mettere un tipo insieme)

RelazioneTaglieArticoli che associa la chiave di Articoli con la chiave di taglie.

A disposizione, L.

[iaco74]

grazie ragazzi per i vostri consigli.
Purtroppo c'e' anche il problema che lo stesso articolo me lo ritrovo su più record.
Ad esempio l'articolo 2000 può essere prodotto con il tessuto 10000,20000,30000;
Poi per ogni tessuto posso avere più colori, ed ho l'esistenza ha taglia e colore per ogni articolo prodotto in tessuti diversi.

Siccome il target dell'applicazione sarà di presentare in una seconda area protetta per i clienti gli articoli con le immagini degli articoli e dei tessuti oltre che l'esistenza a taglia e colore , proprio ieri sera mi e' venuta in mente questa idea.

Ad ogni articolo potrei mettere un campo gruppo taglie.
Cosi saprei che quando un articolo ha gruppo taglie 2 per esempio saprei che ha le taglie dalla "m" alla "xl".

Questo mi risolverebbe diversi problemi dalla parte flash/xml in quanto quando vado a leggere il db per presentare i dati, so per ogni articolo quale gruppo taglie dovrò presentare.

Mi rimane il problema dell'aggiornamento del database ovvero quando mi vengono inviati dal gestionale dell'azianda, i tracciati record con dentro le esistenze ed i colori per ogni articolo.

Siccome un articolo puo' essere esaurito, e quindi deve essere eliminato, oppure ha un esistenza diversa, e quindi deve essere aggiornato, oppure e' uno nuovo, e deve essere inserito, pensavo di creare una tabella temporanea con il tracciato record, di confrontare i record con la tabella "buona" e da tale confronto fare le varie operazioni sui record.
Avere l'esistenza delle taglie in un altra tabella mi farebbe un pò di casino poi con il confronto dei dati.

Mi sono spiegato male ?
Speriamo di no.

[Teuzzo]

Oltre alle tabelle che ti ho descritto, aggiungi la tabella tessuti e aggiungi l'attributo idtessuto nella tabella di relazione.
In questo modo non avrai nessun problema a ricavarti ogni tipo di dato che ti serve, sarà semplice tirarli fuori con delle query. Inoltre non avrai bisogno di toccare la struttura del db successivamente.