What components can I use to use SQlite database with Delphi 6?
Try Zeos Library at http://zeos.firmos.at/portal.php.
It works well with SQLite and others.
It is free and you get the source code too.
My Answer is AnyDAC in this case. We here currently use it and it works. Especially when you think that you get more than just what the database can do.
http://www.da-soft.com/anydac/
I'm using DISQLite3 in FeedDemon and recommend it highly.
I have successfully used ASqlite from http://www.aducom.com.
It's free, open source software.
The new DevArt UniDac components has Sqlite provider
Unidac isn't free, but it's highly recommend and has very stable and fast providers, support Oracle, MS SQL Server, MySql, Interbase,PostgreSql and now Sqlite.
We just validated our Synopse SQlite3 framework for Delphi 6.
You've got a whole Client/Server ORM framework, using SQLite3 3.7.3 for its data storage.
It's fast and light. And there is some User-Interface dedicated classes (Screen auto-generation, reporting with direct pdf export...).
See http://synopse.info/forum/viewforum.php?id=2
I use LiteDAC (components for SQLite by Devart) and like it much, because It allows to link the SQLite library statically into your application and has built-in SQlite encryption! So I recommend it highly
In Delphi XE7, FireDAC was integrated into Delphi.
Embarcadero purchased DA-SOFT in 2013, and FireDAC is their renamed AnyDAC.
Embarcadero plans to support and continue development of FireDAC, so it is now an excellent choice to be your Data Access Component for SQLite.
Related
being a dbExpress newbie I wonder if there is a dbExpress driver for Microsoft Access?
I think the only way to connect to Access is by using ADO. (TADOConnection).
I have had good results using the open source dbxoodbc driver for dbExpress.
The download has several demo projects that use access databases, so you should be able to get up and running in no time.
You can find it at http://sourceforge.net/projects/open-dbexpress/
I have only tried it with older versions of access, so I can't say for certain that it will work with office 2007 or newer.
You have to use TADOConnection, i havn't been able to find a 3rd party driver which supports the new dbexpres
dbExpress does not support msAccess natively,
But a quick google search gives a long list of drivers. Both free and paid.
I am currently using BDE components to connect to a database in Delphi 5 professional version. My problem is that BDE components need BDE Administator to run the application on another machine. So I am planning to buy a new version of Delphi which contains ADO components.
Question: Are ADO components also having issues like the BDE? Do ADO components need any specific setup to run applications on another machine?
Thanks for the help.
All the components have issues in some point, in the case of ADO is very stable, but you can have some specific problems with the providers (like the infamous not support for blob fields in ORACLE using the Microsoft provider) but certainly is more recommendable use ADO instead of the deprecated BDE. About the dependencies, ADO uses providers to connect to the RDBMS, most of them are installed by MDAC (Microsoft Data Access Components) which is included in most of the Windows versions. So in most cases you will not need install any addtional component, at least which you want use a provider not inluded in MDAC like MySql, Firebird or others.
Sounds like if you posted two times the (almost) same question... with more focus on ADO this time.
As was written in the previous question, if you attempt to connect to an Oracle database using ADO or OleDB, you'll find out that all OleDB providers are buggy for handling Oracle BLOBs: Microsoft's version just do not handle them, and Oracle's version will randomly return null for 1/4 of rows... So IMHO ADO or OleDB are not a serious option for accessing Oracle database. :(
And if your purpose is to get rid of the BDE installation, you'll find out that the Oracle's OleDB provider is quite huge and that the BDE is much light and better... A standard Oracle's client installation containing the OleDB/ADO provider (which is not installed in the "Light" version of the Oracle's clients), needs a .zip setup of about 660 MB...
On real database data, I found out our Open Source direct access to Oracle to be 2 to 10 times faster than the OleDB provider, without the need to install this provider (nor the BDE). You can even use the Oracle Instant Client provided by Oracle which allows you to run your applications without installing the standard (huge) Oracle client or having an ORACLE_HOME. Just deliver the dll files in the same directory than your application, and it will work.
Of course, this is full Open Source, and works from Delphi 5 up to XE. So when your project may upgrade to a newer Delphi version, it will work. You are not tied to non-Unicode Delphi 5-Delphi 7 version of Oracle components, as you can found on Torry's, e.g. but those components may help you get rid of the BDE installation for an existing project.
If you don't use BLOBs in your database, you can use ADO. In this case, my advice is to read this post, and use TADODataset, which is available in Delphi 5.
Ok Naren, since you are on Oracle you can use this Oracle driver DOA. We use it exclusively in our Delphi projects.
All our Delphi projects are on Delphi 7 but we are converting all of it to Delphi XE now. When using DOA you do need to install the Oracle client libraries on the client machine. The upside is speed and Oracle support, so the DOA drivers don't need to work on the most common command set like ADO needs to, so the Oracle support is brilliant.
We are migrating from Delphi 6 to Delphi 2010,earlier we were using BDE engine to connect to Sybase Database from Delphi 6. We found out that Delphi 2010 does not support BDE.
We are trying with dbexpress but we are not able to catch the exception(raise error) thrown by Sybase.
Could you please let me know if there is any other driver except dbexpress to connect to Sybase Database from Delphi 2010.
Thanks.
Regards,
AS
You can use AnyDAC to connect to:
Sybase SQL Anywhere (AnyDAC native driver)
Sybase Adaptive Server (AnyDAC ODBC bridge).
I suspect your real problem is that you have the Professional version of Delphi rather than Enterprise. As far as I know, BDE can still be used with Delphi 2010.
With Delphi 6 the Professional version allowed connections to remote databases. Somewhere between Delphi 6 and Delphi 2010 that policy was changed.
Anyway, you really need to give up on BDE and move forward.
Edit: (jeroen)
The BDE for relational access (aka the BDE SQL Links technology) has been deprecated since 2002, about 2 years after the introduction of dbExpress in Kylix and Delphi 6.
You could try a workaround:
Install Delphi 6
Update BDE to the latest available version (there should be some updates on Embarcadero site, I hope)
Install Delphi 2010
IIRC the available SQL Links should not be removed (otherwise it would break the older version), and they should still work in Delphi 2010. But that's really a stopgap try.
Devart's UniDac can connect to Sybase without using dbExpress, but I never used it.
Sybase drivers for dbExpress is included in Enterprise version of Delphi. If that is not an option you can use dbGO (ADO) that is included in Professional.
You can try ZEOSLIB which contains SyBase connectivity, along with many other SQL dbs.
As far as I can see, it requires you to remove your Query/Table objects and replace them with its own Table and Query replacement objects, but then, so would moving from BDE to ADO/dbGo or dBExpress.
And you really should get the BDE out of your application. It's dead as a doornail.
Back when I used Delphi (win32), programs made with it would run on windows, with no need to install any runtime libraries like .NET or Java(?). Is this still the case? If not, which language can do that?
Delphi executables don't have any external dependency.
It's true since Delphi 1 up to Delphi XE.
I just wrote a post on my blog about this fact I like very much in Delphi.
http://blog.synopse.info/post/2010/09/20/Dll-hell%2C-WinSXS-directory-and-Delphi-paradise
No dll hell with Delphi applications!
Deploying a Delphi application is very easy.
If you need some database access, you could need some additional components, like the BDE, or the ODBC drivers, or whatever...
But there are a lot of stand-alone frameworks, with no external dependency, available for Delphi. We provide one Client/Server Open Source solution, using SQLite3 as database storage. And one of great feature of SQLite3 is that it doesn't need to install any client software. Our framework provide the Client/Server features, in pure Delphi.
Both the language and the IDE had some serious improvements from Delphi 1.
To name a few extentions for the language:
Support for interfaces
Records with methods
Record and class helper functions
Annonymous functions
Generics
Hinting directives
There are also some IDE improvements.
Unicode support
More integrated tools
Usage of identifiers (2011).
There are still some things missing:
64 bit support
generics still have some bugs.
It is still the case for the "normal" Delphi, i.e. Delphi for Win32. There is also Delphi Prism which targets .NET for which it is obviously not the case.
Currently there's Delphi for Win32 available, which doesn't require any runtimes and Delphi Prism (for .NET application development). Delphi for 64-bit native Windows development is promised next year.
Well, Lazarus obviously :-)
Seriously, Delphi is fine, but before you buy a recent one, if you need win9x support, check thoroughly. (since the unicode versions might no longer support that)
I just upgraded my BDS2006 Prof to D2010 Prof. I usually use Interbase component (TIBDatabase, etc) to connect with the database. I am thinking about other alternative components. Sadly, Zeos component (6.X) currently still not working with D2009/D2010. DBExpress support FB connection but not in Prof. Version (only in Enterprise/Architect).
What component(s) you suggest for me? (I prefer a free good component, but it is okay if it is a very good, stable, robust, not so expensive and well supported commercial product).
You can also use :
UIB (free)
IBDAC
AnyDAC
The best library for Delphi-Firebird interaction is FIBPlus. But it is quite expensive - $348 per one license
There is also a free dbExpress driver for FireBird which can be used in Delphi 2010 Pro.
You can try IBProvider (OLE DB Firebird driver and Interbase provider), This very well documented, updated (last version 13-08-2009) and has great support.
The access to Firebird from Delphi using this provider, you may choose among the following variants:
Interact with ADO via COM interfaces.
Use dbGo (ADO Express) components.
Supports the following versions of firebird
Firebird 1.0 (1.0.3)
Firebird 1.5 (1.5.3, 1.5.4, 1.5.5)
Firebird 2.0 (2.0.1 - 2.0.x)
Firebird 2.1
Firebird 2.5
Firebird 64 bits
Bye.
Another free option is to use the free ODBC driver and the dbGo components. I use them and they work pretty well.
Firebird ODBC Driver