Newsgroup: it.comp.software.database
Titolo: lista materiali produzione

Salve, avrei bisogno di un consiglio o di qualche dritta...
stò cercando di realizzare un db che produca come output un foglio di
lavoro contenente un elenco preciso di componenti che il reparto
produzione deve poi assemblare a formare un prodotto finito... il
"grosso" problema è che questi componenti dipendono da almeno 15
variabili diverse, che possono assumere ciascuna almeno 7/8 valori...
Ho iniziato con il realizzare una tabella dei componenti "tblMP", poi
ho realizzato una tabella per i valori delle suddette variabili
"tblVars", ognuna dotata di codice identificativo e collegata ad una
tabella delle categorie delle variabili "tblTypesVar"... a questo
punto, i record della tabella "tblPF", riferiti alle varie
combinazioni di variabili sono nell'ordine dei 20/30.000!
Nessun problema a realizzare una procedura che automaticamente popoli
la tabella
"tblPF", con i vari codice prodotti dal unione dei vari codici delle
variabili.
Di qui tramite una tabella intermedia realizzo una relazione molti a
molti con la "tblMP", da cui deriva il foglio di lavoro.
Le domande sono:
1) è corretto questo modo di procedere o stò facendo tutto per niente?
2) 30.000 record sono tanti credo per Access, dovrei usare mySQL
(il tutto dovrebbe girare in una Intranet attraverso un gestionale
realizzato in asp)
Grazie per qualsiasi suggerimento
Uest

 variabili diverse, che possono assumere ciascuna almeno 7/8 valori...
ti chiedo scusa, ma ho difficoltà a capire l'origine di tali dati.
In pratica devi compilare un elenco con i componenti per la produzione di un
certo prodotto.
Questo prodotto ha una distinta base sulla quale fare una analisi? O questa
mole di varibili diverse derivano da un configuratore di prodotto?
Ciao
Matteo

O questa mole di varibili diverse derivano da un configuratore di
prodotto?
... non so cosa sia un configuratore di prodotto... comunque in
sostanza, ci sono trasformatori, teleruttori, relè, etc, etc le cui
caratteristiche dipendono da queste variabili...
Allora io avrei creato la lista delle possibili combinazioni (credo
permutazioni, circa 25.000 possibilità), eliminato quelle impossibili
e associato a ciascuna la distinta base... è la strada giusta oppure
sono fuori?
Grazie
Uest

 combinanzione dipende il tipo di componenti da usare
una domanda: i dati di origine dove e come sono? La configurazione del
prodotto da qualche parte dovrà essere memorizzata... non penso che nel tuo
reparto c'è un libro con 25000 configurazioni diverse e te gli dici il
prodotto che vuoi...
Secondo me devi spezzare il problema in:
1- Avere una fonte dove è la configurazione del prodotto
2- Questa fonte viene intersecata con i vincoli e le regole da te inserite
(che può essere sia su codice che personalizzabile)
3- Il risultato rimasticato per mostrare i componenti di interesse per il
reparto.
Ciao
Matteo

 prodotto che vuoi...
mi ricorda molto un piccolo progettino, di un paio di anni fa,
c'era da configurare delle macchine utensili, con i vari componenti,
tenendo conto sia dell'usura dei componenti, che del magazzino, e del
raggiungimento del punto di "rottura", e dove non fornito farne uno
storico.
ne usci' fuori uno schemino con 20-30 tabelle, un po'
di vba, e si era in access, ah che vada pure tranquillo 
sulle 25000 righe, non e' quello che lo fermera'.
il problema e' "pensare relazionale", 
poi lo schema viene fuori da solo
:)
felice_pago
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 permutazioni, circa 25.000 possibilità)
ehm no non permutazioni, perchè le 15 variabili non possono essere
mischiate, sono sempre nella stessa posizione.... forse sono
disposizioni semplici
es: le variabili sono A (a,b,c,d) - B (e,f,g,h) - C(i,l,m,n)....
io devo avere:
aei
ael
aem
aen
afi
afl
afm
afn
agi
agl
agm
agn
....
spero di essermi spiegato un po' meglio... forse
Grazie
Uest

 permutazioni, circa 25.000 possibilità)
... vabbè dai sono ignorante... ma cerco di applicarmi... trattasi di
banale prodotto cartesiano... alla fine ce l'ho fatta!
porca zozza è brutto trovarsi faccia a faccia con la propria
mini-immagine
Uest

 il problema e' "pensare relazionale"
ecco questo magari qui una mano non guasterebbe... l'origine del (MIO)
problema sostanzialmente è capire se è preferibile usare una tabella
per ogni variabile oppure mettere tutte le variabili in un'unica
tabella, collegata ad una che "descrive/dichiara" il tipo di
variabile... in questa seconda ipotesi, devo andare per la tabella con
tutte le combinazioni teoriche possibili e la tabella intermedia per i
componenti, nella prima ipotesi, dato che i componenti sono legati a
sottogruppi di variabili, riesco a spezzare i legami con i componenti
attraverso sottotabelle intermedie più "umane"
Saluti
Uest

 attraverso sottotabelle intermedie più "umane"
devi aggregare i dati, per tipologie e specifiche
varie, certo che come minimo devi avere l'anagrafica
dei pezzi, che poi in futuro ti portera' alla corretta
gestione del magazino, e ordini/forniture.
oggetto A deve essere formato dalle parti B,C,D ...
e ad ogniuno dei tipi di componenti farai corrispondere
tutta una serie di "pezzi" , dal filo di spessore 1mm
nella classe F, F come filo :)
fino alla R esistenza con impedenza xx della classe R.
Quando lo spieghi al cliente, access, gli fai la formina
di configuratore, appunto, dove a mano a mano che
vai a "descrivere" il prodotto finito, peschi nelle
varie tabelle che contengono i vari componenti, quando
il prodotto e' finito salvi una vista prodotto A, e ogni volta
che dovrai stampare rifare il prodotto A accedi ad essa :)
spero che non manchi niente :)
felice_pago
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 che dovrai stampare rifare il prodotto A accedi ad essa :)
????? scusa ma non capisco, io uso Access come db, creo le tabelle e
le relazioni, eventualmente le query e poi lo interrogo da asp, in cui
faccio i controlli e disegno l'interfaccia
Grazie ancora
Uest