Newsgroup: it.comp.software.database
Titolo: [lungo]Problema Magazzino mettiamo un pò di paletti

Salve, allora
Vorrei rivedere alcune decisioni che avevo "preso" sul mio progetto.
L'argomento magazzino come tutti sappiamo può essere molto semplice oppure 
alquanto complesso!
Io lo voglio semplificare il più possibile (si fa per dire)
Intanto voglio che il mio magazzino "funzioni" per magazzini (scusate il 
gioco di parole) che fanno vendita al dettaglio
(così si dice ?) quindi non pomodori, pelati, vino o cose del genere.
Ma un negozio tipo :
Mobilificio, o di articoli da regalo, cmq sia quei negozi in cui l'articolo 
può è ben "definito" per esempio non un sacco di comento
che può essere da 10kg 20kg ecc.
libri su database ne ho letti e ne sto leggendo. mi manca sempre qualche 
tassello intanto ragionando un pò
ho pensanto che una cosa basilare è anche avere più listini (spero mi 
conveniate)
Listino natale (i prezzi saaaaaaaaaaalgono :( )
Listino estivo (salgono solo certi prodotti )
ecc.
1)
come potrei legare un prodotto o articolo (sono uguali per me) a più listini 
? io fare
tabella prodotti : 1-N con tabella listi (ogni riga di listini ha un 
id=chiave primaria della tabella,un id = fk idarticolo , un int o varchar = 
prezzo (anche iva?)
2)
dando per scontato che l'utente può modificare un prodotto o meglio una 
caratteristica del prodotto
potrei fare come scritto dentro un thread precedente? ovvero fare un 
fotografica del prodotto movimentato ed "inserirla" nella tabella movimenti 
oppure fare una
tabella dettaglio movimento (non so cosa mi consigliate ? )
3)
A costo di FARSI UN C...O GIGANE è fattibile fare un database per magazzino 
che vada per più categorie di magazzino ?
so che la domanda è banale e la risposta è  complessa   ma non voglio un si 
un no vorrei un commento positivo e negativo (mi basta)
solo per avere l'aggancio per iniziare qualche approffondimento.
4)
Il più delicato (sperando che qui ci sia qualche programmatore) Io sono un 
programmatore appossionato sopratutto di progettazione OO ho letto vari 
testi
sulla progettazione (naturalmente nel mio glossario non manca la parola UML) 
e generalmente si consiglia di non "buttare" la logica per la maipolazione 
dei dati
nel database.Si parte dal modello ad oggetti per poi convertirlo in ER ecc.
Il db è come dire stupido, tiene i dati logicamente ma non potrà manipolarli 
completamente il supporto via codice credo sia indespensabile!
Oppure Un buon schema dovrebbe garantire questo?
Ad un certo punto mi domando!
L'inteligenza di raccolta dati calcoli ecc. andrebbe progettata col db ? 
faccio un'esempio pratico
calcolo gianceze lo posso fare con un query (OTTIMO) ma se ho per ogni 
prodotto una misura
e so che ogni misura equivale ad n prodotti (da software lo faccio  10 
minuti ...+o- )  ma in sql ?
secondo il database tipo access ,penso non sia fattibile (smentite?) da un 
punto di vista relaziona un schema
così dovrebbe essere più che corretto credo.
~------------------------------------------~
...come sempre grazie Ciao... 

 prezzo (anche iva?)
Potresti anzitutto crearti la tabella coi prodotti (che sono SINGOLI e 
quindi unità a sè stanti), e in questa tabella ci saranno informazioni 
come CodiceProdotto (vedi tu... ID numerico, codice EAN, quello che ti 
pare), Descrizione, Giacenza, ecc. ecc. e un prezzo di base (vedi + avanti).
Poi devi avere la tabella Listini, con dentro i nomi dei listini singoli 
('LISTINO ESTATE', 'LISTINO PRIMAVERA 2003', ...) quanti te ne pare (uno 
storico dei listini che hai creato, come fossero tanti documenti Word). 
Ogni listino deve avere una chiave unica (al solito vedi tu: un 
contatore, una chiave di n caratteri da te digitata... quello che ti pare).
A questa tabella associ una tabella che chiamerai Prodotti_Listini, in 
cui per ciascun elemento della tabella listini (ad es. 'LISTINO ESTATE') 
associ tutti i prodotti della tabella PRODOTTI con i rispettivi costi 
riferiti a QUEL listino. Quando crei un nuovo listino e nella tabella 
prodotti_listini aggiungi un prodotto che sta in magazzino, questo avrà 
il costo di base presente nella tabella prodotti. E lì potrai fare la 
modifica al costo che rimarrà circoscritta a questa tabella senza 
intaccare il vero costo del prodotto.
Il resto non posso aiutarti perchè sono di frettissima :(
-- 
Quando noi ignoranti eravamo di più, tutto era più bello (A. Celentano).
  ___   _   ___ _  _______   _______ ___
|   \ /_\ | _ \ |/ / _ ) \ / /_   _| __|
| |) / _ \|   / ' <| _ \\ V /  | | | _|
|___/_/ \_\_|_\_|\_\___/ |_|   |_| |___|

 Salve, allora
e tornare/cominciare a studiare ?
o meglio cambiare lavoro/settore ?
non credi sia la cosa migliore, almeno
per il tuo progetto, di vita intendo :)
felice_pago
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 felice_pago
CI tengo a precisare che non voglia fare lo sboorone anzi
sono dubbi che ho e vorrei (chi ne ha voglia ) discuterne con voi....


che risposta...

 ha
scritto nel messaggio news:41c0...@x-privat.org...


 alquanto complesso!
Un consiglio veloce:
usa i wizards di access. seleziona nuovo database da modello -> controllo 
inventario (credo sia piu' o meno quello che ti serve, altrimenti cercati 
altri modelli); poi te lo modifichi (se proprio e' necessario) ma almeno 
parti da una buona base


La tabelle dei movimenti l'ho messa.
Per adesso ho messo questi campi :
idprodotto
data
causale
quantità
prezzo
idmagazzino (da aggiungere come mi hai consigliato, anche se sono certo che
non servirà in questo progetto)
altri  ?
Io volevo aggiungere anche il nome del prodotto così da poterlo ricavare nel
momento in cui
l'utente modificherà il prodotto originale.
In totale adesso ho queste tabelle :
fornitori,
movimenti,
prodotti,
coloriprodotti,
misure,
categorieprodotti,
listini,
listiniprodotti,
magazzino, (da aggiungere)
P.s
Volendo posso anche mostrarvi come è lo schema allo stato attuale (potrebbe
essere utile anche ad altri)
grazie ciao.

 
access mai usato ;)
se ti interessa l'aspetto free (o quasi) prova postgres o mysql
ciao
Alesi_27