Newsgroup: it.comp.appl.access
Titolo: Da Access a Mysql

Salve. Ho pensato di passare a Mysql per condividere in rete i miei db e
vorrei sapere se devo per forza rifare tutte le tabelle o posso convertirle
in qualche modo. Grazie


Non solo puoi convertirle, ma trovi anche tanti programmi, sempre con la
formula dell'open source, che ti permettono di fare l'upsizing con wizard
grafici.
Non dovresti avere grossi problemi.
Uno che mi viene in mente è il "DB Tools".
Ale

 ha scritto nel messaggio
news:yIRG6.12331$q3.1...@news1.tin.it...

Presupponendo, dalle tue intenzioni, che tu abbia una buona conoscenza di
Linux, una buona conoscenza di MySQL e una rete con tale mole di dati
(centinaia di Mb) e con tanti utenti contemporanei (oltre 10) da
giustificare il tuo sforzo, ti suggerisco di vedere sui vari siti che
parlano di MySQL (
www.mysql.com
 mi pare)
Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente

parlano di MySQL (
www.mysql.com
 mi pare)
Mah, non glie la fare cosi' drammatica!:-)
Esiste la versione Windows che si installa facilmente. Se uno ha buone basi
di SQL e un po' di pazienza per leggersi qualcosa, non e' una scelta
sbagliata.
E' aggratisse per uso personale e costa poche centinaia di dollaroni per uso
professionale.
Unico neo, non supporta le transazioni....ma questa informazione non l'ho
ancora verificata personalmente, l'ho solo letta da qualche parte.
Ah, ci'ha pure diverse funzioncine interessanti nel suo dialetto SQL!:-)
Saluti.
Luciano
(DOC)

grafici.
Non e' che 'sti tool funzionino proprio come una scheggia...:-)
Io ne ho trovato pure uno che ti fa gestire tutto da dentro Access, ma non
sono rose e fiori!
Anche l'esportazione da Access (via ODBC) con tabelle molto grandi e' un
pianto...
La migliore soluzione che ho trovato e' creare le strutture con Access,
esportare le tabelle vuote e poi riempirle da codice.
Ma....felice di essere contraddetto!:-)
Saluti.
Luciano
(DOC)

 Saluti.
Saluti a te.
Ale

 ancora verificata personalmente, l'ho solo letta da qualche parte.
E stata una scelta prestazionale, per altro, credo, sarà implementata nella
prossima release.
Ale

 ha scritto nel messaggio
news:9cj0l1$dujsi$1...@ID-15127.news.dfncis.de...

Dalla 3.23.36 support le tabelle di tipo INNOBASE che supporta le
transazioni...peccato che questo tipo di tabelle non sono riuscito ad usarle
sotto Win, ma solo sotto Linux

tutte le strutture che aspettare qualche ora di caricamento delle tabelle.
Oggi ho provato ad esportare da Access (con ODBC) verso MySQL una tabella
con 15.000 record, con un PIII750 con 256M RAM...dopo due ore mi sono rotto
e ho stoppato: ne aveva fatti poco piu' di 5000!
Nun se po' fa'!:-)
Saluti.
Luciano
(DOC)

 Nun se po' fa'!:-)
Strano io ho importato la mia anagrafica di 184.000 ~ record, in poco piů di
un'ora.
Perň con DbTools 1.0.8.
Mah...
Ale

 ha scritto nel messaggio
news:9ckhk0$dt02m$1...@ID-15127.news.dfncis.de...

Se esporti in file di testo e reimporti in MySQL, 4 min 37 sec per ~250000
record su un Celeron 366

 record su un Celeron 366
Si, effettivamente e' una scheggia, pero' fa un casino con i dati.
Ho provato a covertire il DB con i vecchi msg del NG, quindi con un campo
memo dove c'e' di tutto. Il problema e' far capire a MySQL la delimitazione
dei campi. Esportando da Access in txt non si puo' dare piu' di un carattere
come delimitatore e qualsiasi carattere si possa dare, al 100% e' contenuto
nel campo memo. Quindi MySQL presume che sia il delimitatore.
Ho provato usando;
LOAD DATA INFILE 'c:\blabla\miomdb.mdb'
INTO TABLE pippo
FIELDS
TERMINATED BY ';' (o altri caratteri)
ENCLOSED BY '"';
Stessa cosa con:
mysqlimport pippo pippo.txt
Saluti.
Luciano
(DOC)

 ha scritto nel messaggio
news:9clp0p$cic$1...@fe2.cs.interbusiness.it...

il che mi fa supporre chi i driver odbc per mysql siano una ciofeca, se
tanto mi da tanto, anche l'accesso ai dati successivamente non dovrebbe
avere performance eclatanti, IMHO ne deduco che mysql con front end access
non sia una soluzione ottimale.
Ciao
Giancarlo

 non sia una soluzione ottimale.
Per valutare bisognerebbe fare qualche applicativo serio.
Il fatto che impieghi molto tempo per uploadare una tabella su MySQL da
dentro Access, non necessariamente è da ascriversi alla qualità di MyODBC.
Ale

 non sia una soluzione ottimale.
Fra un LOAD DATA INFILE e fare 184000 INSERTI INTO c'è già una bella
differenza di prestazioni....cmq poi i driver ODBC girano che è una
meraviglia.

 ha scritto nel messaggio
news:9cotm8$f48s7$1...@ID-86073.news.dfncis.de...

Io di solito faccio un'esportazione delimitando con la tabulazione e poi
eliminando con un UPDATE le tabulazioni presenti nell'ultimo campo della
tabella. A meno che tu non abbia tabulazioni all'internao del campo memo,
dovrebbe andare

 dovrebbe andare
A meno che....!:-)
Saluti.
Luciano
(DOC)

 ha scritto nel messaggio
news:9cr775$f6rnr$1...@ID-86073.news.dfncis.de...

...La sfiga non sia dietro l'angolo col compilatore per access sotto braccio
?

 ?
No, volevo dire che sono sicuro che ci sia ogni genere di carattere!
Saluti.
Luciano
(DOC)