The Fortran ODBC Library (odbc.f) is a modern, lightweight, and robust interface designed to enable seamless interaction between Fortran applications and relational databases through the Open Database Connectivity (ODBC) standard. This library provides a set of Fortran modules and procedures that allow developers to connect to ODBC-compliant databases, execute SQL queries, and manage data directly from Fortran programs.
The primary goal of odbc.f is to bridge the gap between Fortran applications and database systems, enabling scientific, engineering, and data-intensive applications to integrate with databases such as PostgreSQL, MySQL, SQL Server, and others that support ODBC drivers. The library is designed with modern Fortran practices in mind, emphasizing type safety, modularity, and ease of use while maintaining compatibility with the ODBC API. The binding is nearly complete meaning that it implements all functions present in the ODBC v3.8 standard but the ones related to intervals. The underlying C-structure contains a union that is not (yet) compatible with the iso_c_binding introduced in modern Fortran.
odbc.f supports essential database operations, including:
- Establishing and managing database connections
- Executing SQL statements (queries, updates, and stored procedures)
- Fetching and processing result sets
- Handling errors and diagnostics
This documentation provides comprehensive guidance on installing, configuring, and using the odbc.f library, along with examples and best practices for integrating database functionality into Fortran applications.
- Modern Fortran Interface: Built using Fortran 2003/2008 features, including object-oriented programming, derived types, and robust error handling.
- Cross-Platform Compatibility: Works with ODBC drivers on Windows, Linux, and macOS, ensuring portability across major operating systems.
- Simplified API: Provides a high-level, Fortran-centric interface that abstracts low-level ODBC complexities while maintaining flexibility on top of the raw API.
- Extensive Error Handling: Includes detailed diagnostic tools to help developers troubleshoot database issues.
- Open Source: Distributed under a permissive license, encouraging community contributions and adoption.
To build the library you need
- a Fortran 2008 compliant compiler, or better, a Fortran 2018 compliant compiler. The following compilers are tested on the default branch of odbc.f:
| Name | Version | Platform | Architecture |
|---|---|---|---|
| GCC Fortran (MinGW) | 14 | Windows 10 | x86_64 |
| Intel oneAPI classic | 2021.5 | Windows 10 | x86_64 |
- a preprocessor. Unit tests rely on the the header file
assertion.inc. It uses quite some preprocessor macros. It is known to work both with intelfppand gnucpp. Since the whole framework fits in a single file, it has been added directly to the repo.
Linting, indentation, and styling are done with fprettify with the following settings
fprettify .\src\ -r --case 1 1 1 1 -i 4 --strict-indent --enable-replacements --strip-comments --c-relationsgit clone https://github.com/davidpfister/odbc.f
cd odbc.fOne of the particularity of odbc.f is that the interface for the c-binding is automatically generated with swig-fortran using the ODBC header files. The headers have not been included in the include/ folder. They can be downloaded directly from the original repo. Make sure to place the files sql.h, sqlext.h and sqltypes.h in the include folder before using swig.
The following code will generate the file sql.f90, sqlext.f90 and sqltypes.f90.
swig -fortran -outdir src/ swig/sqltypes.i
swig -fortran -outdir src/ swig/sql.i
swig -fortran -outdir src/ swig/sqlext.i
sed -i "s/, intent(in), value :: fresult/:: fresult/g" src/sqlext.f90 [!Note]
swig does not differentiate return value and will add as spurious intent(in) on the return argument. The sed line corrects that and generate the proper code.
The repo can be build using fpm
fpm buildFor convenience, the repo also contains a response file that can be invoked as follows:
fpm @build(For the Windows users, that command does not work in Powershell since '@' is a reserved symbol. One should use the '--%' as follows: fpm --% @build.
This is linked to the following issue)
Building with ifort requires to specify the compiler name (gfortran by default)
fpm @build --compiler ifortAlternatively, the compiler can be set using fpm environment variables.
set FPM_FC=ifortBesides the build command, several commands are also available:
@prettify
system codee format ./src
system fortitude check ./src --fix
option run --list
@clean
option clean --all
@rebuild
system rmdir /s /q build
option build
@build
option build
@test
options test
@doc
system cd ./.dox & doxygen ./Doxyfile.in & cd ..
system powershell ./tools/Fix-Doxygen.ps1 -Path "./docs"
option run --listThe project was originally developed on Windows with Visual Studio 2019. The repo contains the solution file (Odbc.f.sln) to get you started with Visual Studio 2019.
To open a connection to an ODBC data source, you have to create an object of type connection and call its open() member function:
type(connection) :: conn
conn = connection('connection_string')
call conn%open()For retrieving data from the database, you have to use the resultset type:
type(resulset) :: rslt
rslt = conn%execute_query("SELECT * FROM test")The resultset contains information about the columns like their types, names and number. Each column is bound by default to a string variable when executing the query. Now, whenever data is returned by the resultset, the first column's data will be stored in the variable strName. Data can be pulled out of the resultset object by calling either the first(), next(), previous() or last() member functions. For e.g., the following code prints out the value of the first column in the resultset:
do while(rslt%next())
i = rslt%get_integer(1)
j = rslt%get_integer(3)
name = rslt%get_string(2)
end doFor executing any other SQL statements, you have to call the execute() member function of connection:
integer :: nrows
nrows = conn%execute("DELETE FROM emp")The execute() function will return the number of rows affected by the statement. After database operations are over, the resources occupied by ODBC are automatically released by the connection finalizer.
Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated. So, thank you for considering contributing to odbc.f. Please review and follow these guidelines to make the contribution process simple and effective for all involved. In return, the developers will help address your problem, evaluate changes, and guide you through your pull requests.
By contributing to odbc.f, you certify that you own or are allowed to share the content of your contribution under the same license.
Distributed under the MIT License.