Newsgroup: it.comp.appl.access
Titolo: maschera, filtro, o query ?

ciao
ho una maschera frmCliente, con la solita anagrafica del cliente.
Poi voglio aprire la maschera frmRubrica che contiene tutti i contatti 
del cliente (modificabbili, cancellabili..etc)
dubbio:
1)se collego froRubrica alla tabelle con tutti i contatti di tutti i 
clienti..poi dovrei applicare un filtro alla maschera che mi visualizzi 
solo i contatti del cliente attuale...giusto?
2)se invece collego la maschera a una query che mi estrae SOLO i 
contatti del mio cliente corrente, non posso ne aggiungere ne modificare 
record, poiche la maschera rappresenta una query. :((
come fare in questo caso? il filtro e' l'unica soluzione?
ciao

mi correggo: anche una maschera collegata a una query puo essere usata 
per aggiungere record...avevo sbagliato :)
pero il dubbio rimane...uso le query o i filtri?
su internet non ho trovato una distinzione chiara che mi faccia decidere 
da una parte o dall'altra :)
ciao

 ciao
Perchè, invece, nella frmClienti, non utilizzi una sottomaschera
frmRubrica che, al momento della creazione guidata ti richiederà quali
campi collegare tra le due: a quel punto indicherai i campi IDCliente
della Prima (spero univoco) e Cliente della seconda(multiplo). Nella tua
maschera, pertanto, verranno visualizzati tutti i contatti della rubrica
che sono legati al tuo cliente della maschera frmClienti. Sia maschera
principale che sottomaschera avranno come origine le relative tabelle ed
esse saranno in relazione 1-n (1 Cliente e n dati in Rubrica).
TANNHAUSER
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Perchè, invece, nella frmClienti, non utilizzi una sottomaschera
di sottomaschere ne ho fin troppe, e visto che la rubrica e' usata 
occasionalmente non mi va di farla "caricare" ogni volta che apro un 
cliente.
Io voglio aprirla in una maschera separata, e mi sto chiedendo se sia 
meglio usare una query o un filtro :/
ciaoz

 wrote in message
news:zCFmd.347699$
35.15...@news4.tin.it

Decidere cosa sia meglio è una valutazione condizionata da molti
fattori.
1)I dati sono in rete...?
2)Quanti utenti accedono...?
ecc....!
Mediamente se i dati sono in Rete è preferibile usare Query
per ridurre il traffico di dati, se la tabella è correttamente
indicizzata vengonon trasferiti gl'Indici e non l'intero recordset
pertanto è più snello.
Per applicazioni locali la differenza è relativa, ma la Flessibilità
dei Filtri forse è maggiore, ad esempio sai sempre che criterio hai
applicato leggendo la proprietà Filter....!!!
Io posso dirti che per le consultazioni dati, quindi sola lettura,
uso più volentieri maschere non associate con Recordset disconnessi.
Questo ha il vantaggio di essere eseguita una volta sola e di non
intasare il Server con una connessione aperta....!
Come vedi l'assoluto non esiste.
Ciao.
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 intasare il Server con una connessione aperta....!
certo
beh un po di elementi me li hai dati per valutare.
-----
un ultimo dubbio:
mettiamo che ho una listbox con dei dati (offline) presi tramite query.
Quando voglio modificare un record..faccio doppio clic su una riga della 
listbox e mi si apre la maschera relativa (che ha una query come 
recordsource).
Se invece voglio aggiungere un record mi si deve aprire la stessa 
maschera di prima, pero in questo caso serve solo per inserire dati.
COme posso gestire la cosa? non posso certo fare un altra maschera 
identica e renderle maschera di inserimento.. e non posso nemmeno 
collegare la maschera a tutta la tabella per poi fare un acCmdRecordnew...
ciao

 ha scritto nel messaggio 
news:765b1b684c5f179ae3...@mygate.mailgate.org...

p.e. in maschera visualizz maschere continue, da form vuota lanci un 
pulsante che popola i campi?
come si fa ad assegnare dinamicamente il recordsource della form?

 come si fa ad assegnare dinamicamente il recordsource della form?
La cosa va prima capita come impostazione poi si giunge alle
conclusioni.
Io parlo di Form non associate, quindi non c'č l'associazione
della stessa, pertanto nessun passaggio di parametri a RecordSource.
Popoli i campi e questi sono solo visualizzati, se devi interagire
occorre impostare Routine dedicate che ne gestiscono le opzioni.
