| re: table/database size
Salim,
It would be much, much, much, much, much better to do the conversion
on Oracle.
Create Oracle tables to hold the legacy data and use the legacy
frontends to connect to Oracle. ADO and dsnless connections work
great for this, even in Access 97 with the correct drivers. Get the
Oracle OLEDB driver from Oracle; don't use Microsoft's. If you're
going to use ODBC make sure to use the Microsoft version
2.573.something, or later.
Potential problems occur when Access table and column names do not
meet Oracle naming and length standards. Memo columns are also
problematic; how usable they will be in Oracle depends upon how the
Oracle columns are defined for the Access memo columns. Your dba and
application developers will have to discuss the options and determine
which options will work best in your situation.
After all the legacy data is working on Oracle with the legacy apps,
spend as much time as it takes to get the new structures working and
populated.
Oracle is AWESOMEm btw.
HTH,
Elaine
On 20 Mar 2005 05:38:56 -0800, "SalimShahzad" <salimshahzad@gmail.com>
wrote:
[color=blue]
>dear sir,
>
>the issue is that we have to merge all 3 insurance companies data in
>one at access plateform. as access is already running 10 yrs on our
>network. now there is some new insurance application coming that will
>migrate all access data to oracle. so migration part is for them.
>
>now our part to merge the headeche.
>
>i had used as trial MSDE, looks and feels is same like ms sql server 2K
>
>but as you said 2Gb still the limit so i think better to look another
>db...well what is ur opnion if v used split db in various say db1 has
>some tables upto 2Gb then db3 has 2Gb
>
>regards,
>salim shahzad[/color] |