Newsgroup: it.comp.appl.access
Titolo: RowSource da Recordset

Scusate ma come posso riferirmi ad un recordset per la proprietą rowsource?
    'Set di records gią dichiarato
        MioSet
    'dovrei inserire da esempio: ID , prezzo, Fornitore
        MioCombo.rowsource=
Successivamente, qual'č il metodo da utilizzare per riaggiornare MioSet?
Esempio:
    MioSet.Filter=".............."
    set MioSet2=MioSet.OpenRecordset
E' Giusto fare?:
    set MioSet=MioSet2.OpenRecordset
Grazie per le risposte
Ciao
Paolo Mazzanti


Non riesco a metabulizzare il tuo problema.
Nella proprietà RowSource di una combo devi inserire una striga che contiene
il nome di una tabella, il nome di una query, oppure una striga SQL (vedi
help).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 Roberto
Ed è chiaro, basta andare nell'help e ti dice cosa puoi inserire nella
proprietà RowSource.
Infatti per qualche anno circa ho inserito delle stringhe in SQL.
Ma la complessità del caso mi ha portato a non riuscire più a gestire righe
sterminate di SQL che vengono assemblate da diverse variabili e casi
diversi.
Diciamo che a livello di combinazioni, siamo di fronte ad una gestione di
qualche centinaio di campi moltiplicati fra loro.
Per cui la strada che ho intrapreso è quella di definire un recordset (che
estrae dati da una decina di tabelle diverse) al quale riferirsi.
Nella form su cui sto operando vi sono una serie di listbox che hanno la
funzione di filtrare il mio recordset. Subito dopo la scelta di un elemento
della lista box, la mia procedura prevede di filtrare il recordset con la
proprietà Filter e subito dopo ho la necessità di riaggiornare sempre la mia
ListBox con i dati prelevati dal mio recordset.
Ecco che qui mi nasce il problema di come ci si riferisce ad un campo
contenuto nel recordset, Traducendolo quindi in stringa.
Se tu potessi aiutarmi in questo senso, ti sarei grato.
Grazie
Ciao
Paolo Mazzanti

 contenuto nel recordset, Traducendolo quindi in stringa.
Forse mi sono perso qualche pezzo e non vorrei sembrare toppo semplificativo.
Perchè non realizzi una Normale Qry Parametrica con tutti i "100" criteri e
basi l'ORIGINE RIGA sulla Qry sfruttando il metodo Requery per gli
aggiornamenti
della QRY--->Combo (listbox)....!!!
@Alex
-- 
Posted from  [146.133.1.30] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 via Mailgate.ORG Server - 
http://www.Mailgate.ORG
Sarebbe piaciuto anche a me crearmi una query!
Il mio problema è legato al fatto che i vari campi sono di natura "dinamica"
cioè non esistono sotto forma di campi tradizionali in tabella, ma vengono
creati al momento e filtrati continuamente.
Tutto questo fino adesso  (come ho già detto) lo facevo con lunghe
combinazioni di stringhe SQL. Ma onestamente mi sono stancato di stare lì ad
interpretare lunghe stringhe.  Ho ridotto il tutto ad un recordset. Posso
anche aver sbagliato strategia, ma sono arrivato fino qui.
A questo punto la domanda è più semplice:
ci si può riferire ad un campo contenuto in un recordset?
Se si qual'è la sintassi giusta?
Ottenuto il riferimento al campo, qual' è una proprietà che mi restituisce
la stringa?
Grazie
Paolo Mazzanti

 ha scritto nel
messaggio news:10064210...@fusilla.abanet.it...

Non ti nascondo che non sono ancara riuscito a centrare il tuo problema
specifico, quindi ti rispondo in maniera  piuttosto generica.
Di solito, in casi di ricerche particolarmente complessi, io mi creo una
maschera che non ha origine record e nella quale inserisco un numero non
meglio precisato di controlli non associati di varia natura (caselle di
testo, caselle combinate, caselle di riepilogo ecc.) nei quali digito o
seleziono i parametri di ricerca; le caselle combinate e di riepilogo
possono avere come origine riga oggetti che non sono necessariamente il
recordset su cui poi effettuo la ricerca.
Mi dichiaro quindi una variabile pubblica nella quale andrò a creare, in
maniera dinamica, una stringa WHERE, stringa che userò alla fine per
filtrare la maschera o il report che mi visualizzeranno le informazioni
cercate; di solito questo avviene con una routine VBA generata a fronte
dell'evento "Su clic" di un pulsante di comando. Tale routine logicamente è
suddivisa in tante sottoroutine (una per ogni controllo che contiene un
parametro di ricerca) eseguite in sequenza e che vanno a memorizzare, in
AND, tanti criteri di ricerca all'interno della variabile pubblica. Questo
fa sì che non devo gestire contemporaneamente tutta la stringa di ricerca,
di fatto non ho mai la sensazione della sua complessità: è più facile così
modificare la routine e renderla modulare, e risulterà anche più leggibile.
D'altra parte se l'intreccio della selezione è complesso, devi ricorrere
alla generazione dinamica o di una stringa SQL o di una stringa WHERE; a
meno che non crei un sistema di query eseguite in cascata, che affinano
gradualmente la selezione dei dati.
Ritornando invece alla tua ipotesi di lavoro, se il tuo recordset è una
tabella di comodo o una query, puoi fare riferimento al valore delle sue
righe e/o colonne con una DLookup.
Se poi risulta che io sono ancora fuori tema rispetto al tuo problema, me ne
dispiace.


 Paolo Mazzanti


 wrote in message
news:9tjhvt$1a3q$1...@stargate1.inet.it...
La spiegazione non fa una piega, ma secondo me manca una cosa...!
MINNI
Ciao Roberto.
@Alex
-- 
Posted from  [62.98.12.144] 
