Newsgroup: it.comp.appl.access
Titolo: Cercare record modificando recordsource della maschera

Una buona quasi notte a tutti. Ho questo problema:
Una tabella "completo" nella quale tra gli altri campi ho il campo "team"
che puo' assumere il valore da 1 a 10 e il campo "id" contatore.
Ho poi 10 tabelle collegate diciamo TEam1, team2, team3 etc in cui ho solo i
records di ogni specifico team con un campo "numero" che  contiene in
pratica il valore del campo id della tabella completo.
Quello che devo fare e' questo aprire una maschera per modificare un record
di una tabella delle 10, solo che in partenza conosco il numero ,quindi devo
prima cercare quel numero nella tabella completo tra gli id individuando
cosi' il team e poi aprire la maschera sulla tabella team giusta in
corrispondenza del numero esatto.
Non so se sono stato chiaro. In qualche modo la cosa l'ho gia' fatta ma mi
sembra
alquanto macchinosa. Mi piacerebbe vedere come la realizza un esperto, cosi'
imparo qualcosa. Grazie a tutti e buonanotte.

 ha scritto nel messaggio
news:ytf1a.97706$ZE.27...@twister2.libero.it...

Hai strutturato malissimo il DB.
La Tabella Team deve essere una sola, con un campo in più NumeroTeam
per dividerli.
In questo modo non devi cambiare Tabella, ma solo fare una QRY parametrica
per filtrare i dati relativi al Team che ti interessa e il Numero esatto.
Studia un pò la normalizzazione delle Tabelle prima di
moltiplicarle.........!!!
@Alex.


Innanzitutto grazie di avermi risposto. Allora condivido quello che mi hai
detto e che un po' ritengo anche di aver studiato ma in questo caso mi trovo
di fronte ad un sistema non strutturato inizialmente da me. Mi e' stato
anche detto che inizialmente era strutturato come dici tu ed io condivido,
ma che gli accessi dei teams lunghi e contemporanei (anche due o tre persone
a team) avevano tempi di attesa  praticamente tali da rendere il lavoro
quasi assurdo. Si e' quindi preferito separare le tabelle e riunirle ogni
mattina con un'operazione che permette di avere nella tabella completo la
visione generale della situazione lavorativa. Potrei provare a cambiare
tutto ma solo con la certezza che sono in grado di evitare quei tempi di
attesa assurdi, altrimenti qui mi linciano.
All'epoca iniziale del mio impatto con questa situazione avevo anche provato
a chiedere consigli attraverso un post al NG per il problema del
ritardo,verificato
su una situazione parallela di prova ma nonostante gli ottimi consigli non
sono riuscito a venirne a capo. Per cui ritorno a bomba al problema iniziale
e chiedo
come risolverlo in un modo sicuramente migliore del mio. Grazie ancora.

 ha scritto nel messaggio
news:kgp1a.98314$ZE.27...@twister2.libero.it...

A prescindere da chi ha strutturato il Db in questo modo, ti confermo che
è assurdo.
La lentezza alla quale accennavi è funzione della struttura e di come
realizzavi
la selezione.
Devi accuratamente impostare gli INDICI e la PrimaryKEY, filtrare i dati
con QRY tramite gli indici e non usando Filter sulla Form.
L'alternativa è di usare un Database Diverso da ACCESS, come SQLServer
ed implementarlo con StoredProedure e/o QryPassTrough.
Ma sono convinto che con 2/3 utenti non dovresti avere problemi nemmeno con
Access.
Detto questo non ti voglio consigliare nulla per gestire un DB
strutturalmente sbagliato,
perchè vai incontro a problemi che non ti immagini nemmeno, riferimenti a
tabelle diverse
e le Qry Dinamiche da costruire in base alla Tabella in cui ti
trovi.......... ecc....
NOOOOOOOOOOOOOOOOO
@Alex.

 Ti ringrazio ancora della pazienza e cosi' giusto per concludere il
discorso ti volevo dire che lavoro in una struttura per la quale e' gia'
tanto avere Access
come possibilita' e che gli utenti non sono 2/3 ma 2/3 a team quindi in
pratica venti/trenta. Cerchero' comunque di seguire i tuoi consigli.Buona
giornata.