Newsgroup: it.comp.appl.access
Titolo: HELP: GESTIONE MAGAZZINO

Ho un grosso problema col database che ho creato per la gestione
magazzino. La struttura contiene la tabella anagrafe clienti, quella
degli articoli, ddt, fatture ecc. Il problema consiste in questo:
nella tabella articoli verranno caricati i dati relativi a questi
(codice, descrizione, quantità -dunque i relativi campi li ho
nominati: codice; descrizione; quantità ecc-), nella tabella ddt e
fatture ho nominato i campi che fanno riferimento al codice e alla
descrizione degli articoli come nella tabella articoli ma poi mi sono
trovata costretta a inserire altri campi codice e descrizione, quanti
ne occorrono per una normale fattura (una decina), nominandoli cod1
descr1 quantità1, cod2 descr2 quantità2 ecc... per permettere cosi
alla query di calcolare per ciascun cod della tabella fattura
l'importo dell'articolo ordinato moltiplicato la quantità e secondo la
tariffa del listino (maggiorata dell'iva). Se avessi lasciato i nomi
campo identici a lla tabella degli articoli avrei avuto difficoltà a
creare una report contenente più prodotti ordinati dallo stesso
cliente.Questa procedura ha fatto si che funzioni tutto perfettamente
in relazione al ddt ed alla fattura ma non sono riuscita a trovare una
soluzione per detrarre dalla tabella articoli le quantità risultanti
nel ddt o nella fattura (causa i diversi nomi campo codice e
quantità). Sperando di essere stata abbastanza chiara vi chiedo aiuto
(piuttosto urgente).
Grazie infinite



puoi lasciare tranquillamente i campi con lo stesso nome tanto per
farvi riferimento è sufficiente anteporre il nome della relativa
tabella 
esempio
fatturascarico.codice
merce.codice
etc...
e poi non vedo la difficolta di togliere i campi ... che query fai?
Saluti.
Emanuele.

Il problema continua a sussistere:
nella tabella fattura ho nominato per ciascuna riga nelle quali
verranno inseriti i dati dei relativo acquisti rispettivamente
codice1  descrizione1  quantità1
codice2  descrizione2  quantità2
e così via... in questo modo ho potuto distinguere i calcoli nella
relativa query:
codice1  descrizione1  quantità1  espr1(quantità1*prezzo)
codice2  descrizione2  quantità2  espr2(quantità2*prezzo)
e così via perchè altrimenti nella report sarebbero comparsi risultati
relativi sempre al primo articolo.
Scusandomi per l'ignoranza con cui mi ritrovo a costruire tale
database e a cercare di capire i tuoi consigli (o di fare capire il
lavoro che ho svolto), ti chiedo ancora se sapresti indicarmi una
soluzione.
Grazie mille

 nella tabella articoli verranno caricati i dati relativi a questi
CUT....
Scusa se ti chiedo una cosa : ma non hai una tabella per le testate e una
per le righe di fattura o ddt?
Quello che tu hai fatto equivale ad avere una fattura o ddt con un massimo
di x righe.
Per non avere questi problemi e per avere un sacco di vantaggi ( per prima
mi viene la ristampa o le statistiche) io metto sempre un campo nella
tabella che rappresenta il totale della riga e come puoi facilmente intuire
questo ti consente di creare fatture o ddt di qualsiasi lunghezza e report
senza problemi.
Se vuoi possiamo discuterne.
Saluti
Giuliano

 relativi sempre al primo articolo.
Non credo di aver capito bene ma come dice Giuliano... perchè non ti crei
una tabelle per la Fattura ed una differenziata per il dettaglio fatture...
così non hai la paranoia di dover creare tanti campi per quanti articoli hai
in fattura..
.... hai pensato per assurdo se ti dovesse capitare una fattura con 25
articoli !?
eh eh :-)
per esempio:
Tabella1 FATTURE: [IDFattura] - [Nfattura] -  [IDFornitore o Cliente (a
seconda)] [data] e tutto quello che ti serve ecc.. ecc...
Tabella2 DettaglioFatture: [articolo] [quantità] [prezzo] ecc.. ecc...
se ti và possiamo risentirci così magari mi spieghi megglio ciò che ti serve
magari ti posso mandare un esempio
così se ne parla insieme...
Saluti



e cosi tu registreresti il totale nelle varie righe invece di
calcolarlo quando ti serve?
Saluti.
Emanuele.



la struttura del tuo database dev'essere:
tabella fattura
con dati intestazione
tabella datifattura
campi numero e giorno per ricollegarsi in relazione alla tabella
fattura chiave uno a molti
altre informazioni quantità prezzo iva descrizione...
Saluti.
Emanuele.

 Emanuele.
Esatto . Qualche byte in piu' ( ma ormai gli hd sono tutti da 20 GB :-) ) ma
molte seccature in meno soprattutto per quel che riguarda i report.
Giuliano



de gustibus non est disputatum (dovrebbe essere in fondo sono
ragioniere non liceale)
cosě mi sembra perň che tu mandi a quel paese la teoria dei database
relazionali...
Saluti.
Emanuele.

 Emanuele.
Secondo me e' perche' non ho capito come non avere problemi nella somma di
operazioni matematiche soprattutto nei totali a pie pagina dei report  e
quindi mi arrangio :-)))))))
Scherzi a parte .......... e' proprio cosi'. Purtroppo quando non hai molto
tempo per trovare soluzioni estetiche ti limiti a quelle funzionali. E cosi
almeno funziona.......
Giuliano


non preoccuparti crescerai informaticamente e farai il salto di qulità
poi ti sembrerà impossibile di aver usato certe soluzioni comode per
piccoli progetti ma disastrose a lungo termine
Saluti.
Emanuele.