Newsgroup: it.comp.appl.access
Titolo: Consigl ODBCDirect o ADO come editing nelle form master/details?

Buon giorno,
mi accingo nuovamente a creare un nuovo front-end collegato ad database 
su un iSeries / DB2.
Da lato server esistono già stored procedure / function / viste ecc.
Ho provata ad utilizzare ADODB per popolare una form Access 2003 (i 
client hanno il vecchio Win XP e non sono previsti upgrade) con 
risultati discreti (ma non convincenti -  la manutenzione è piuttosto 
ingolfata)
Far conciliare eventi dei controlli form e la gestione eventi sui 
recordset e sui fields di ADO è un equilibrio che sembra che da un 
momento all'altro debba sfasciarsi.
Chiedo a qualche luminare se sia la scelta giusta poiché in termini di 
manutenzione e sviluppo non è che sia così semplice.
Ho letto qualche articolo su ODBCDirect e pare che solo oggi stia 
scoprendo l'acqua calda.
Può essere una valida alternativa?
So che dipende da mille cose.
Ma lo scenario è quello usuale di un gestionare per aziende commerciali: 
magazzino, fatturazione, vendita, ordini.
ODBCDirect o ADO?
Grazie
-- Daniele

 
"OneEDP"

Io non lo useri comunque: se non erro ODBCDirect non è più supportato nelle 
recenti versioni di Access (2010 e 2013), quindi è una soluzione che non ha 
futuro.
Che versione di Acess utilizzi?
 
Saluti da Simone
 
P:S: In realtà anche ADO è stato emarginato nelle ultime versioni del 
prodotto.
 
 
 
 
 


La versione la la 2003.
Con gli ADO ho altri problemi di stabilità tanto che sono lì per lì per 
sceglere una strada più faticosa ossia quella di dover creare l'acqua 
calda: spostamento, inserimento, aggiornamento, eliminazione tutto da 
codice (utilizzando stored procedure sul server o meno).
E si può immaginare quanto questo annulli tutto ciò che già DAO offre 
nelle forma (basate su tabelle locali e non).
Sta diventando tutto terribilmente complicato. Accidenti!
Possibile che non ci sono alternative? Purtroppo le tabelle collegate 
hanno molti limiti e basta pochissimo per innescare la table scan dal 
server!
Grazie
 
-- 
Daniele
 

 server!
 
 
Mah, io utilizzo tabelle collegate ODBC da parecchi anni, con risultati 
buoni.
E' pur vero che non ho esperienza con Server SQL diversi da quello 
Microsoft, ma i tablescan non sono poi così difficili da limitare (anche se 
in certi casi è necessario riscrivere lato Server del codice SQL).
 
Dubbi prestazionali a parte, quali sono i limite che ti preoccupano?
 
Saluti.
 
 
 
 


Ad esempio le look up non possono essere eseguite ed occorre 
'ingegnerizzare' la richiesta con un statement sql da 'scrivere' 
dinamicamente...
Eppoi c'è il malnato refresh che non funge sempre
 
-- 
Daniele
 

 dinamicamente...
 
Mi sfugge qualcosa: fammi capire meglio che intendi.
 
Saluti. 
 
 


Mi riferisco a questa casisistica 
http://support.microsoft.com/kb/250548/it
 che in molti casi non riesco 
ad attuare per crash dovuti non so se ad accesso o al driver odbc
Grazie
 
 
-- 
Daniele
 

 attuare per crash dovuti non so se ad accesso o al driver odbc
 
 
Ma non parlavamo di normali connessioni ODBC con linked tables DAO?
Il link che mi posti sembra relativo ai vecchi .ADP + ADO.
 
Saluti da Simone
 
 
 


L'oggetto del thread era compredere la diatriba tra ODBCDirect e ADO
Grazie Simone
 
 
-- 
Daniele