The SOCI ODBC backend is supported for use with ODBC 3.
ODBC version | Operating System | Compiler |
---|---|---|
3 | Linux (Ubuntu 12.04) | g++ 4.6.3 |
3 | Linux (Ubuntu 12.04) | clang 3.2 |
3.8 | Windows 8 | Visual Studio 2012 |
3 | Windows 7 | Visual Studio 2010 |
3 | Windows XP | Visual Studio 2005 (express) |
3 | Windows XP | Visual C++ 8.0 Professional |
3 | Windows XP | g++ 3.3.4 (Cygwin) |
The SOCI ODBC backend requires the ODBC client library.
To establish a connection to the ODBC database, create a Session object
using the ODBC
backend factory together with a connection string:
backend_factory const& backEnd = odbc; session sql(backEnd, "filedsn=c:\\my.dsn");
or simply:
session sql(odbc, "filedsn=c:\\my.dsn");
The set of parameters used in the connection string for ODBC is the same as accepted by the SQLDriverConnect
function from the ODBC library.
Once you have created a session
object as shown above, you can use it to access the database, for example:
int count; sql << "select count(*) from invoices", into(count);
(See the SOCI basics and exchanging data documentation for general information on using the session
class.)
The ODBC backend supports the use of the SOCI row
class, which facilitates retrieval of data whose type is not known at compile time.
When calling row::get<T>()
, the type you should pass as T depends upon the underlying database type.
For the ODBC backend, this type mapping is:
ODBC Data Type | SOCI Data Type | row::get<T> specializations |
---|---|---|
SQL_DOUBLE , SQL_DECIMAL , SQL_REAL , SQL_FLOAT , SQL_NUMERIC | dt_double |
double |
SQL_TINYINT , SQL_SMALLINT , SQL_INTEGER , SQL_BIGINT | dt_integer |
int |
SQL_CHAR, SQL_VARCHAR | dt_string |
std::string |
SQL_TYPE_DATE , SQL_TYPE_TIME , SQL_TYPE_TIMESTAMP | dt_date |
std::tm
|
Not all ODBC drivers support all datatypes
(See the dynamic resultset binding documentation for general information on using the row
class.)
In addition to binding by position, the ODBC backend supports binding by name, via an overload of the use()
function:
int id = 7; sql << "select name from person where id = :id", use(id, "id")
Apart from the portable "colon-name" syntax above, which is achieved by rewriting the query string, the backend also supports the ODBC ? syntax:
int i = 7; int j = 8; sql << "insert into t(x, y) values(?, ?)", use(i), use(j);
The ODBC backend has support for SOCI's bulk operations interface. Not all ODBC drivers support bulk operations, the following is a list of some tested backends:
ODBC Driver | Bulk Read | Bulk Insert |
---|---|---|
MS SQL Server 2005 | YES | YES |
MS Access 2003 | YES | NO |
PostgresQL 8.1 | YES | YES |
MySQL 4.1 | NO | NO |
Transactions are also fully supported by the ODBC backend, provided that they are supported by the underlying database.
Not currently supported
Not currently supported
Not currently supported
Not currently supported
SOCI provides access to underlying datbabase APIs via several getBackEnd() functions, as described in the beyond SOCI documentation.
The ODBC backend provides the following concrete classes for navite API access:
Accessor Function | Concrete Class |
---|---|
session_backend* session::get_backend() |
odbc_statement_backend |
statement_backend* statement::get_backend() |
odbc_statement_backend |
rowid_backend* rowid::get_backend() |
odbc_rowid_backend |
The ODBC backend can throw instances of class odbc_soci_error
,
which is publicly derived from soci_error
and has
additional public members containing the ODBC error code, the Native database
error code, and the message returned from ODBC:
int main() { try { // regular code } catch (soci::odbc_soci_error const& e) { cerr << "ODBC Error Code: " << e.odbc_error_code() << endl << "Native Error Code: " << e.native_error_code() << endl << "SOCI Message: " << e.what() << std::endl << "ODBC Message: " << e.odbc_error_message() << endl; } catch (exception const &e) { cerr << "Some other error: " << e.what() << endl; } }
The odbc_session_backend
class provides std::string get_connection_string() const
method
that returns fully expanded connection string as returned by the SQLDriverConnect
function.
This backend supports odbc_option_driver_complete
option which can be passed to it via connection_parameters
class. The value of this option is passed to SQLDriverConnect()
function as "driver completion" parameter and so must be one of SQL_DRIVER_XXX
values, in the string form. The default value of this option is SQL_DRIVER_PROMPT
meaning that the driver will query the user for the user name and/or the password if they are not stored together with the connection. If this is undesirable for some reason, you can use SQL_DRIVER_NOPROMPT
value for this option to suppress showing the message box:
connection_parameters parameters("odbc", "DSN=mydb"); parameters.set_option(odbc_option_driver_complete, "0" /* SQL_DRIVER_NOPROMPT */); session sql(parameters);
Copyright © 2013 Mateusz Loskot
Copyright © 2004-2006 Maciej Sobczak, Stephen Hutton, David Courtney