Salve a tutti, ho da qualche tempo iniziato a studiare i database, da un punto di vista teorico ma sopratutto pratico... ora, fortunatamente a lavoro dove sono hanno un database con framework integrato, si chiama paradox (non esiste piu' adesso ma era della borland)
il programmatore che era qua al tempo fece un'interfaccia per interagire con il database della fatturazione per fare in modo di inserire ordini, articoli, stampare fatture ed etichette, gestire clienti e tutto il resto, ora, partendo da questo, mi sono detto, per imparare quale mezzo migliore di un sistema che gia funziona, cosi' capisco meglio la struttura dei DB e l'idea della realizzazione.
non prendendo in considerazione il linguaggio di programmazione, che francamente ritengo un aspetto secondario, mi interessa di piu' l'analisi del database e la struttura dello stesso.
in pratica vorrei fare un DB che contenga, articoli (alcuni hanno caratteristiche comuni, altri sono del tutto diversi), il magazzino, gli ordini, le fatture i clienti e gli agenti di vendita.
il mio problema adesso è questo, ho fatto un primo schizzo della struttura del DB e fin qua mi pare che possa avere senso (anche se aspetto di fare la prima implementazione per trovare i veri errori concettuali), ma mi sono bloccato ad un certo punto.
sto' cercando un modo razionale per gestire gli ordini, un cliente chiede una serie di articoli variabile, dichiara un tempo massimo per il pagamento, uno per la spedizione della merce etc. ora come gestisco l'oggetto "ordine"? pensavo all'inizio di fare una tabella con un campo N°ordine (univoco per ogni ordine nel database) e con poche altre info, come la data di creazione dell'ordine, il cliente etc, ma per gli articoli ordinati? mi conviene fare un campo testo con una lista di nome_Articolo divisa magari da virgole? oppure pensavo a far creare un file di testo con la lista di articoli e alla fine un bel #EOF...
il fatto è che il numero di articoli per ordine è variabile, perciò non posso creare una tabella ordine con N° righe per gli N_articoli...
pero' il pensiero di riempire il pc di file di testo "inutili" mi perplime un po'...
in più vorrei che fosse possibile ricercare gli ordini vecchi, e farne dei report (per esempio per fare in modo di mostrare gli articoli preferiti da un cliente, o in un certo periodo dell'anno), percio' vorrei trovare una soluzione che non comporti l'uso di file che non siano tabelle (o almeno il meno possibile...) solo che davvero non mi viene in mente come fare ad organizzare concettualmente gli ordini....
avete un'idea? se non ho spiegato qualcosa bene (per altro abbastanza probabile) chiedetemi pure delucidazioni.
grazie.
Rispondi quotando
