Ti ringrazio prima di tutto per la risposta! :)
> se ho capito bene da quello che scrivi, la prima tabella è una categoria
> mentre la seconda un dettaglio della categoria.
Esatto ITEMS contiene tutto il materiale di un ristorante tipo latte,
bicchieri, etc. e c'è un campo booleano che indica food o nofood
Sotto ad ITEMS c'è SUBITEMS in cui si indica ad esempio latte di capra,
mucca o bicchiere di cristallo, plastica.
> se il ragionamento è questo barcode e brand non metterlo qui, ma
> utilizza una tabella separata dei "prodotti"
> la "pasta sfoglia barilla" e la "pasta sfoglia buitoni" sono "prodotti"
> appartenenti alla categoria "pasta" e sottocategoria "pasta sfoglia"
> e tra l'altro possono essere ancora suddivisi per specificità
> come peso (500 gr o 1 kg) o contenuto (senza glutine, senza grassi
> aggiunti, ecc) e ognuno ha il suo specifico barcode.
> il prodotto inteso come marca - modello - specifiche, può appartenere a
> più categoria.
Ok, però da qualche parte devo iniziare! :) Ho pensato di partire dalla
tabella ITEMS e da li sottocategorizzare.
Ho creato una tabella KINDOFRECIPES con valori come primo, secondo,
starter, etc. in varie lingue e poi una tabella TAGS con un campo
BOOLEANO per gestire la parte legata al ristorante (romatico, informale,
etc.) da quella legata alle ricette (gluten free, pasta, etc.)
La tabella RECIPES ha una FK verso KINDOFRECIPES e verso TAGS... diciamo
che non è banale questo tipo di gestione e finché si progetta
effettivamente si può rimanere quanto più larghi e lungimiranti
possibile! :)
> "barilla farina tipo 0 500gr"
> può appartenere a pasta come dolci come pizza e così via
Giusto ma infatti mettendola nella tabella ITEMS poi la vado a
richiamare nella tabella RECIPEINGREDIENTS.
> la categoria e sottocategoria la puoi fare con un unica tabella
> (categoria) e gestire le relazioni con una altra tabella n - n
Ci devo ragionare non ho ben capito...
> la categoria pasta è sia una categoria che una sottocategoria della
> categoria carboidrati.
Ok, la situazione si fa complicata! :D
> a livello di separazione dei dati
> ogni tabella deve contenere un set di informazioni omogenei che sono
> necessari alla parte più piccola del tuo progetto.
Ti ringrazio per tutte le dritte, ora devo cercare di metterle in
pratica nel modo migliore! :)
Saluti.
^Bart