Convert MS Access 97 TO MySQL 5.5 (Is there any Tools ?) - ms-access-97

I have huge industry level database in MS Access 97, I am redesigning the application and want to migrate all my existing data to MySQL 5.5.
Is there any tool available so that I can migrate all my existing data (MS Access 97) along-with schema to MySQL 5.5 without loosing any previous data.

I found a freeware product that I've been using for about a year and it works great for converting msaccess 97 database to MySQL
It's called - Bullzip MS Access to MySQL

Related

how to Add a database on the server to be accessible by all computers on the server

I made a sample database for my students to learn SQL
in that i created it and saved it
i added 30 entries to it
and i saved it
and i cannot copy the same file to 100 computers in my lab
so tell me how to do this
i searched the net but to no avail
sql> tables
-----------------------------------
dhana
-----------------------------------
task completed in 0.57 seconds
i want to put the same database in 100 computers but i cannot do it it will take long time to open the windows xp computer and copy the file from the network paste it and shut down the computer is too tedious
hmm.
refer the computer science for class 11 with python by Sumita Arora
and u may get it.
u are not searching the net properly
and the questions are kind of easy to be found on google
what is ur webbrowser
You can use something like mysql workbench and access your server remotely, although I've never tried 100 simultaneous connections. Another option is ssh from clients into your server and use database cli. Of course i assume you want one database and many clients. Not many databases.

Export SQL table containing XML data type from SQL to SQL using SSIS

G'day all. We have a very large table in SQL 2005 containing over 200m records and one of the column is a XML data type. We are upgrading that database to SQL 2012 and hence the data need to be transferred across. For large db's (> 500 GB) we have figured out using SSIS is faster when compared to other traditional methods.
The question is, is there a faster way to transfer the table containing xml data type other than mapping the OLEDB Source to OLEDB Destination using SSIS?
Thanks all
Take the backup in SQL server 2005 and restore that backup in sql server 2012 or you can take the help of SQL server 2012 upgrade advisor before migrating the DB to find out the potential conflicts.

can PostgreSQL function talk to SQL Server 2000 as a linked server

Situation: gradually migrating a boatload of legacy SQL Server apps to PostgreSQL.
Question: can a PostgreSQL function execute a query against SQL Server 2000 database? Anything comparable to OpenQuery in PostgreSQL? Or like Oracle's Heterogeneous Services?
You can you DBLink between PostgreSQL instances. There is a project out there for doing this to MSSQL call dblink-tds. I have never used it, so I can't say how well it works. And it looks pretty old, so I'm suspicious it may no longer be supported.
But, remember with PostgreSQL you get your choice of languages to use. if you need to access data in other non-postgresql stores, you can use one of the "un-managed" languages. For example, plpythonu or you can always write your functions in C and access any information you need/want.

dbExpress vs ADO Connection

Is using a dbExpress database faster/better/less programming than ADO connection and Access db for this instance?
Application will not be consistently reading / writing to DB
DB size will be pretty small (1000-2000 rows) (5 columns)
DB will be stored / moved with the portable application
DB will talk to app only via a local connection (no computer on a different network will connect to database)
I have never used dbExpress and only other db I have ever used was a MYSQL when programming a Website. Thanks
Glen
There is no dbExpress database. dbExpress is the name of the database components in Delphi.
Using the dbExpress components, you can connect to a target database server (SQL Server, Oracle, MySQL, etc.) using the database system's native protocol.
One of the advantages of connecting natively, presumably, is performance because you avoid the ADO middleware.
A second advantage is that you're not tied to running on Windows, since ADO is a Microsoft product. You could use the dbExpress components in a FireMonkey application and have a cross platform application.
There are some restrictions with the use of the dbExpress components unless you have the Enterprise or greater version of Delphi XE 2.
Professional includes (note the "local"):
dbExpress local database connectivity to InterBase® and MySQL
Enterprise includes:
Database server connectivity to InterBase, Firebird, MySQL, Microsoft
SQL Server, Oracle, DB2, Informix, Sybase ASE, SQL Anywhere, and ODBC
There are third party native database components available (often much cheaper than the cost difference between Professional and Enterprise).
As far as programming goes, I find that using native components is slightly easier, since you don't need to create an ADO connection string, but connection strings are also easily found on the Internet for major database providers.

Performance Issues Using TUniTable

I'm in the process of converting a Paradox database application written in Delphi to use SQL Server 2008 R2. We are using the UNIDAC components from Devart to access the database/tables. However, I am finding the performance rather slow. For example, in the Paradox version it is more or less instant when it opens up a table (Using TTable) with 100,000 records, but the SQL Server (Using TUniTable) take approximately 2 seconds. Now I know this doesn't seem a lot but there are 10 TUniTable datasets which open up on form creation, all of which contain around the same number of records, so at present it is taking just under 20 seconds to open them all. Does anyone have any performance tips?
I'm using Delphi 2007
IMHO, UniDAC TUniTable is just a wrapper of TUniQuery. TUniTable open may lead to fetching all records on SQL Server. Not sure how, but try to change SQL Server cursor type and/or location.
If it is not late, then consider to use AnyDAC and TADTable. It uses "Live Data Window" technology, which allows to open and browse through the large tables without significant delays, eg Open and Last calls will be always fast. We migrated few BDE applications to AnyDAC and Firebird, TADTable works really great.

Resources