odbc ~main
Wrapper for ODBC headers
To use this package, run the following command in your project's root directory:
Manual usage
Put the following dependency into your project's dependences section:
ODBC for D
Since 2015 odbc has been available in phobos under etc.c.odbc thanks to the earlier work of David L. Davis in 2006.
- etc/c/odbc/sql.d
- etc/c/odbc/sqlext.d
- etc/c/odbc/sqltypes.d
- etc/c/odbc/sqlucode.d
Those modules were marked as deprecated in Jan 2021 (see Mark etc.c.odbc as deprecated), and the functionality being moved to core.sys.windows, despite the fact that ODBC is not windows specific.
As this will cause issues in cross-platform packages that require ODBC (such as DDBC), this package was created to simply move the code as it was prior to the change, so that it can simply be used as a dub package. With the import paths insterad being:
- odbc/sql.d
- odbc/sqlext.d
- odbc/sqltypes.d
- odbc/sqlucode.d
More recently, in Aug 2023 the situation was reveresed by the odbc module being moved back to etc.c.odbc and use of core.sys.windows.sql being marked as a warning.
- https://github.com/dlang/dmd/pull/15560
- https://github.com/dlang/phobos/pull/8804
These changes should be released in 2.106
So where does this leave the odbc dub package?
The primary downstream project that uses this package is DDBC which supports D compilers >= 2.097. These events affected D comilers 2.096 through to 2.105.* and there are good reasons for it to not be part of the main libraries or phobos. So, for now at least, DDBC will continue to use this dub package and reassess the situation at a later date.
There does seem to be some interest in updating the code in etc.c.odbc to support ODBC 4 (currently it's ODBC 3 only) which defines extensions to support non-relational concepts and would be a good future enhancement. Moving forward, enhancements made to etc.c.odbc may be ported into this repository, but I'm also updating this project based on changes in Microsoft's ODBC-Specification and unixODBC so there could be some divergence. Either way this project will continue to use semantic versioning and get released in a way that hopefully doesn't break any downstream code.
If you plan to use odbc with the latest D compiler (2.106 and above) then etc.c.odbc may be the best choice for you. If your project needs to support multiple compiler releases and you don't want your builds to fail on compiler updates, consider using this package.
Database support
ODBC (Open Database Connectivity) is a widley supported standard that is used by all the major RDBMS vendors such as Microsoft SQL Server, IBM Db2. SAP ASE (previously Sybase), Oracle, PostgreSQL, MySQL (and MariaDB), and possibly more. That said, vendors have differing capabilities so potentially ODBC drivers may not implement all features. Some may even have non-standard features. Therefore efforts are made to test the code using different combinations of drivers and databases. As some providers are not as convenient for CI builds as others the level of testing may vary.
- Microsoft SQL Server : Supported. Tests are run against SQL Server during CI
- Oracle : Limited Support. Some testing done locally using Oracle's OCR database image (requires Oracle account)
- IBM Db2 : Limited Support. Some testing done locally using
ibmcom/db2:latest
(the newericr.io/db2_community/db2
image from IBM Cloud® Container Registry requires IBM account) - Postgres : Should work, not currently tested.
- MySQL / MariaDB : Should work, not currently tested.
- SAP ASE (Adaptive Server Enterprise, formerly Sybase) : Should work. Could do with testing using the SAP ASE 90 day trial or their cloud offering.
Installing a driver
You'll need to have an ODBC driver installed. For example to use SQL Server you can use msodbcsql17, msodbcsql18 or FreeTDS. For IBM Db2 (and possibly SAP ASE) you'll likely need to download required libraries from the respective companies and install them manually.
Windows
On Windows you can use chocolatey to install the SQL Server ODBC driver:
choco install sqlserver-odbcdriver
Linux
On Linux you can potentially use FreeTDS as the ODBC driver when connecting to SQL Server. However, Using Microsoft's msodbcsql17 or msodbcsql18 driver is recommended.
To install Microsoft's ODBC Driver (either 17 or 18), you can install the msodbcsql17 or msodbcsql18 package.
Fedora / Red Hat
On Fedora Linux you can find packages under packages.microsoft.com/config/rhel/. See the documentation here for more details.The basic steps are:
curl https://packages.microsoft.com/config/rhel/9/prod.repo > /etc/yum.repos.d/mssql-release.repo
sudo yum remove unixODBC-utf16 unixODBC-utf16-devel
sudo ACCEPT_EULA=Y dnf install -y unixODBC unixODBC-devel msodbcsql18 mssql-tools18
Then check that the driver is configured in /etc/odbcinst.ini
Ubuntu
sudo curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
sudo curl https://packages.microsoft.com/config/ubuntu/$(lsb_release -rs)/prod.list > /etc/apt/sources.list.d/mssql-release.list
sudo ACCEPT_EULA=Y apt-get install msodbcsql18 -y
Building and running tests
Build the library using dub build
. To run the integration test package you'll need to docker compose up -d
from the project root then do the following:
dub build --config=integration-test
cd test/
Then run one of the following (depending on your driver version. Also note that TrustServerCertificate may be required):
./odbctest "Driver={ODBC Driver 17 for SQL Server};Server=127.0.0.1,1433;Uid=sa;Pwd=bbk4k77JKH88g54;"
or
./odbctest "Driver={ODBC Driver 18 for SQL Server};Server=127.0.0.1,1433;Uid=sa;Pwd=bbk4k77JKH88g54;TrustServerCertificate=Yes"
- Registered by Samael Bate
- ~main released 10 months ago
- singingbush/odbc
- github.com/singingbush/odbc
- BSL-1.0
- Authors:
- Dependencies:
- none
- System dependencies:
- ODBC needs to be available (odbc32.dll on Windows)
- Versions:
-
1.0.0 2021-Jun-10 ~main 2024-Feb-20 - Download Stats:
-
-
4 downloads today
-
1064 downloads this week
-
1650 downloads this month
-
10252 downloads total
-
- Score:
- 3.4
- Short URL:
- odbc.dub.pm