BDE provides a more or less uniform way for accessing different servers (SQL Server, MySQL, Oracle and so on)

ODAC is a set of components optimized for working specifically with Oracle, and has a server-specific component interface and advanced design-time support.

As a result, there are a number of reasons why ODAC may be better than BDE for your Oracle-based application. Some of them are enumerated here. For more information refer to the ODAC feature list.

• Incomparably higher speed of data access, fetching, and processing
• Possibility to individually adjust and optimize execution parameters for every query
• Complete support of PL/SQL
• Return of cursor from a stored procedure or anonymous PL/SQL block (by parameter)
• Return of PL/SQL result sets from a stored procedure or anonymous PL/SQL block
• Support for asynchronous execution of queries
• Possibility to break the execution of long-duration queries
• Built-in system for debugging in run-time
• Convenient and simple-to-use standardized error processing mechanism
• No need to install and configure BDE on client machines during deployment

You may be having a compatibility issue that shows up in one or more of the following forms:

• Get a "Setup has detected already installed DAC packages which are incompatible with current version" message during ODAC installation.
• Get a "Procedure entry point ... not found in ... " message when starting IDE.
• Get a "Unit ... was compiled with a different version of ..." message on compilation.

You can have such problems if you installed incompatible ODAC, SDAC, MyDAC, IBDAC, or UniDAC versions. All these products use common base packages. The easiest way to avoid the problem is to uninstall all installed DAC products and then download from our site and install the last builds.

To quickly migrate your project from BDE you can use the BDE Migration Wizard. To start it, open your project and choose BDE Migration Wizard from the Oracle menu of your IDE.

Find and comment the following line in the Odac.inc file:
{$DEFINE BDESESSION}
In this case ODAC will be compiled without the TBDESession component.

If you have purchased a full version of ODAC, you are entitled to distribute pre-compiled programs created with its use. You are not entitled to propagate any components inherited from ODAC or using ODAC source code. For more information see the License.rtf file in your ODAC installation directory.

You can create your own components that are inherited from ODAC or that use the ODAC source code. You are entitled to sell and distribute compiled application executables that use such components, but not their source code and not the components themselves.

The basic ODAC license agreement will remain the same. With ODAC 6.00, the ODAC Edition Matrix will be reorganized and a new ODAC Subscription Program will be introduced.

ODAC 6.00 will come in four editions: Standard, Professional, Developer, and Trial. ODAC Professional Edition and ODAC Developer Edition are available with Source Code.

When you upgrade to the new version, your edition level will be automatically updated using the following Edition Correspondence Table.

The feature list for each edition can be found here.

After ODAC 6.00, all upgrades to future versions are free to users with an active ODAC Subscription.

Users that have a registration for versions of ODAC prior to ODAC 6.00 will have to first upgrade to ODAC 6.00 to jump in on the Subscription Program.

The ODAC Subscription Program is an annual maintenance and support service for ODAC users.

Users with a valid ODAC Subscription get the following benefits:

• Access to new versions of ODAC when they are released
• Access to all ODAC updates and bug fixes
• Product support through the ODAC Priority Support program
• Notification of new product versions

Priority Support is an advanced product support program which offers you expedited individual assistance with ODAC-related questions from the ODAC developers themselves. Priority Support is carried out over email and has a two business day response policy.

The ODAC Subscription Program is available for registered users of ODAC 6.00 and higher.

Yes, you can. ODAC version licenses are perpetual.

An annual ODAC Subscription is included when ordering or upgrading to any registered (non-Trial) edition of ODAC 6.00 or higher.

You can renew your ODAC Subscription on the ODAC Ordering Page. For more information, please contact sales@crlab.com.

To upgrade to ODAC 6.00, you can get a Version Update from the ODAC Ordering Page. For more information, please contact sales@crlab.com.

