Newsgroup: it.comp.lang.visual-basic
Titolo: Migrare da Access a Oracle

Ciao a tutti, ho la necessita' di migrare da Access a Oracle. Il database in
questione e' grandino, contiene circa 20 tabelle e la tabella + grande
arriva anche a 30000 record. Qualcuno conoscce un modo per poter trasferire
le tabelle da Access a Oracle in modo se non semplice almeno lineare?
Grazie in anticipo per la risposta.

 ha scritto nel messaggio
news:a551p0$lvi$1...@newsreader.mailgate.org...


 Grazie in anticipo per la risposta.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 praticamente è enorme, che sò saranno un paio di mega !
non avrà mai visto un db 'grandino'...
:-)

 non avrà mai visto un db 'grandino'...
Insomma, perche' impuntarsi su dei termini? Per Access 86 Mb secondo me e'
"grandino" perche' con InterBase, Oracle, o altri DBMS le prestazioni
aumentano di 10 volte, e per questi DBMS "seri" 86Mb sono una bazzeccola.
Va bene ora?
Vogliamo anche puntare sul termine "DBMS seri"?

 ha scritto nel messaggio
news:a551p0$lvi$1...@newsreader.mailgate.org...


 86Mb
Neanche una tabella di 86 mb può essere considerata grossa :-))))
Ciao Matteo

 wrote in message
news:a55ah2$qu0$1...@newsreader.mailgate.org...

allora sei recidivo !
ho per le mani una copia di un db access, solo una parte, 400 MB,
se un db oracle se è sotto i 2-3 Gb vuol dire che chi ha 
disegnato l'architettura non capisce più di tanto !
mai sentito parlare di Tb ?
non ti si stà prendendo in giro, magari queste informazioni
potrebbero servirti anche per il lavoro, e solo portarti
a conoscenza del mondo dei DB, per cui il consiglio è 
resta su access finchè le cifre sono quelle, 400 Mb,
se hai problemi di performance con un decimo di quello
che costa oracle compri un pIV con 2 Gb di ram e vedi 
le pippe che ti fà !
ciao


 
Hai piu' strade:
1) scegliere un tool di conversione (io userei ERWIN, ma e' molto costoso)
2) scrivere un po' di codice che analizza la struttura delle tabelle access 
e crea il DDL per oracle (e meno difficile di quanto sembri)
3) Analizzare su carta il problema (20 tabelle non sono tante) creare le 
tabelle in Oracle e dopo averle collegate via ODBC in access popolarle con 
query di accodamento.
L'accortezza maggiore va posta nella conversione dei tipi dato soprattutto 
se hai usato dei contatori.
francesco
P.S.
Oracle puo' essere utlizzato anche per piccole basi dati, quello che lo fa 
scegliere sono altri argomenti come affidabilita', sicurezza, gestione di 
un alto numero di utenti contemporanei etc, etc.....

...che vuoi farci Francesco, qui sono tutti grandi esperti... e non
capiscono che un database non si misura in base alle dimensioni, ma a come è
stato realizzato.
Sarei curioso di sapere quanti hanno lavorato su un progetto che comportasse
più di 5Gb di database... E non parlo di mettersi li a fare la tesina
universitaria, parlo di andare da un cliente e gestire i suoi 5Gb di dati.
Ultima nota, la più triste, come invece di aiutare, chi non ha di meglio da
fare, perda il suo tempo a prendere in giro.
Segui il consiglio di Mela e usa il migration tool di Oracle... lasciando
perdere queste bestie.
Al consiglio di Mela ne aggiungo un altro: importa si i dati e le tabelle su
Oracle, poi creati un altro schema e inizia a riprogettare il tutto in modo
da ottimizzarlo per le tue necessità: i dati saranno sempre facilmente
reperibili, così come le strutture delle tabelle e tu potrai ricreare il
tutto da zero usando le molteplici possibilità che ti offre Oracle.
Se hai bisogno di una consulenza chiedi ancora... e ignora chi, con tutta
probabilità, non sa far altro che sfottere.
Saluti,
Ender Motion