Newsgroup: it.comp.appl.access
Titolo: Re: occhio all'ultimo Update di Win200 SP4

 SP4"
Al di là del problema in oggetto: funziona bene l'accoppiata?
Ciao.

 Al di là del problema in oggetto: funziona bene l'accoppiata?
Mah. Le performance sono ottime almeno per me che uso tabelle MyISAM 
quindi niente transazioni. Usare Access come front-end e' schifosamente 
comodo, le query e i report non danno nessun problema e le query pivot 
sono strepitose. Le form sono quasi perfette tranne qualche piccolo 
inconveniente che pero' rischia di minare l'intera costruzione.
In pratica ci sono alcuni trucchetti da scoprire per evitare la riga 
piena di #Eliminato o il messaggio "Un'altro utente ha modificato il 
record..." che spaventano l'utente ma sono solo falsi allarmi.
Quando capitano questi inconvenienti ti viene da mollare tutto perche' 
non sai che pesci pigliare. Io non potevo tornare indietro e ci sono 
andato a fondo, ogni problema lo analizzavo sniffando il traffico di 
rete (ma puoi semplicemente loggare la connessione ODBC) tra il client 
Access e il server MySQL scoprendo cosi' che la fonte dei problemi e' 
sempre Access che non dialoga bene con MySQL.
Trovata l'origine del problema e' facile scavalcarlo e non incapparvici 
piu'.
Vuoi un esempio ? In una maschera su una tabella mysql prova a 
selezionare il contenuto di un campo e fai CTRL+X e poi CTRL+V poi vai 
al record successivo. Non succede niente al DB ma Access non si intende 
con MySQL e genera un messaggio che puo' spiazzare l'utente. Io ho 
risolto con una semplice riga di codice nel BeforeUpdate e ora la metto 
di default in tutte le form, ma ci ho perso 2 giorni per isolare e 
capire da cosa proveniva quel messaggio di Access.
Concludendo l'accoppiata Access + MySQL e' ottima per applicazioni di 
media complessita' su intranet veloce. Il numero di utenti non spaventa 
MySQL che va a razzo. Access pero' e' un po' capriccioso a volte. Basta 
conoscerlo per superare ogni difficolta' quindi e' meglio che le prime 
applicazioni le utilizzi per usi interni (come me) cosi' da imparare a 
conoscerlo senza bruciarti un cliente.
Ciao
Marco

 piu'.
Sicuro che non dipenda dai campi TimeStamps: li hai previsti nelle tabelle?
Comunque dato che mysql č abbastanza gettonato dagli "accessisti", perchč
non prepari un dossier sulla faccenda e lo spedisci al sito comune?
Ciao: Simone

 
Certo che li ho previsti i TimeStamp cosi' come tutti i campi numerici 
sono DOUBLE e via di seguito con tutte le indicazioni di base che si 
trovano sul sito di MySQL.
Te la spiego brevemente: nel dialogo Access-MySQL nascono problemi 
quando da Access parte una UPDATE che aggiorna i campi con gli stessi 
valori che avevano in precedenza.
Se questa UPDATE la fai con una query ti puo' venire fuori che TOT 
record non sono stati modificati per violazione di condivisione (ma non 
e' vero). Se la fai da una form, come nell'esempio del mio post, ti 
avverte che un'altro utente ha modificato il record e ti chiede se vuoi 
rinunciare alle modifiche o copiare negli appunti. Anche in questo caso 
basta scegliere di annullare le modifiche che non succede nulla, ma e' 
brutto per un utente.
La mia soluzione e' stata prevedere un campo int(11) su ogni tabella e 
in ogni form mettere un BeforeUpdate che valorizza quel campo con un 
valore random, in questo modo evito le UPDATE che non modificano nessun 
campo.
Non mi sembra che ci sia abbastanza materia per farci un dossier. Semmai 
  questa potrebbe essere una FAQ. Ma poi ho anche qualche dubbio sulle 
mie conoscenze, perche' davanti ai problemi ho sempre cercato soluzioni 
opportunistiche della serie "basta che funzioni". Non mi sento di salire 
in cattedra; magari qualche settaggio della connessione MyODBC risolveva 
subito e meglio.
Pero' riconosco che un bel dossier su Access-MySQL mi avrebbe fatto 
comodo, specie all'inizio. Se, come dici, mysql è abbastanza gettonato 
dagli "accessisti" come mai sul sitocomune c'e' cosi' poco sul tema?
Ciao
Marco

 dagli "accessisti" come mai sul sitocomune c'e' cosi' poco sul tema?
Infatti ho scritto "abbastanza" e non "molto"  :-)
Diciamo che dopo Jet e Sql Server, il motore SQL più usato con Access
dovrebbe essere mysql.
E su quest'area, nel corso degli anni, c'è sempre stato un certo numero di
post relativo a MySQL Server, in particolare ultimamente da parte di Sandro
Binetti mi pare.
Nessuno ha mai sollevato il problema di cui stiamo discorrendo: non giurerei
che sia "sistematico".
Lo riscontri anche con Access XP, per esempio?
Magari dipende dalla versione di JET 4.0 e del driver ODBC: sa Dio.
Comunque un'e-mail sulla faccenda ai produttori di MySQL la spedirei, se
dipende dal MyODBC saranno felici di sistemare la cosa...
Ciao, Simone

 dipende dal MyODBC saranno felici di sistemare la cosa...
La faccio volentieri, ma prima vorrei qualche riscontro da qualcun'altro.
Non vorrei aver tralasciato una spunta nella configurazione della
connessione, o altra banale mancanza, che avrebbe risolto.
C'e' qualcuno che usa MySQL come BE che puo' provare a fare CTRL-X e CTRL-V
su un campo di una form e poi passare ad altro record ?
Qui da me' lo fa' sempre, ma tutti i PC hanno A2003 e il server MySQL e'
sempre lo stesso.
Ciao
Marco
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Oggi, dopo aver aggiornato il mio Win2000 SP4 mediante il windows update ho
avuto una amara sorpresa.
Il mio MDB in A2003 su tabelle MySQL non permetteva piu' il collegamento di
nuove tabelle da fonte MyODBC. I link alle tabelle che gia' c'erano
funzionavano ma A2003 non consentiva di fare il [Collega Tabelle]->[Origine
ODBC]->[MioDB_MySQL] ne' da menu' ne' tramite VBA.
Nessun messaggio di errore! Semplicemente andava in crash, e a nulla e'
servito reistallare Office2003.
Ho appena risolto disinstallando l' "Aggiornamento cumulativo 1 a Win2000
SP4"
Fiuuuuuuuu
Ciao
Marco
PS. Il primo pensiero e' stato "un comodo sistema per M$ per far fuori i DB
concorrenti" ma ..... non lo sapremo mai.
