Newsgroup: it.comp.appl.access
Titolo: Aiuto... Link table con ADO

Ciao a tutti...
sono in fase disperata... non trovo documentazione alcuna che mi aiuti a
risolvere questo problema... chiunque avesse anche solo un'idea mi potrebbe
dare spunto per nuove ricerche... grazie...
L'intenzione č di linkare una tabella proveniente da un db Firebird
(interbase per intenderci...)... il provider che intendo utilizzare č un ADO
(supporta anche adox) chiamato Sibprovider...
Bene, il codice č circa questo...
-----------
Dim strDBLinkFrom, strDBLinkTo As String   Dim strLinkTbl, strLinkTblAs As
String   Dim catDB As ADOX.Catalog   Dim tblLink As ADOX.Table
strDBLinkFrom = "password=masterkey;User ID=SYSDBA;Data
Source=c:\testfirebird.gdb"    'strDBLinkFrom = "Data
Source=c:\testfirebird.gdb"    strDBLinkTo = "Password=;User ID=;Data
Source=c:\testfirebird.mdb"    strLinkTbl = "anagrafica"    strLinkTblAs =
"anagrafica"       Set catDB = New ADOX.Catalog   ' Open a Catalog on the
database in which to create the link.   catDB.ActiveConnection =
"Provider=Sibprovider;" & _      strDBLinkFrom       Set tblLink = New
ADOX.Table      With tblLink    ' Name the new Table and set its
ParentCatalog    ' property to the    ' open Catalog to allow access to the
Properties    ' collection.   .Name = strLinkTblAs    Set .ParentCatalog =
catDB    ' Set the properties to create the link.
.Properties("SIB:Create Link") = True.........Ho proprio un errore su
quest'ultima riga...Conoscete un altro metodo per linkare senza usare ODBC?
qualche idea al riguardo?------PS. il mio lavoro viene svolto correttamente
usando un provider odbc (la cui versione commerciale č perň piuttosto
onerosa, anche se sempre ben al di sotto delle media SQL SERVER... :-D)


Credo sia impossibile creare tabelle collegate che restituiscano recordsets
ADO.
Infatti, con un .mdb, se usi codice ADO per allegare tabelle (esempi si
trovano nella Dev di Access)  ... il recordset restituito dalle forms è
sempre DAO!
L'unico modo è rinunciare a tabelle collegate (ma l'aggiornabilità dipende
dal provider OLE-DB):
http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q281998
Bye

 ha scritto nel messaggio
news:Qevlb.58483$e6.20...@twister2.libero.it...

Più che altro è assurdo usare ADO con motore JET per questioni
di ottimizzazione, visto che JET usa DAO.
Hai rallentamenti nell'ordine del 15/20 % usando ADO su Recordset
abbastanza estesi...!
 @Alex.

 abbastanza estesi...!
Ma la sua idea era diversa: interfacciarsi con un server SQL via ADO ...
usando tabelle collegate.
Ma quest'ultime sono pappa e ciccia con recordsets DAO.
Resterebbe l'altra soluzione, previa verifica aggiornabilità recordsets.
Comunque non potrà rinunciare del tutto a tabelle collegate ODBC ...
serviranno per la reportistica che purtroppo (a meno di usare .ADP) è
incompatibile con l'oggetto "Recordset" ... a meno di usare tabelle
temporanee locali d'appoggio.
Bye

 ha scritto nel messaggio
news:2XAlb.59678$e6.21...@twister2.libero.it...

Pienamente concorde, non avevo ben capito.
Ovviamente però trovo che la cosa sia da considerare solo se
usa A97, perchè è quanto meno limitativo non usare ADP
se poi come BE hai un Server_SQL(MS).
Con ODBC hai la sfiga di dover usare QRY_PT per eseguire
SP che in ogni caso sono usate al 30% in quanto recuperi
RS ReadOnly, oppure le usi per Azioni su Tabelle.....!
Ciao.
@Alex.

 se poi come BE hai un Server_SQL(MS).
Credo sia legato al fatto che la versione Full di SQL Server costa
parecchio, PostGreSql è free o Gpl...


Ragazzi, grazie mille per le risposte... siete l'unico newsgroup che
ha aperto un dibattito sulla questione, sia gli amici Borland.ado che
gli amici Sqlserver.ado non hanno saputo dirmi niente...
A parte ciò, in realtà non uso Sql Server per una questione di costi
eccessivi sulle licenze (per msde vale lo stesso nel momento in cui mi
interfaccio con sql server...).
Il mio obiettivo è riuscire ad interfacciarmi ad un relazionale
potente senza perdermi nelle licenze esagerate della microsoft.
Per ora credo di essere sulla buona strada. Uso Firebird e un driver
odbc della ibphoenix, tutto open source... il database è molto ben
quotato, molto leggero e per ora risponde bene... il driver odbc è un
pò lentino, volevo velocizzare interfacciandomi via ado ma a quanto
pare la cosa non è fattibile o quanto meno non sarebbe altrettanto
performante.
Appena sono più avanti con i test pubblicherò sul mio sito un bel
report, credo che la cosa interessi un pò tutti, ci stò lavorando da
due settimane...
Ciao a tutti

 performante.
Non ho scritto questo: le prestazioni potrebbero essere migliori ma ...
conformemente a quanto avrai letto sul link:
1) Aumenta la complessità di sviluppo dovendo fare tutto a codice
2) Il recordset è aggiornabile col provider ole-db che usi?
Una domanda (curiosità mia):  il degrado prestazionale che incontri con quel
Driver ODBC rispetto a tabelle collegate a un .mdb è significativo?
Bye

 Ciao a tutti
Se puoi dammi INFO sul DRIVER ODBC della ibp perchè ho smesso di usare
FiREBIRD solo per il semplice motivo che non trovavo DRIVER
seri gratuiti.
Trovo che GPL sia fantastico in monoutenza con solo una Dll...!!!
Usavo in ogni caso una connessione ODBC e lavoravoperò su tabelle
collegate.
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Driver ODBC rispetto a tabelle collegate a un .mdb è significativo?
Ti dirò per ora è buona, però non sono ancora in fase di test vero, stò
raccogliendo prima tutti gli strumenti per fare in seguito un test vero in
un ambiente "controllato"..
Manterrò il newsgroup aggiornato comunque
Ciao
Alex

 collegate.
Al momento stň usando IBPhoenix, č open source e su XP direi che va bene...
Ho anche provato a usare EasySoft, č a pagamento e costa circa 300$ per un
numero di licenze infinito (paragonato ai costi di cal e licenze varie
sicuramente vantaggioso).. ma per il momento ho accontato easysoft lavorando
su ibphoenix...
alla prox
Bye
Alex