Newsgroup: it.comp.appl.access
Titolo: Cosa mi serve?

Sono un novellino, vorrei realizzare un semplice database, ma ho
parecchi problemi, vi spiego:
Vorrei creare un semplice database, ora ho diverse tabelle tra cui la
principale denominata ORDINI la quale contiene 
molti campi e altre 2 tabelle una denominata MARCA e l'altra ARTICOLO,
rispettivamente queste 2 tabelle all'interno 
contengono 1 solo campo (non sò se sia la giusta strada)
Ora anche nella tabella ORDINI ho creato due campi chiamati MARCA e
ARTICOLO, da li ho sviluppato la maschera, fin qui
tutto funge, ma adesso nasce il problema, essendo un database sugli
ordini, ogni singolo ordine (e quindi record)
 avrà + articoli e + marche, allora x evitare di digitare ogni volta
la stessa roba, pensavo di inserire i vari articoli
nella omonima tabella e poi di richiamarli dalla maschera ORDINI con
un semplice click, per far questo però devo 
necessariamente (almeno credo) creare una sottomaschera ed inserivi li
i dua campi MARCA e ARTICOLO 
(quelli della tabella ordini) poi trasformare i due campi in CASELLA
DI RIEPILOGO in modo da richiamare i valori dalle
2 tabelle separate, e fin qui ci son riuscito in parte, infatti
registrando un record pare che tutto funzioni, ma alla chiusura
del database e al successivo riavvio, i valori della sottomaschera che
NON rispecchiano
 + quando inserito precedentemente, in pratica si perdono i record
generati nella sottomaschera.
spero sia chiaro il concetto, non sò se la sottomaschera sia la via
giusta, Illuminatemi.
Mi servono query?

"JOEBLACK®" <-...@cazzi.miei> ha scritto nel messaggio

Ho lasciato per intero il tuo messaggio perche' non sono riuscito a trovare
quale parte eliminare lasciandone intatto il senso.
Da quanto scrivi devo dirti che stai partendo col piede sbagliato.
Tu ti sei seduto al pc senza aver fatto alcuna progettazione o ragionamento
e senza conoscere i database in generale.
Credimi, la mia non e' una critica fine a se stessa, ma vuole essere
costruttiva.
Se il tuo obiettivo non e' quello di ottenere una applicazioncina "tanto
per" dove tenere memoria degli ordini ma deve essere qualcosa che ti
consenta automatismi e analisi (come qualsiasi programma gestionale) il
miglior suggerimento e' di ricominciare completamente da capo.
Lascia perdere il PC all'inizio, prendi carta e penna e ragiona e non
trascurare la lettura di un buon libro sui database relazionali.
Sib
--
qualita.assicurazione su 
www.cerrinet.it
Il newsgroup sulla Qualita'

Sib
Non mi offendo, ma non sono d'accordo con tč, cioč, con il solo Help
in linea mi son fatto il database (in realtą non serve a me ma a mio
cognato) riesco a scriverne il 90%, d'accordo son operazioni basilari,
ma bisogna pure iniziare.
La parte che mi riesce difficile e gestire tutto un gruppo di record
(gli ordini multipli) e legarli a qualkosa ad es. l' ID della maschera
principale dell'ordine nr 1 del cliente tizio.
Potrebbe anche essere che ciņ richieda 75  pagine di routine Vb (non
credo) ma da qui a dire lascia perdere mi sembra eccessivo.
Non lo faccio a scopo di lucro, č un regalo che vorrei fargli in
occasione del compleanno, potrei anche rinunciarvi, ma credimi non č
nella mia indole arrendermi al primo ostacolo.
Grazie cmq del consiglio, am come ripeto il grosso č fatto, mancano
solo piccoli particolari.
Ciao Sib.

 solo piccoli particolari.
Era questo il punto, i "piccoli particolari" di cui parli rischiano di
diventare insormontabili macigni.
Ma forse non ho capito come e' fatto il tuo db.


Sib
Allora, provo a spiegarmi meglio, son disposto anche a rifarlo x me
non è un problema.
E' un database x gestire gli ordini (acquisto di materiale) puro e
semplice.
Ora metto che creo una tebella cliente e tutti i dati relativi al
cliente,via tel etc....in questo modo non devo riscrievre sempre tutti
i dati.
Creo una Tabella MATERIALE, che contiene diverse voci, qui vi riporto
la descrizione del prodotto, un eventuale codice, il nome, il costo
etc.....questo sempre x agevolare l'inserimento nella maschera
principale, x evitare errori di digitazione etc........
Infine una maschera principale, che gestisce gli ordini, quini se oggi
viene da me Mario Rossi per la prima volta, lo inserisco (prima nella
tabella Cliente e poi lo richiamo nella maschera Principale) e procedo
con il 1° ordine (relativo a M. Rossi).
Fin qui mi segui?
Qui nasce il problema, perchè Rossi non mi ordinerà 1 solo prodotto ma
62 ad esempio, quindi se nella maschera principale inserissi un capo
PRODOTTO io vi potrei inserire solo 1 record (quindi mi sarebbe
INSUFFICIENTE), mentre a me serve inserirne 63 e mi serve anche che
tutto il materiale ordinato da rossi sia visibile nella stessa
schermata principale. Ovvero devo poter inserire 63 voci che fanno
parte della tabella MATERIALE all'interno di un UNICO record della
tabella PRINCIPALE.
Io penso che la strada sia una sottomaschera, potrei sbaglirami, ma
non vedo alternative e cmq anche usando una sottomaschera non
raggiungo lo scopo (probabilmente a causa di mancate relazioni o
query).
Meglio di così non risco a spiegarmi.
La domanda quindi è: per poter riuscire a creare una maschera simile,
che tipo di controllo dovrei usare e come ???
Saluti.
 

 query).
ciao, come prima cosa ti consiglio di andarti a vedere Northwind il db di
esempio che certamente avrai installato.
In linea di massima tu hai bisogno di 4 tabelle
1. Clienti: ci metti tutti i campi che ti interessano e al momento richiami
solo quelli che ti servono in quel momento.
2. Velina ordini: pensa ad una fattura, tutta la parte riguardante
l'intestazione con i riferimenti di protocollo e temporali che vuoi
3. Anagrafica articoli: qui cio devi mettere i dati fissi degli articoli
tipo codice, descrizione, um, prezzo al pubblico e quant'altro
4. evento: che in questo caso è l'ordine. Qui ci metti i riferimenti alla
velina vendita e quelli al cliente, poi aggiungi la ricerca del codice, la
quantità, il prezzo praticato in quella vendita (così facendo puoi
permetterti di variare il prezzo al pubblico, ma ti rimane quello che hai
praticato in quella vendita) e l'eventuale sconto (l'importo te lo ricavi
con la query).
Inizia a predisporre queste tabelle e crea un'integrita referenziale tra il
codice articolo (che non deve ammettere duplicati) e la sua ricerca nella
tabella degli acquisti e ci fai sapere.
Ricordati di dirci che versione usi (ci servirà per la determinazione
precisa dell'importo).
Buon lavoro
MAssimiliano