Convert Paradox to MDB - delphi

I need to access an database in DB (paradox) files. I'm in a project that will be used Delphi and Access (i know it's very old but the customer want this) and the old project use paradox database.
I would like to know, if is there any program to convert Paradox (DB Files) to MDB (to be accessed by ms access) ?

I once did Paradox to Access conversion successfully using the Delphi code that I found on this page:
http://delphi.about.com/od/database/l/aa062601a.htm

Paradox itself can do it: use an ODBC binding to your MDB file, then export from Paradox to the MDB.

Have a look at Paradox Data Editor http://www.mitec.cz/pde.html

Related

Unexpected Error from external database driver (11265)

Trying Delphi 10.2 Tokyo with Paradox using FireDAC ODBC bring gives the error: Unexpected Error from external database driver (11265)
A solution is to try one of these:
1. You need to give the admin authentication to odbc32.dll
2. Permit the full access for the current user to odbc32.dll
3. Change the ownership of odbc32.dll for the current user/admin
4. You must install BDE (Borland Database Engine) to open the paradox DB Files. 5. go to control panel and open Data Source (odbc). After Open ODBC go to the Connection Pooling and Enable the polling for the Microsoft Access Driver(mdb) and Driver do Microsoft Paradox (.db)
6. Add the File DSN to set the paradox DB Directory
7. Create the User DSN for Driver do Microsoft Paradox
8. Change the NET DIR Path to your paradox database folder.

Delphi : Connecting to an Excel File with UniDAC

I want to connect to an Excel file with UniDAC
I have set Provider property of UniConnection to "ODBC" and Server property to "Excel Files" but there is no option to set Excel File Address
How can I Connect to an Excel File with UniDAC ? is it possible ?
I can connect to excel file with ADO but I want to use UniDAC
I`m using Delphi XE6
Unidac, as you have discovered provides an ODBC data access driver. But as with other drivers that provide access via ODBC, you need to setup an ODBC data source name (DSN) to connect to via Control Panel->Administrative Tools->Data Sources (ODBC). And that's just the start...
A better option for Delphi is to go via ADO or... OLE.
In the Delphi IDE select Component->Install Packages, and tick either
Microsoft Office 2000 Sample Automation Server Wrapper Components
or
Microsoft Office XP Sample Automation Server Wrapper Components
to install the components you can use for accessing Excel this way.
Here is a comprehensive guide to OLE, though it's a little dated: Delphi 3 - Delphi and Microsoft Office: Automating Excel and Word and
Delphi 3 - Delphi and Microsoft Office: Automating Excel and Word - Page 2
FUniConnection1.ConnectString := Format('Provider Name=ODBC;Server="DRIVER=Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb); DBQ=%s"', [FileName]);

SQLite option missing from Data Explorer

I am creating an application with Delphi XE3 (Ultimate Edition) that will utilise an embedded SQLite database. I watched various videos in relation to it and I noticed that my Data Explorer did not match that of the video. At first my Data Explorer was empty, all that was there was dbExpress. I've also tried re-running the installer several times and DataSnap, DBXPool, DBXTrace, IBToGo and InterBas appeared, but it was not because of the installation re-run. Anyway, what can I do to get the SQLite option to appear for me?
This is currently what my Data Explorer looks like:
Check dbxdrivers.ini and dbxconnections.ini for dbexpress configuration. You may need to add an entry for Sqlite dbexpress configuration.

Read an mdb (ms access) file without using ODBC

I would like to know if it's possible to read a .mdb file without the use of ODBC.
I need to write a Delphi application that reads 2 columns from a mdb file and writes those columns in a postgreSQL database.
Is there a trick, Delphi component or method that I can use that does not depend on ODBC.
(For some reason ODBC on my devel-laptop is broken).
If need be I can also use Delphi 2007, and I even have a version of Delphi 1,2 and 3 somewhere as well.
You can use ADODB. It is part of Delphi 2007, at least. It does not depend on ODBC or BDE: it uses OleDB/ADO instead.
long long ago, there was Data Access Objects DAO, but it appears that these are deprecated (all the way at the bottom). Still, with a bit of luck you could still find documentation for it and use it.

Delphi, using vbscript for connecting ADO, new Be

Connecting to ADO is hard from installation in Delphi, so I decided to use VBscript, which I have never used before. VBscript has little support in Delphi, so how do I run a Windows script editor to get support and carry it over to Delphi? I do not understand the statements in VB script very well yet
My Delphi TTable is connecting to
the ADO
I need to connect to a
Microsoft DB file in c:\program
files\common\my folder\my file
I need to disconnect the ADO to
relocate this file and place a new
copy in its place periodically.
I looked up the MSN web site and it's not that helpful.
I see scripts that could be useful for many things if I can get them working.
Can anyone help please?
Lex Dean
The best way is to use the native (and easy) ADO components in Delphi.
You will found a example of 'how to do', with source, here :
http://sourceforge.net/projects/axbase/
You do not connect to ADO. You connect to a DB through ADO. ADO is a technology to connect to different databases using a common API - the database native API is taken care of by ADO drivers.
You say you need to connect to a "Microsoft DB" file but do not specify what kind. ADO can connect directly to Access files, but if you use SQL Server you never connect to a file, you connect to the database server.
Delphi has a different set of components to connect through ADO. They are the TADOxxxx component. TTable is built upon the BDE, and can't use ADO. Use TADODataset or TADOTable.
Using VBScript from Delphi is possible, but would not solve your problem easily - you will have to pass ADO objects to and from Delphi and VBScript, and it requires a good knowledge of Delphi, Windows, COM and so on. If you need to use ADO, take the straight path.

Resources