Newsgroup: it.comp.appl.access
Titolo: Ottenere "biunivocità"  tra maschera e sottomaschera

Ho il seguente problema:
una maschera fatture e una sottomaschera pagamento riba
 Il campo che collega la maschera fattura con la sottomaschera riba è
IDFattura (contatore) che è anche la chiave primaria della tabella fatture,
mentre la tabella Riba ha un contatore suo che fa da chiave primaria
(IDRiba). Il problema che ho è questo: nel momento in cui inserisco una
fattura mi dà correttamente il progressivo IDFattura nella tabella fatture e
contemporaneamente mi genera un numero progressivo nel campo IDRiba della
tabella Riba. Quando però "clicco" sulla sottomaschera per inserire i dati
pagamento Riba automaticamente mi incrementa ulteriormente IDRiba con la
conseguenza che per ogni Fattura mi genera 2 record sulla tabella Riba, uno
completamente vuoto (eccetto che IDRiba) ed un altro con i dati corretti. La
stessa cosa accade se scorro la tabella Fattura mediante i selettori record
(in basso a sx) ogni volta che torno sul record corrente mi ha ulteriormente
incrementato il campo IDRiba con la conseguenza che ogni fattura pagata con
riba mi genera diversi record sulla tabella Riba di cui solo uno corretto e
tutti gli altri vuoti. Dove sbaglio?
Maverick1168
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Maverick1168
Ciao,
Max

Il 11 Set 2006, 21:24, "Massimo Piubelli"
<massim...@accessgroup.it.invalid> ha scritto:

Purtroppo il problema non è così semplice come dici. La maschera e
sottomaschera sono collegate tramite IDFattura che è un contatore su
tblFattura ed è un intero lungo su tblRiba. Nonostante questo si presente il
problema succitato



Mah... come le hai collegate?
Le relazioni sono giuste vero? Hai creato le relazioni tra le tabelle?
Se hai fatto questo e quindi, nella maschera fatture quindi c'è il campo IDFattura,
campo che esiste anche nella sottomaschera (come intero lungo)
Quando inserisci l'oggetto nella sottomaschera non puòò fare diversamente IMHO
Su tblRiba qual'è il campo chiave primaria?
Ciao,
Max

Il 12 Set 2006, 12:54, "Massimo Piubelli"

Allora:
La tblFatture ha IDFattura come chiave primaria ed è un contatore. La
tblRiba ha per chiave primaria il contatotre IDRiba ed ha il campo IDFattura
(intero lungo) con in quale è collegato alla tblFatture mediante una
relazione 1 (tblFatture) a molti (tblRiba). Se mi dai un email ti posso
mandare il tutto


 Se mi dai un email ti posso mandare il tutto
Solitamente questa cosa non si fa, si preferisce usare il ng.
Ciao,
Max


IDFattura per entrambi. IDFattura è la chiave primaria di tblFatture e
potrebbe essere anche la chiave primaria di tblRiba (data la sua presunta
unicità) ma poichè come ti dicevo mi genera due record per ogni fattura
immessa - uno corretto e l'altro vuoto - sono costretto a non definirlo come
chiave primaria altrimenti oltre al problema dei records vuoti mi va pure in
errore!
Ciao e grazie per la tua attenzione


 Ciao e grazie per la tua attenzione
Penso che il problema quindi in realtà non esistesse.
Ciao,
Massimo

Il 15 Set 2006, 11:15, "Massimo Piubelli"

Allora ti spiego meglio il progetto. Ogni fattura può essere pagata mediante
una di tre modalità di pagamento : RIba, bonifico, rimessa diretta. Per
semplicità di esposizione mi sono limitato a parlarti solo della riba. La
tblfatture è pertanto relazionata 1 a n con tutte e tre le tabelle mediante
il campo IDFattura presente in tutte e tre. Ti renderai conto che IDFattura
essendo un contatore nella tblFatture, potrebbe considerarsi anche una
chiave primaria delle altre tre tabella poichè cmq mi genererebbe nelle tre
tabelle tutti valori valori diversi ad esempio 1,3,6,10 in tblRiba, 2,4,7,8
in tblBonifici e 9,11,12,13 in tblRimesseDirette, chiaramente non si avranno
elementi uguali poichè è possibile selezionare solo un tipo di pagamento per
ogni fattura. Detto questo sembrerebbe possibile definire una corrispondenza
1 a 1 tra le tabella succitate (impostando IDFattura come chiave primarie di
tutte e tre le tbl) ma questo mi è impedito dalla generazione di record
vuoti che ti assicuro si riflette sulle tabelle fisiche! Per adesso ho
"aggirato" il problema facendo partire tre query di cancellazione (una per
ogni tbl) di questi record alla chiusura della maschera. Ma ciò non toglie
che mi rode il fatto di non riuscire a risolvere concettualmente la
questione....
Cmq è bello vedere persone come te appassionarsi a queste "questioni" senza
scopi di lucro...complimenti!!
maverick1168


 maverick1168
Max 1974