Newsgroup: it.comp.appl.access
Titolo: trasferire datidi Access su mysql

In ufficio abbiamo appena montato un server linux, e già compreso c'è
anche il server mysql....
Ora, io avrei un'applicazioncina access che ho già separato in dati e
front-end (multiutente, il frontend una copia per ciascun client, i
dati sul file server), e avrei pensato a migrare i dati sotto mysql,
appunto: mi dicono che la gestione dei dati sia + sicura rispetto ad
Access (effettivamente, ho visto 1 paio di db access esplodere dopo
aver superato i 40 Mega di dimensione, era con A97, adesso non so se
sia + stabile, non ho avuto il piacere).
Sul come si fa lo so (ho già letto le faq del sito, ora non faccio +
figuracce) ma quel che vi chiedo è:
vale la pena, è effettivamente + stabile (& perfrmante, come mi dicono
tutti gli affezionati del pinguino)?
Poi, il secondo problema sarebbe l'integrità referenziale, che in
mysql non è supportata in modo nativo (bisogna usare un tipo diverso
di tabelle, innoDB mi pare si chiamino, ma non ho sentito nessuno che
le abbia usate seriamente e si senta sicuro);
 allora mi chiedevo, è sensato impostare l'integrità referenziale dal
lato client, cioè sulle tabelle collegate del frontend invece che
sulle tabelle originali? A senso non mi pare 1 soluzione pulitissima,
trovo molto + elegante impostare le condizioni sui dati che sul front
end,  ma mi piacerebbe sentire l'opinione di qcuno che l'ha fatto sul
serio.
grazie

"Bobo"
In ufficio abbiamo appena montato un server linux, e già compreso c'è
anche il server mysql....
Ora, io avrei un'applicazioncina access che ho già separato in dati e
front-end (multiutente, il frontend una copia per ciascun client, i
dati sul file server), e avrei pensato a migrare i dati sotto mysql,
appunto: mi dicono che la gestione dei dati sia + sicura rispetto ad
Access (effettivamente, ho visto 1 paio di db access esplodere dopo
aver superato i 40 Mega di dimensione, era con A97, adesso non so se
sia + stabile, non ho avuto il piacere).
Anche se, a onor del vero, non è detto che .mdb '97 sopra i 40 MB debbano
per forza *esplodere*    :-)
Probabilmente avrete hardware di palta.
Sul come si fa lo so (ho già letto le faq del sito, ora non faccio +
figuracce) ma quel che vi chiedo è:
vale la pena, è effettivamente + stabile (& perfrmante, come mi dicono
tutti gli affezionati del pinguino)?
Magari, prima di pensare a prodotti non MS, varrebbe la pena di provare la
connettività (molto diffusa e utilizzata) a SQL Server e/o MSDE!
Ciao.

 Ciao.
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

------
Anche se, a onor del vero, non è detto che .mdb '97 sopra i 40 MB
debbano
per forza *esplodere*    :-)
Probabilmente avrete hardware di palta.
------
'azz ma come si fa a quotare con google group?
qmq.....
non era 1 prob HW, ho copiato il file e provato ad aprire con 5-6 pc
diversi, "archivio corrotto" o roba del genere....
-----
Magari, prima di pensare a prodotti non MS, varrebbe la pena di provare
la
connettività (molto diffusa e utilizzata) a SQL Server e/o MSDE!
------
beh, sql server costicchia, mysql è gratis. NON abbiamo 1 SQL server
già installato in ufficio, altrimenti non sarei andato a montarne 1
altro.

"Bobo" <
'azz ma come si fa a quotare con google group?
qmq.....
non era 1 prob HW, ho copiato il file e provato ad aprire con 5-6 pc
diversi, "archivio corrotto" o roba del genere....
Se si verificano sistematicamente sono problemi a livello di schede di rete
o Hubs.
In rapporto al Server SQL: MSDE potrebbe andar bene se non volete scucire
alcunchè di licenze.
Ciao.

cioè... è proprio gratis tutto il motore DB, o si paga il lato server
e resta gratuito il lato client?

"Bobo"
cioč... č proprio gratis tutto il motore DB, o si paga il lato server
e resta gratuito il lato client?
Le informazioni relative all'EULA di MSDE sono di pubblico dominio: ti basta
cercare sul sito MS  ;-)
Ciao.