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

Ciao a tutti, volevo sottoporvi un problema legato all'utilizzo di 
Access con MySQL 5.1.
In via sperimentale ho sviluppato una applicazione per il controllo 
della produzione in linea di montaggio. Una cosa abbasanza semplice che 
lavora con gli scanner in emulazione di tastiera. Tutto ha funzionato 
bene e con tempi di risposta dignitosi, ma al crescere dei record le 
cose si sono complicate e la ricompazzione ogni 7 giorni è diventata 
quasi un obbligo per mantenere prestazioni accettabili. A questo punto 
ho installato su di un vecchio server w2000 mysql 5.1. I risultati sono 
stati ottimi 6 utenti attivi in lettura e scrittura più altri 4 in 
consultazione sono gestiti con tempi di risposta ottimi. Adesso viene il 
bello, l'applicazione è la stessa per i 5 operatori di linea (5 copie 
identiche) ma su 4 non ci sono problemi (apparentemente) mentre il 
quinto ha spessissimo risposte di errore che si rifà al blocco del 
record da parte di un altro utente. La cosa è assai improbabile visto 
che ognuno a il suo codice personale per la registrazione delle attività 
temprane e transitori (una tabella viene usata per registrare lo spoot 
sullo stato delle attività dell'operatore e della matricola in 
lavorazione ad esso legato). Ora qualcuno ha esperienze in merito e 
magari conosce impostazioni particolare per l'ODBC o in mySQL? La 
differenza tra questo operatore e gli altri sta essenzialmente nella 
frequenza molto più elevata rispetto agli altri nelle registrazioni. 
Altra cosa da notare è che tutti sono collegati in RDP ad un server 2003 
con access 2007. Se qualcuno ha idee è il benvenuto visto che altrimenti 
comincerò a smontare tutto provando nuovi algoritmi e sequenze per 
tentare di aggirare il problema.
Altra domanda; è possibile chiamare una sub o un function con un nome 
ricavato da un recordset? es. call rst1!nome_sub (non ho ancora provato 
ma mi è venuto in mente adesso;-)
Grazie

 Grazie
Ciao.
-- 
Sergio MAZZA 

> con
Definire  "..frequenza molto piu' elevata.."
A quanto dovrebbe scrivere, a 10 record/sec, a 100 record/sec, a 1000 
record/sec ?
Quanti indici ci sono sulla tabella usata per la scrittura ?
Ciao
RobertoA

Sergio MAZZA ha scritto:

Tutti utilizzano lo stesso DB come dati (MySQL) ma come applicazione 
ognuno usa la propria copia, sono tutti utenti diversi del dominio.
Ciao

davide ha scritto:

Ho risolto, anche se la motivazione di tale problema mi appare oscura, 
tanto più la risoluzione.
Codice che periodicamente da errore:
rst1.Edit
     Select Case STATO_MAT
     Case "00", "02"
         rst1!DATO1 = "AMAT"
     Case "01", "03"
         rst1!DATO1 = "SMAT"
     End Select
     rst1!DATO2 = str6
rst1.Update
Codice che non da problemi:
Select Case STATO_MAT
Case "00", "02"
       CODICE_STATO = "AMAT"
Case "01", "03"
       CODICE_STATO = "SMAT"
End Select
rst1.Edit
     rst1!DATO1 = CODICE_STATO
     rst1!DATO2 = str6
rst1.Update
Se qualcuno sa dirmi dove sta la differenza sostanziale (da problema 
solo con un utente tra l'altro), mi fa un favore.
Ciao e grazie a tutti.

 con un utente tra l'altro), mi fa un favore.
Esattamente qual'e' l'errore ?
Ciao
RobertoA

RobertoA ha scritto:

Non da un codice di errore esatto, mi bloccava l'esecuzione del codice 
dicendomi che non era possibile aggiornare il record perchè in uso da un 
altro utente. Ma!? Ormai è un giorno che gira tutto regolarmente. Il 
bello è che in un'altra maschera di un altro programma che accede al 
medesimo db mysql ad in intervalli variabili, con una casella combinata 
che dopo aggiornamento applicava un filtro in base al proprio contenuto, 
saltava fuori una bella finestrella che mi chiedeva di abbandonare le 
modifiche o salvarle negli appunti,ma non ho cambiato nulla ed il 
selettore del record attivo in quel momento mi dava l'icona della 
modifica. Soluzione drastica, invece che filtrare o fatto un Function 
che mi modifica il RecordSource della maschera. Forse perchè il tutto è 
nato sotto access e poi trasportato in mysql di fronte a notevole 
velocità il codice è parecchio schizzinoso (bella donna).

 modifiche o salvarle negli appunti,ma non ho cambiato nulla ed il
'Sta roba qua' mi staltava fuori tempo fa su un db recuperato da un sistema 
non di nostra produzione
Erano le date contenute in un campo, che contenevano valori inferiori al 
1900
Il tipo di campo era un timestamp usato per memorizzare l'orario
la data era fissa al 31/12/1499 (o probabilmente questa era la data che ci 
veniva visualizzata ma magari nessuno ce l'aveva messa)
Una volta portata la data al 01/01/1900, mantenendo l'orario originale, 
tutto ritornato modificabile come avrebbe dovuto essere
Ciao
RobertoA

in effeRobertoA ha scritto:

In effetti ho avuto qualche problemino con le date.
Ciao e grazie