Newsgroup: it.comp.appl.access
Titolo: A97 o AXP, ADO o DAO per base dati su MySQL?

ciao ragazzi....da un po ho tralasciato access per sviluppare
soluzioni web su php (per motivi di scelte aziendali presso la quale
lavoro) e quindi non seguo il ng da un po'...
devo realizzare un FE su desktop windows per alcuni clienti e volevo
farlo in access, conservando pero' la base dati di MySQL (che sempre
per scelte aziendali non posso escludere, visto che abbiamo molte
applicazioni web su MySQL)...
sono indeciso se utilizzare client access97 o xp, ma soprattutto se
utilizzare DAO o ADO...perche non ho mai fatto access+mysql fino ad
ora e chiedo quindi pareri a voi, che magari avete gia avuito modo di
studiare.
voi che accoppiata scegliereste (cioe A97+DAO,A97+ADO, AXP+Dao...)
tenendo in considerazione che la soluzione desktop deve essere stabile
e veloce?
e poi quale metodo utilizzereste per sviluppare velocemente il tutto
(maschere associate, non associate.......)
insomma chiedo pareri in merito, e soprattutto i motivi tecnici delle
vostre scelte.
scusate il post generico ma piu che una risoluzione a problemi, avevo
il piacere di avere un consiglio professionale da voi, per
intraprendere la strada piu giusta per sviluppare nel miglior modo
possibile.
pareri, critiche di qualsiasi genere, soluzioni, suggerimenti...tutto
insomma.
Ciao a tutti :)

 Ciao a tutti :)
Premetto che nel mio lavoro sviluppo ancora con A97, ma sono
motivazioni di mancato aggiornamento aziendale.
Io userei A_XP e DAO.
Non potendo sfruttare ADP con un BE(MySQL) non credo sia
utile rendere scalabile ad ADP, pertanto usando un FE MDB/E
la soluzione più performante è senza dubbi DAO.
Per AXP o A97 senza dubbi AXP consente l'associazione dei Recordset
diretta, ed è estremamente comoda per Form Readonly passare un 
RS estratto da una Query_PT.
Non sò che versione di MySQL usi ma fino alla 4 non erano disponibili
le SP pertanto io a suo tempo(3anni fà) mi gestivo le sintasi SQL
delle Q_PT in modo Dinamico.
Saluti.
@Alex
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


la 4, ma niente stored :)
ciao e grazie per i tuoi preziosissimi suggerimenti
se avro' prob. riposto.
ciao e buona domenica

 Ciao.
ciao, grazie per i tuoi suggerimenti, preziosi come quelli di alex.
buona domenica :)

 ...e simili..?
Intendo, tanto per cominciare, leggere bene i consigli d'ottimizzazione che
trovi perfino nell'Help di Access ... e credere a quello scrivono: tutto
vero!
In particolar modo il materiale relativo a Combo(s) e Linked Table(s).
In secondo luogo leggere le raccomandazioni relative ad ODBC, per esempio:
http://support.microsoft.com/default.aspx?scid=kb;en-us;128808
E poi capire già in fase di design cosa sia meglio evitare per non
appesantire: vedi le strutture master-detail, lo strumento più ingombrante
di Access (e poco utile) ma che molti usano continuamente.
Capire bene le potenzialità delle subqueries (ora trovi esempi anche sul sul
Sito Comune) invece che attaccarsi alla prima difficoltà a DlookUp o
funzioni VBA.
Mettersi in testa che il blocco pessimistico (ma è un problema che non
esiste con ODBC dato che il blocco è solo "Ottimistico") all'atto pratico
serve a poco e rallenta di brutto le performances in rete.
Etc., etc.
Concludendo: chi sostiene che per avere FE veloci si debba rinunciare ai
controlli "Bound" di Access ... sfrutta male il mezzo a disposizione e nel
contempo butta un mare di tempo alle ortiche.
Ciao.