Newsgroup: it.comp.appl.access
Titolo: Access e MySQL

Ciao a tutti,
vorrei informazione sulla "coppia" in oggetto ;-)
Qualcuno di vuoi mi può dire se c'è guadagno di velocità e sicurezza se
metto le tabelle della mia applicazione Access in un db MySQL e li collego
via ODBC?
Oggi le maschere query ecc sono sui client e le tabelle sono su un server e
tutto funziona ma ogni tanto ci sono dei problemi di corruzione oppure
messaggi tipo "il database é aperto in modo esclusivo da un'altro utente..."
ed immagino che con un server tipo MySQL questi problemi sarebbero ridotti.
Ho pensato a MSDE ma c'é la limitazione dei  5 utenti. SQL é escluso per via
dei costi.
Grazie!

 limitazione dei  5 utenti. SQL i escluso per via dei costi.
MSDE ha una limitazione a 5 processi concorrenti, non 5 utenti. Puoi
utilizzarlo tranquillamente con piu' di 5 utenti, solo che le
performance degradano all'aumentare delle operazione concorrenti.
-- 
I'am what I'am, I do what I can

Sono contenta per questo :-)
Qualcuno sa si c'è qualche guadagno in termine di velocità?
"Annalu" <a...@a.aa> ha scritto nel messaggio
news:V7ytb.27442$9_.10...@news1.tin.it...


 Qualcuno sa si c'è qualche guadagno in termine di velocità?
Considerando che ti agganci con ODBC direi di no.
Devi comunque fare delle prove, il seguente potrebbe aiutarti:
http://support.microsoft.com/default.aspx?scid=kb;en-us;128808
Bye

 Qualcuno sa si c'h qualche guadagno in termine di velocit`?
Rispetto ad Access MySQL e' un database server, tra i piu' veloci al
mondo.


 Devi comunque fare delle prove, il seguente potrebbe aiutarti:
Dipende molto da come viene strutturato il database.
Le query complesse vengono eseguite dal server, il che le rende piu'
performanti rispetto a quelle eseguite da access.


 performanti rispetto a quelle eseguite da access.
Non č cosě: utilizzando connessioni ODBC senza preoccuparsi d'utilizzare SQL
pass-through l'applicazione lavora prevalentemente lato Client.
E mettendoci in mezzo il driver ODBC le prestazioni calano rispetto a un BE
Jet.
Bye



Esiste un driver MyOLEDB...lo utilizzo per ASP.Net e le mie web
application.
Solo ke non hai la comodita' del dsn di sistema (meglio cosi secondo
me) e cmq le prestazioni sembrano molto buone.
Magari utilizzandolo in access...kissa'...
Correggetemi se sbaglio!
Ciao :)

 Correggetemi se sbaglio!
Ok, ma come fai a utilizzarlo da Access, visto che non puoi collegare
tabelle con OleDB?
Al limite si possono creare recordsets on the fly e assegnarli alla Form, ma
saranno aggiornabili?
Bye

saranno aggiornabili?
Eh infatti non lo so, mai provato.
Apposta dicevo se qualcuno avesse avuto esperienza...
bah..
Ciao :)

 se non erro...
Puoi creare tabelle collegate con ADO, ma i recordsets associati sono sempre
DAO...
Bye

 DAO...
Questa affermazione era sostanzialmente corretta con le versioni 97/2000/Xp,
ma non con ADP.
ADP usa in modo nativo ADO senza appoggiarsi a JET nemmeno per
la manipolazione dei Recordset caricati.
Ne consegue che ADP+RDBMS è tra gli strumenti + potenti per realizzare
FE.
@Alex.

 Jet.
Chiaramente devi far le cose bene, ma questo anche se dietro ci metti SQL
Server o Oracle.

 via ADO e OleDB MySQL non ha senso.
Ti spieghi meglio pls?


wrote:

Forse voleva dire che non vale la pena usare Mysql per sostituire
normalmente le tabelle di access se ci devi fare qualcosa che potresti
fare meglio con access stesso e dao e jet...e se usi sql ti conviene
utilizzare adp e sqlserver/msde...?
Credo... :)
Ciao! :)

 FE.
Dai Alessandro ... non andar sistematicamente fuori tema!
Si sta parlando di MySQL non di Access Data Project ... e ripeto non puoi
collegare tabelle con ADO a MySQL, a meno di lavorare on the fly.
Chi usa ADP deve acquistare le costose licenze di SQL SERVER per non avere
limitazioni di alcun tipo (MSDE) ... MySQL č GPL.
Ecco perchč molti sono interessati a quest'ultimo.
Bye

 Bye
@Alex.

 ha scritto nel messaggio
news:Oo5ub.7903$9k3....@tornado.fastwebnet.it...

Se usi Axx>97 e ti connetti via OleDb provider su MySQL è una perdita di
tempo
perchè Access per le elaborazioni sui Records (move, Update ecc... native
delle Form)
converte il Recordset ADO in Recordset DAO rallentando il tutto.
Questo perchè la versione Access è legata a JET.
Tutto ciò non accade con ADP.
@Alex.

 prova a conneterlo con ADP, e confronatlo con MySQL....!
Beh, la cosa m'interessa: fammi capire come riesci a connettere un ADP a
MySQL senza lavorare on the fly.
Io ho provato con i Server Collegati, ma i recordsets sono a sola lettura
...  cosa mi sfugge?
Bye

 Bye
Io con FireBird Lavoro "OnThe Fly" ma qual'č il problema...!
Non mi dire che č scomodo e palloso....!
Carichi un Recordset e lo dai alla Form, alla List o alla Combo....!
Non c'č piů il passaggio per Jet non era questo il problema...?
@Alex.

 Non mi dire che è scomodo e palloso....!
Beh, insomma: si deve avere molta, molta voglia di lavorare  :-)
Comunque che Provider Ole-DB usi con FireBird?
Bye

 Server o Oracle.
Certo ma ... quello che pensano molti è che sia sufficiente cambiar motore
per ottenere le prestazioni, mantenendo inalterata la logica
dell'applicazione.
E certe risposte affrettatate non aiutano ... considerando tra l'altro che
JET in monoutenza è velocissimo.
Bye


Anche questa risposta potrebbe essere affrettata, se ad esempio uno si
collega in VPN

 collega in VPN
Mah, cosa centra!!?
Bye

 Bye
Ho convertito il tutto in SQL_Server l'anno passato, ma dai un'occhiata
quě....!
http://www.firebase.com.br/cgi-bin/firebase.cgi/downloads?categ=3
Per applicazioni monoutente credo che sia eccezionale, basta 1 dll nel
pacchetto d'installazione....!!
Al lavoro ho SQL_Server, ed ora sono costretto ad usare A97+SQL
che non sono il massimo della gioia, ma questo č quello che passa il
convento....!
@Alex.

 Io non ho smentito, ma sull'Esclusivamente non posso dire nulla...!
Cioč nel senso che nutri qualche speranza?
Al di fuori di SQLSVR sono speranze vane, anche se mi piacerebbe essere
smentito.
Bye

 Bye
Qualche tempo fà ho letto un 3D interessante, ma non concluso su
ADP e Oracle, ma non ricordo come reperirlo, non sempre l'oggetto
è significativo.........ed ho provato a cercarlo pure, ma nulla.......!
Hai provato su "microsoft.public.access.adp.sqlserver" forse non è
così OT, sembra ben frequentato come presenze anche "illustri".....!
Ciao.
@Alex.