From time to time we compare ODAC with other products, and ODAC always takes first place. For more information, please refer to the ODAC performance comparison results posted on the ODAC website Why does the Locate function work so slowly the first time I use it?

Locate is performed on the client. So if you had set FetchAll to False when opening your dataset, cached only some of the rows on the client, and then invoked Locate, ODAC will have to fetch all the remaining rows from the server before performing the operation. On subsequent calls, Locate should work much faster.

If the Locate method keeps working slowly on subsequent calls or if you are working with FetchAll=True, try the following. Perform local sorting by a field that is used in the Locate method. Just assign corresponding field name to the IndexFieldNames property.

Download and install OraDeveloper Tools. In addition to syntax highlighting, OraDeveloper Tools provides a lot of additional features.
Alternatively, you can download and install the freeware SynEdit component set.

You can determine your ODAC version number in several ways:

• During installation of ODAC, consult the ODAC Installer screen.
• After installation, see the history.html file in your ODAC installation directiory.
• At design-time, select Oracle | About ODAC from the main menu of your IDE.
• At run-time, check the value of the OdacVersion and DACVersion constants.

Just set the DBAccess.ChangeCursor variable to False anywhere in your program. The cursor will stop changing after this command is executed.

The values of these properties are templates for query statements, and they cannot be manually executed. Usually there is no need to fill these properties because the text of the query is generated automatically.

In special cases, you can set these properties to perform more complicated processing during a query. These properties are automatically processed by ODAC during the execution of the Post, Delete, or RefreshRecord methods, and are used to construct the query to the server. Their values can contain parameters with names of fields in the underlying data source, which will be later replaced by appropriate data values.

For example, you can use the SQLInsert template to insert a row into a query instance as follows.

1. Fill the SQLInsert property with the parametrized query template you want to use.
2. Call Insert.
3. Initialize field values of the row to insert.
4. Call Post.

The value of the SQLInsert property will then be used by ODAC to perform the last step.

Setting these properties is optional and allows you to automatically execute additional SQL statements, add calls to stored procedures and functions, check input parameters, and/or store comments during query execution. If these properties are not set, the ODAC dataset object will generate the query itself using the appropriate insert, update, delete, or refresh record syntax.

    
      begin
        Null;
      end;
    

As of ODAC 6.00, the ODAC Net Option has been renamed to ODAC Direct mode, and TOraSession.Options.Net has been replaced with TOraSession.Options.Direct. You can configure ODAC to connect directly to Oracle over TCP/IP by setting TOraSession.Options.Direct to True.

Note TOraSession.Options.Net has been retained for backwards-compatibility. This property is depreciated as of ODAC 6.00. Use TOraSession.Options.Direct instead.

We always try to keep ODAC compatible with previous versions, but sometimes we have to change behaviour of ODAC in order to enhance its functionality, or avoid bugs. If either of changes is undesirable for your application, and you want to save the old behaviour, please refer to the "Compatibility with previous versions" topic in ODAC help. This topic describes such changes, and how to revert to the old ODAC behaviour.

This error occurs when the database server is unable to determine which record to modify or delete. In other words, there are either more than one record or no records that suit the UPDATE criteria. Such situation can happen when you omit the unique field in a SELECT statement (TCustomDADataSet.SQL) or when another user modifies the table simultaneously. This exception can be suppressed. Refer to TCustomDADataSet.Options topic in ODAC help for more information.

• TOraQuery represents the most general way of executing queries and editing data. It is the most universal component, while TSmartQuery and TOraTable are designed for convenience only.
• TSmartQuery includes all the functionality of TOraQuery component, and provides additional features: expand fields, that lets all data controls be aware of all the fields belonging to updating table an not only those requested in SELECT clause, and smart refresh (in Professional and Developer editions only).
• TOraTable makes it unnecessary to write SQL statements to perform both data updates and data selection and emulates working with a local table. With TOraTable, you do not have to use SQL at all, and only have to specify the name of the appropriate table or view.