Newsgroup: it.comp.appl.access
Titolo: Acc03 e SQL Expr : Uso di Recordset come Recordsource di Form

Ciao a tutti...
nella mia straziante azione di migrazione ad Acc03(FE)+SQL Expr(BE) incontro 
questo ostacolo...
Ho la necessità di porre come Recordsource di una Form(che non ne ha), un 
Recordset creato da codice di una Tabella di SQL che non ho disponibile nel 
FE come collegamento ODBC (vi chiederete xkè? bhè non ve lo chiedete! 
:-D)...
Fin quì, richiamando in apertura la funzione "ConnSource"...tutto ok...(bhè 
non proprio tutto)
Private Function ConnSource()
    Dim FiltroFil As String
    FiltroFil = "NAPOLI"
     ' *** Apro la connessione sul DB SQL ***
    Dim cn As ADODB.Connection
    Set cn = New ADODB.Connection
    cn.ConnectionString = "driver={SQL 
Server};server=MioServer\SQLEXPRESS;uid=xx;pwd=yy;database=MioDB"
    cn.ConnectionTimeout = 0
    cn.Open
    ' *** Apro il recordset ***
    Dim rs As ADODB.Recordset
    Set rs = New ADODB.Recordset
    With rs
        Set .ActiveConnection = cn
        ' *** Filtro il redordset per il valore che mi interessa ***
        .source = "Select * from dbo.online where codint = '" & FiltroFil & 
"'"
        .LockType = adLockOptimistic
        .CursorType = adOpenKeyset
        .CursorLocation = adUseServer
        .Open
    End With
    Set Me.Recordset = rs
    Set rs = Nothing
    Set cn = Nothing
End Function
Il fatto è questo... il risultato di tale operazione mi porta ad avere un 
recordset non aggiornabile, ma solo "ReadOnly"...
In realtà direi di aver capito anche il perchè, ma onestamente non saprei 
uscirmene...
Se io collego via ODBC la tabella "dbo.online", Access me la legge come 
"dbo_online" (sostituento il "." con il "_" )
A questo punto, in apertura, utilizzando questo codice, il risultato è un 
recordset aggiornabile...
    Dim db As DAO.Database
    Dim rs As DAO.Recordset
    Set db = CurrentDb
    Set rs = db.OpenRecordset("select * from dbo_online where codint = 
'NAPOLI' ", dbOpenDynaset)
    Me.RecordSource = rs.Name
Secondo voi come fò ad avere lo stesso risultato utilizzando il codice sopra 
e senza tabelle collegate con ODBC?
DENGHIU
-- 
-- 
Ciao
Pablitomf (Maurizio Facciuti)
-----------------------------------------------------------------
Access: 97, 2000, XP e 2003
ASP
-----------------------------------------------------------------
http://www.accessgroup.it/
-----------------------------------------------------------------
Il mio motto :
""Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media." 

On 7 Mar, 11:21, "Pablitomf \(Maurizio Facciuti\) [Acces]"

Maurizio ..... , perchè non mi hai ascoltato...?
Ripropongo.... ;-)
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=263
@Alex

 non proprio tutto)
Ma proprio per curiosità: per quale ragione utilizzi ADO in un contesto,
ODBC,  in cui potresti sfruttare solo DAO (ottenendo poi le stesse cose)?
Ciao.

 Ciao.
Siamo in 2 adesso ad averglielo detto...!
Speriamo bene...
;-)
@Alex

 ha scritto nel messaggio 
news:1173269401.2...@n33g2000cwc.googlegroups.com...


Speriamo bene...
;-)
-----------
Risposta
-----------
Wè, e che è questi toni a tutti e 2... volete proprio che vi formatti i PC 
da remoto? Anzi, no... peggio ancora... vi mando direttamente Sergino !!! 
[rotfl]
...
...
Cmq tnks... risolto... usata la connessione DSN


 Pablitomf (Maurizio Facciuti)
Ecco appunto di tutte le cose che potevi usare ..... proprio un
DSN.... ma le connessioni DSN_Less che tanto piacciono a
tutti....!!!!????
;-)
@Alex

 [rotfl]
Ma non hai risposto alla domanda ... perchč usare ADO?
Ciao.

 Ma non hai risposto alla domanda ... perchè usare ADO?
Per testare la velocità...
visto che come da post precedenti incontro lentezza in esecuzione di sql, 
avendo provato un pò tutto mi rimaneva ADO...
;-)
era questione di TEST!
Cmq sembra che DSN / DSN_LESS sia ok come soluzione... 

 era questione di TEST!
Probabilmente me li sono persi.
Comunque le prestazioni di un'applicazione che rispetti i requisiti di ODBC
non "possono" essere deludenti, dato che viene tutto eseguito lato server.
Se hai problemi di performances, devi fare attenzione al codice SQL.
Ciao.