- Home
- Categorie
- Coding e Sistemistica
- PHP
- [Database] Consiglio creazione tabella
-
[Database] Consiglio creazione tabella
Ciao a tutti, volevo un consiglio su come strutturare delle tabelle per un database gestionale.
In pratica ho un articolo, ed ad esso collegati 4(per ora).
Il mio dubbio era se mettere tutto su una tabella ovvero una tabella articolo così
ID | Nome articolo | Prezzo1 | Prezzo 2 | Prezzo 3 | Prezzo 4
oppure suddividere il tutto in 3 tabelle
-
Tabella Articolo
ID | Nome articolo -
Tabella tipologie prezzo
ID | Nome tipologia -
Tabella prezzi articolo
ID | IDArticolo | IDTipologiaPrezzo | Prezzo
secondo voi ?
-
-
In pratica ho un articolo, ed ad esso collegati 4(per ora).
Cosa vuol dire?? Che ad ogni articolo ce ne sono collegati 4 altri?
Oppure che ad ogni articolo ci sono 4 prezzi diversi (come si può capire dalla tua prima tabella):
ID | Nome articolo | Prezzo1 | Prezzo 2 | Prezzo 3 | Prezzo 4
-
Ogni articolo ha 4 prezzi.
-
E ogni articolo ha una tipologia? e il prezzo è in base alla tipologia?
Come mai hai chiamato la tabella: TABELLA TIPOLOGIA PREZZO ?
-
Nel senso , l'articolo ha 4 prezzi possibili che l'operatore del gestionale sceglie in base a dei parametri che lui sa.
Del tipo
Ho 4 prezzi per un articolo A B C D
L'operatore in base per esempio alla distanza di spedizione sceglie se il prezzo è A B C o D ma è l'operatore che decide.
Quello che mi domandavo è se fare tutto su una tabella o dividere in 3
-
Ok ora è un pò più chiaro.
Secondo me la soluzione migliore sarebbe quella di fare 2 tabelle:ARTICOLI
*id | Nome | Prezzo1 | Prezzo2 | Prezzo3 | Prezzo4 | idtipologia |
*
TIPOLOGIA
id | nome |
-
Io, invece, la dividerei in 3 tabelle. Se nascesse una quinta tipologia di prezzo saresti già pronto
-
Ciao, ma il prezzo riguarda solo la spedizione?
Ciao
-
E' il prezzo di vendita.
-
ciao,
Cyrius quello che dici tu è giusto...ma io non ho mai visto una nuova tabella per salvare i prezzi relativi a un articolo.
Fai una prova mentalmente, metti caso che volesse che si aggiungesse un prezzo (il quinto) per ogni articolo, a quel punto dovrebbe aggiungere un prezzo diverso sulla tabella PREZZI per ogni articolo e inserire la chiave esterna (cioè l'ID dell'articolo) per ogni prezzo. [ci saranno quindi N nuove tuple quanti sono gli articoli].
Costruendo 3 tabelle diverse si potrebbe fare automaticamente con una semplice query invece nel modo che dico io (con due tabelle) dovresti aggiungere manualmente un altro campo nella tabella e successivamente aggiungere il quinto prezzo.
Quindi sarebbe più giusto utilizzare 3 tabelle. Scusa per il commento parzialmente errato che ho postato prima