Newsgroup: it.comp.appl.access
Titolo: maschera su tabella collegata

Salve a tutti
ho 2 tabelle di cui una collegata (in realtà e un file DBF)
la prima contiene i campi:
codice
percorso
categoria
sottocategoria
cartoni
la seconda invece contiene
codice
descrizione
prezzo
esistenza
pezzi_x_cartone
ho messo in relazione le due tabelle attraverso il campo codice e tramite
una query unisco le due tabelle visualizzando tutti i dati relativi agli
articoli.
su questa query ho creato una maschera che mi mostra i dati.
tutti i controlli sono disabilitati nel senso che non possono essere
modificati, tranne uno il campo CARTONI in cui dovrei inserire la quantità
da ordinare.
problema:
non mi è cencesso inserire i dati in tale campo
domanda:
ma se inserisco i dati in tale campo, non viene memorizzato nella tabella da
cui ha origine sto campo??
mi spiego meglio:
se per un articolo inserisco 10 catoni(e la maschera ripeto che è basata su
una query forse è qui il problema), quel 10 non dovrebbe finire nella
tabella 1??
perchè questo non succede?
forse perchè la maschera è anche costruita su una tabella collegata in cui
non sono consentite modifiche???
In attesa di una risposta vi ringrazio in anticipo...
--
Nicola

 ha scritto nel messaggio
news:%zOG9.21000$fa.6...@news1.tin.it...

Se sei sicuro che il controllo associato ai cartoni è abilitato e non è
bloccato, allora significa che hai creato una query che risulta essere un
recordset non aggiornabile: capita spesso con query che mettono in join
tabelle in relazione uno-a-molti.
Prova ad evitare di fare la query: usa la prima tabella come origine record
della maschera e ricavati i dati che ti servono della tabella collegata con
una funzione DLookup (vedi help).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 ha scritto nel messaggio
news:DI%G9.50241$3l.14...@twister1.libero.it...

Il fatto è che la queri mi serve comunque in quanto sulla maschera ci
saranno textbox non associate che effettueranno ricerche...
mi sembra strano comunque che non mi effettui l'inserimento in tale tabella.
volevo inoltre specificare che la relazione è di tipo uno a uno sul campo
CODICE che è di tipo testo (forse è qui l'errore) però la maschera mi
visualizza correttamente gli articoli con i dati delle due tabelle...
non capisco cosa succeda...
--
Nicola

 Nicola
Cerca sull'help Quando aggiornare dati da una query: ti accorgerai che la
tua query è un recordset non aggiornabile, infatti l'help dice che non è
aggiornabile una query che:
... include una tabella collegata ODBC senza indice univoco oppure una
tabella di Paradox senza una chiave primaria.
quindi devi trovare una soluzione che abbia come origine record della
maschera la tabella e non la query, come ti avevo suggerito nel mio
messaggio precedente.
In alternativa, importa i dati della tabella DBF in una tabella contenuta
nel database ed usa quest'ultima (e non la tabella collegata) per costuirti
la query in join con l'altra tabella. Essendo le due tabelle in relazione
uno-a-uno, la query sarà sicuramente aggiornabile.
Se poi vuoi la certezza matematica che non dipende dalla maschera ma dal
fatto che la query non è aggiornabile, apri direttamente la query e prova a
modificare il campo CARTONI; se non ci riesci (come io credo), significa che
la query non è aggiornabile.


 ha scritto nel messaggio
news:Lp3H9.51255$3l.14...@twister1.libero.it...

Nel pomeriggio ho fatto due tentativi:
1 - ho seguito il tuo consiglio e ho costruito la maschra direttamente dalle
tabelle
2 - ho provato in anticipocio che mi hai risposto e ho lotto ora, e cioè di
inserire via query il valore,
in tutti e due i casi il risultato è stato identico.
A questo pundo devo arrendermi e costruire il tutto come nella versione
precedente del programma e cioè eseguire due query di accodamento che si
susseguono e costruiscono la tabella finale su cui poi lavoro...
non vedo altre soluzioni...
grazie comunque per la pazienza e soprattutto la chiarezza
dell'esposizione...
--
Nicola