Newsgroup: it.comp.appl.access
Titolo: Errore tecnico ? separazione di una tabella in più sottomaschere presenti contemporaneamente in una form

buongiorno
chiedo una opinione su questo argomento.
Ho una tabella di pochi (4) campi testo che sono i descrittivi di un
articolo di produzione. La tabella è completata da una key esterna
numerica (riferisce all' articolo) e da un campo che distingue il tipo
di descrizione.
Poichè risulta comodo posizionare in punti diversi i tipi di
descrizione dell' articolo (es. se fosse una bicicletta potrebbero
essere i descrittivi del telaio, delle ruote ...) nella maschera di
inserimento dati dell' articolo ho scomposto la tabella dei descrittivi
con tre query di selezione in base al tipo stesso di descrizione e
queste query diventano l' origine di 3 sottomaschere posizionate in
punti diversi nella maschera dell' articolo. Questo posizionamento
risulta comodo sia per l'inserimento dati e sia per la loro
visualizzazione e modifica  in caso di articoli già inseriti.
Purtroppo l' inserimento (o la modifica) dei dati in queste
sottomaschere non fila liscio (ho il collegamento per key articolo fra
la maschera principale e le sottomaschere) e mi vengono segnalati
impedimenti all' inserimento/modifica.
Una sistemazione del genere è un errore tecnico (in altre parole:
Access non può procedere alle registrazioni) ?
Grazie per l' attenzione

 ha scritto nel messaggio news:1127302621.8...@g43g2000cwa.googlegroups.com...
buongiorno





Grazie per l' attenzione
[risposta]
Scusa Giorgio ma non riesco a seguirti; puoi descrivere le tabelle e le relazioni fra queste?
Ciao.
-- 
Sergio MAZZA 

Sergio MAZZA
Bene: fornisco i dettagli anche se, nel complesso, la questione è di
modesta rilevanza.
La tabella principale, origine dati della maschera principale, è la
tabella Articolo che ha molti campi e una key numerica (numero
progressivo, campo contatore, nascosto nella maschera).
La tabella secondaria è ArticoloNoteLavorazioni, ha 4 campi
descrittivi a riempimento libero, 1 campo che distingue il
tipoLavorazione che valorizzo imponendo il valore predefinito a livello
di sottomaschera (valore predefinito che dipende dalla posizione della
sottomaschera: risulta comodo avere in punti diversi le note della
lavorazione, ad es, di tintoria, di tessitura, ecc.), valore che non è
modificabile dall' utente.
L' origine dati delle sottomaschere "NoteLavorazioni" e' una query di
selezione (aggiornabile: contiene tutti i campi) sulla tabella
NoteLavorazioni e il criterio di selezione e', appunto, il tipo
lavorazione (quindi non c' e' nessuna riga al primo inserimento e
appaiono le righe inserite in caso di posizionamento su un articolo
gia' presente).
Il link delle sottomaschere è sulla key numerica dell' articolo.
L' utente NON PUO' riempire per prime le sottomaschere senza aver
riempito i campi obbligatori della maschera articolo: sono definiti,
nella struttura dati tabella Articolo, i campi a riempimento
obbligatorio e, sull' evento Enter delle sottomaschere, ho messo il
controllo sul valore del campo nascosto contatore della maschera
principale (se è nullo sposto il focus su uno dei campi della maschera
principale: in effetti vedo che ci si può posizionare, di acchito, su
una sottomaschera con link e questa accetta gli inserimenti se la key
di collegamento, nascosta, non viene definita a riempimento
obbligatorio).
Penso di avere cosi'  eseguito sulla maschera in questione un adeguato
indirizzamento delle registrazioni (procedura in rete, Access2000,
Windows Xp sui PC, Windows NT sul server), ma mi viene segnalato (da un
utente di una precisione che rasenta la pignoleria) che talvolta una
delle sottomaschere non procede alla registrazione dei dati e che tutti
gli inserimenti si bloccano (occorre chiudere la maschera con task
manager) e che questo inconveniente appare solo per questi inserimenti
(ho realizzato maschere  piu' complesse, avevo chiesto aiuto in passato
per questo, e tutto fila liscio)
Ripeto che tutte le sottomaschere NoteLavorazione presenti nella
maschera Articolo (per adesso sono 3, avevo intenzione di aumentarle ma
ora ritengo sia meglio fare delle tabelle "dedicate" per i diversi tipi
di lavorazione) vengono abitualmente riempite.
Come ho detto sopra penso che l' inconveniente sia facilmente
superabile (tabelle dedicate, appunto) ma la curiosità era di sapere
se questa modalita' di preparare un inserimento dati rappresenti un
errore tecnico.
Grazie

 ha scritto nel messaggio news:1127379669.4...@g44g2000cwa.googlegroups.com...






Grazie
[risposta]
Azz.. Quando a tordi e quando a grilli!
Potresti gestire l'evento "su invio" o "su uscita" della sottomaschera controllando se ci sono record da aggiungere/registrare con 
la proprietà Dirty (vedi help)...
Ciao.
-- 
Sergio MAZZA