Newsgroup: it.comp.lang.visual-basic
Titolo: Limite di ADO non da poco

Mi sono spostato su ADO, premetto che da tempo lavoro con ACCESS sui
DB mentre uso VB6 soprattutto per le procedure scientifiche.
Ora abbiamo deciso di fare gestionale con VB usando le TrueDBGrid ed
altro, e devo dire che stiamo soffrendo non poco grossi limiti
rispetto a cose che erano presenti in Access con DAO nativamente.
Il primo grosso limite e' di non poter scambiare dati con istruzioni
SQL tra tabelle legate al Data Environment provenienti da Database
diversi.
In Access una tabella temporanea poteva quindi essere lasciata su un
database Jet locale ma essere comunque vista linkata con una tabella
remota in un'unica vista.
Teniamo conto che gran parte dei nostri clienti non ha SQL Server ed
in ogni caso anche se lo avesse non avrebbe senso piu' di tanto creare
delle tabelle temporanee che appesantiscano il database server sullo
stesso (anche se esistono).
In attesa che Office 2000 porti un piccolo database SQL server locale
a cui agganciarsi che in pratica faccia un po come Access, qualcuno di
voi ha in qualche modo risolto il problema ?
ATTENZIONE!, antispam 
per reply sostituire xxx.xx con 
tin.it

SQL v. 7 gira anche in ambiente Win 95 o 98, quindi ti puoi creare tabelle
temporanee
in piccoli db locali.    E' certo che ADO è solo agli inizi e nascendo dalla
fusione di RDO e DAO ancora soffre di peccati di infanzia.    Personalmente
stò aspettando che
passi un pò di tempo ancora per il passaggio da DAO a ADO, anche perchè credo
che paracchi utenti si sono rotti di cambiare sistemi di gestione db ogni
anno.
Marco
--
Posted from 
mail.stream.it
 [194.184.51.2]
via Mailgate.ORG Server - 
http://www.mailgate.org

Ho avuto un analogo problema ed ho risolto cosě :
crea un mdb in cui ti limiti ad inserire collegamenti a tutte le tabelle
presenti nei vari BE
punta il DE a questo mdb di link
Ciao
Gcarlo
Paolo Holzl <metisinf...@xxx.xx> wrote in message
7c6ek5$lkk$1...@nslave1.tin.it...


punta il DE a questo mdb di link
Avevo pensato alla stessa cosa ma diventa un collegamento a di poco
penoso, in pratica ti attacchi via ADO a quelcosa che parla via ODBC.


penoso, in pratica ti attacchi via ADO a quelcosa che parla via ODBC.
Perchè Paolo? Utilizzi sempre l'Ole-Db Provider per Jet e tra l'mdb
cumulativo e i vari BE il dialogo avviene sempre attraverso Jet, l'unica
differenza accedi alle varie tabelle attraverso statments SQL, il che
personalmente mi spinge ad avere un'ulteriore razionalizzazione all'interno
dei vari commands, vengono mantenute relazioni etc.
Prova e poi fammi sapere se veramente osservi un deterioramento delle
prestazioni.
Buon lavoro
GCarlo




prestazioni.
Non ho fatto un test di prestazioni, ma in realta' il problema e'
capire come l'MDB locale fa il link con le tabelle remote.
La stessa procedura di riconnessione che in pratica ristabilisce tali
link a spostamento del database, sembra impossibile da fare tramite
ADO.
In pratica dovrei installare una procedura Access per riconnettere i
link in fase di installazione.


Voi che ne pensate ?????
Mah .. per ora faro' la porcheria di collagarmi al database con i
link, con Office 2000 mi dicono avremo un piccolo SQL Server locale
che palera' fuori in ADO e con cui potremo parlare in ADO.
Vedremo.
