Django 1.5+ SQL Server backend using pyodbc.
Project description
django-pyodbc is a Django SQL Server DB backend powered by the pyodbc library. pyodbc is a mature, viable way to access SQL Server from Python in multiple platforms and is actively maintained. It’s also used by SQLAlchemy for SQL Server connections.
This is a fork of the original django-pyodbc, hosted on Google Code and last updated in 2011.
Features
Support for Django 1.4 and up.
Support for SQL Server 2000, 2005, 2008, and 2012 (please let us know if you have success running this backend with another version of SQL Server)
Native Unicode support. Every string that goes in is stored as Unicode, and every string that goes out of the database is returned as Unicode. No conversion to/from intermediate encodings takes place, so things like max_length in CharField works just like expected.
Both Windows Authentication (Integrated Security) and SQL Server Authentication.
LIMIT+OFFSET and offset w/o LIMIT emulation under SQL Server 2005.
LIMIT+OFFSET under SQL Server 2000.
Django’s TextField both under SQL Server 2000 and 2005.
Passes most of the tests of the Django test suite.
Compatible with SQL Server and SQL Server Native Client from Microsoft (Windows) and FreeTDS ODBC drivers (Linux).
Installation
Install django-pyodbc.
pip install django-pyodbc
Now you can now add a database to your settings using standard ODBC parameters.
DATABASES = { 'default': { 'ENGINE': "django_pyodbc", 'HOST': "127.0.0.1,1433", 'USER': "mssql_user", 'PASSWORD': "mssql_password", 'NAME': "database_name", 'OPTIONS': { 'host_is_server': True }, } }
That’s it! You’re done.
Configuration
The following settings control the behavior of the backend:
Standard Django settings
NAME String. Database name. Required.
HOST String. SQL Server instance in server\instance or ip,port format.
- USER String. Database user name. If not given then MS Integrated Security
will be used.
PASSWORD String. Database user password.
OPTIONS Dictionary. Current available keys:
driver
String. ODBC Driver to use. Default is "SQL Server" on Windows and "FreeTDS" on other platforms.
dsn
String. A named DSN can be used instead of HOST.
autocommit
Boolean. Indicates if pyodbc should direct the the ODBC driver to activate the autocommit feature. Default value is False.
MARS_Connection
Boolean. Only relevant when running on Windows and with SQL Server 2005 or later through MS SQL Server Native client driver (i.e. setting driver to "SQL Server Native Client 11.0"). See http://msdn.microsoft.com/en-us/library/ms131686.aspx. Default value is False.
host_is_server
Boolean. Only relevant if using the FreeTDS ODBC driver under Unix/Linux.
By default, when using the FreeTDS ODBC driver the value specified in the HOST setting is used in a SERVERNAME ODBC connection string component instead of being used in a SERVER component; this means that this value should be the name of a dataserver definition present in the freetds.conf FreeTDS configuration file instead of a hostname or an IP address.
But if this option is present and it’s value is True, this special behavior is turned off.
See http://freetds.org/userguide/dsnless.htm for more information.
extra_params
String. Additional parameters for the ODBC connection. The format is "param=value;param=value".
collation
String. Name of the collation to use when performing text field lookups against the database. For Chinese language you can set it to "Chinese_PRC_CI_AS". The default collation for the database will be used if no value is specified.
encoding
String. Encoding used to decode data from this database. Default is ‘utf-8’.
driver_needs_utf8
Boolean. Some drivers (FreeTDS, and other ODBC drivers?) don’t support Unicode yet, so SQL clauses’ encoding is forced to utf-8 for those cases.
If this option is not present, the value is guessed according to the driver set.
Tests
To run the test suite:
python tests/runtests.py --settings=test_django_pyodbc
License
See LICENSE.
Credits
Adam Vandenber, for code to distinguish between different Query classes when subclassing them.
From the original project README.
All the Django core developers, especially Malcolm Tredinnick. For being an example of technical excellence and for building such an impressive community.
The Oracle Django team (Matt Boersma, Ian Kelly) for some excellent ideas when it comes to implement a custom Django DB backend.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.