Newsgroup: it.comp.software.database
Titolo: perchè idarticolo ?

perchè generalmente per quanto ho visto in questo ng
nella tabella muovimenti si metti l'id dell'articolo?
lo chiedo per capire non per fare lo sbooorone :-) mi scorretto per non so 
vorrei conferme
rimando anche all'altro topic sempre mi (modifiche a prodotto)
-- 
~------------------------------------------~
...come sempre grazie Ciao... 

 ...come sempre grazie Ciao...

 (mettere l'id dell'articolo che si sta movimentando)
Sbagliata? E che alternativa potresti avere?
In un movimento di magazzino l'unità che viene movimentata è un articolo 
(o confezione di articoli), e ad essa ti devi riferire con un'apposita 
chiave, sia essa un'id o un'EAN o qualunque altra cosa ti possa tornare 
comodo, ma pur sempre di una chiave si tratta.
Le perplessità che esponi nell'altro thread derivano da assunti 
sbagliati: non a caso quando si parla di database di prodotti in genere 
si parla di codici SKU (stock keeping unit: unità di immagazzinamento), 
più che di codici articolo: per essere più chiaro, quello che conta è 
l'oggetto fisico (al livello di granularità che ti interessa) che viene 
movimentato, e questo deve essere rappresentato da un codice ben preciso.
Se in un magazzino tieni del riso, che può venire in pacchi da un chilo, 
scatole da dieci pacchi, balle da 50 kg, o barattoli da due litri, 
ognuno di questi oggetti in realtà deve corrispondere ad una SKU 
diversa. Modellizzare il tuo magazzino con un unico articolo "riso" non 
ha senso. Se poi devi tenere conto dello sfuso, apri un altro mare magnum...
Una cosa diversa è il problema "statistiche", ovvero quando hai bisogno 
di valutare lo stoccaggio completo, o la movimentazione, di una certa 
tipologia di prodotto che può essere rappresentata anche da parecchi 
articoli. Ad esempio, prendi un produttore di vino: la definizione di un 
articolo è piuttosto complessa, in quanto c'e' da tenere di conto del 
tipo di vino, dell'annata, del tipo di recipiente (bottiglia da 0,75 o 
da 1,50 ecc.), del tipo di confezione (scatola da 6, da 12, ecc.): se si 
vuole poter fare un confronto omogeneo è necessario che per ogni riga 
articolo nell'anagrafica prodotti sia riportata anche una "quantità 
equivalente", valutata con la stessa unità di misura, da poter 
utilizzare per query aggregate et similia. Ma questo genere di problema 
cambia da una realtà all'altra e va valutato di volta in volta.
HTH, bye!
-- 
Fabrizio "Hermooz" Ermini

 scatole da dieci pacchi, balle da 50 kg, o barattoli da due litri,
questa situazione come si gestice ? (anche a grandi linee) i calcoli con un 
db stile access non posso essere fatti direttamente da query o erro ? (ergo 
via codice...)
[piccola nota]
In definitiva i problema di cui parlo nell'atro thread sono sempre presenti 
(credo) perchè modificando i parametri di un'articolo vai ad incidere nello 
stoccaggio globale....
[/piccola nota]
le cose si stanno complicando (come pensavo) quali altri consigli mi 
potresti dare ? se non facevo queste domande chissa i che casotto finivo...


 potresti dare ? se non facevo queste domande chissa i che casotto finivo...
documentati, documentati, documentati... ;-)
-- 
Fabrizio "Hermooz" Ermini


Certo certo certo :-)