Version 2.2.2 - 2021-07-24 - Mikhail Terekhov¶
- Use FreeTDS-1.3 for official wheels on PyPi.
- On macOS use delocate to bundle dependencies when building wheels.
- Some documentation changes.
Version 2.2.1 - 2021-04-15 - Mikhail Terekhov¶
- Publish Linux wheels for the all supported platforms. manylinux1 wheels are not compatible with modern glibc and OpenSSL.
- Add readthedocs configuration file.
Version 2.2.0 - 2021-04-08 - Mikhail Terekhov¶
- Add Python-3.9 to the build and test matrix.
- Drop support for Python2 and Python3 < 3.6.
- Use FreeTDS-1.2.18 for official wheels on PyPi.
- Support bulk copy (#279). Thanks to Simon.StJG (PR-689).
- Wheels on PyPI link FreeTDS statically.
- Wheels on PyPI linked against OpenSSL.
- Convert pymssql to a package. Potential compatibility issue: projects using low level _mssql module need to import it from pymssql first.
- Fixed a deadlock caused by a missing release of GIL (#540), thanks to filip.stefanak (PR-541) and Juraj Bubniak (PR-683).
- Prevents memory leak on login failure. Thanks to caogtaa and Simon.StJG (PR-690).
- Fix check for TDS version (#652 and #669).
- Documentation fixes. Thanks to Simon Biggs, Shane Kimble, Simon.StJG and Dale Evans.
- Introduce script dev/build.py to build FreeTDS and pymssql wheels.
- Simplify setup.py, introduce environment variables to select FreeTDS includes and libraries.
Version 2.1.5 - 2020-09-17 - Mikhail Terekhov¶
- Revert deprecation
- Support Python-3.8. Update tests for Python-3.8 compatibility.
- Use correct language level for building Cython extension.
- Fix FreeTDS version checks. Add check for version 7.4.
- Use Github Actions for building wheels for Linux, macOS and Windows.
- Drop bundled FreeTDS-0.95 binaries.
- Unless some critical bug is discovered, this will be the last release with Python2 support.
Version 2.1.4 - 2018-08-28 - Alex Hagerman¶
- Drop support for versions of FreeTDS older than 0.91.
- Add Python 3.7 support
- Drop Python 3.3 support
Support for new in SQL Server 2008
DATETIME2data types (GH-156). The following conditions need to be additionally met so values of these column types can be returned from the database as their native corresponding Python data types instead of as strings:
- Underlying FreeTDS must be 0.95 or newer.
- TDS protocol version in use must be 7.3 or newer.
Thanks Ed Avis for the implementation. (GH-331)
_mssqlconnection property value for TDS version. 7.1 is actually 7.1 and not 8.0.
Version 2.1.3 - 2016-06-22 - Ramiro Morales¶
- We now publish Linux PEP 513 manylinux wheels on PyPI.
- Windows official binaries: Rollback changes to Windows binaries we had
implemented in pymssql 2.1.2; go back to using:
- A statically linked version of FreeTDS (v0.95.95)
- No SSL support
Version 2.1.2 - 2016-02-10 - Ramiro Morales¶
Windows users: You need to download and install additional DLLs
pymssql version 2.1.2 includes a change in the official Windows binaries: FreeTDS isn’t statically linked as it happened up to release 2.1.1, as that FreeTDS copy lacked SSL support.
Please see http://pymssql.org/en/latest/freetds.html#windows for futher details.
We are trying to find a balance between security and convenience and will be evaluating the situation for future releases. Your feedback is greatly welcome.
- Add ability to set TDS protocol version from pymssql when connecting to SQL Server. For the remaining pymssql 2.1.x releases its default value will be 7.1 (GH-323)
- Add Dockerfile and a Docker image and instructions on how to use it (GH-258). This could be a convenient way to use pymssql without having to build stuff. See http://pymssql.readthedocs.org/en/latest/intro.html#docker Thanks Marc Abramowitz.
- Floating point values are now accepted as Stored Procedure arguments (GH-287). Thanks Runzhou Li (Leo) for the report and Bill Adams for the implementation.
- Send pymssql version in the appname TDS protocol login record field when the application doesn’t provide one (GH-354)
- Fix a couple of very common causes of segmentation faults in presence of network a partition between a pymssql-based app and SQL Server (GH-147, GH-271) Thanks Marc Abramowitz. See also GH-373.
- Fix failures and inconsistencies in query parameter interpolation when UTF-8-encoded literals are present (GH-185). Thanks Bill Adams. Also, GH-291.
- Fixed some cases of
cursor.rowconthaving a -1 value after iterating over the value returned by pymssql cursor
- Remove automatic treatment of string literals passed in queries that start
'0x'as hexadecimal values (GH-286)
- Fix build fatal error when using Cython >= 0.22 (GH-311)
- Add Appveyor hosted CI setup for running tests on Windows (GH-347)
- Travis CI: Use newer, faster, container-based infrastructure. Also, test against more than one FreeTDS version.
- Make it possible to build official release files (sdist, wheels) on Travis & AppVeyor.
Version 2.1.1 - 2014-11-25 - Ramiro Morales¶
Custom message handlers (GH-139)
The DB-Library API includes a callback mechanism so applications can provide functions known as message handlers that get passed informative messages sent by the server which then can be logged, shown to the user, etc.
_mssqlnow allows you to install your own message handlers written in Python. See the
_msssqlexamples and reference sections of the documentation for more details.
Thanks Marc Abramowitz.
Compatibility with Azure
If you need to connect to Azure make sure you use FreeTDS 0.91 or newer.
Customizable per-connection initialization SQL clauses (both in
It is now possible to customize the SQL statements sent right after the connection is established (e.g.
'SET ANSI_NULLS ON;'). Previously it was a hard-coded list of queries. See the
_mssql.MSSQLConnectiondocumentation for more details.
Thanks Marc Abramowitz.
Added ability to handle instances of
uuid.UUIDpassed as parameters for SQL queries both in
Thanks Marat Mavlyutov.
Allow using SQL Server autocommit mode from
pymssqlat connection opening time. This allows e.g. DDL statements like
DROP DATABASEto be executed. (GH-210)
Thanks Marat Mavlyutov.
Documentation: Explicitly mention minimum versions supported of Python (2.6) and SQL Server (2005).
Incremental enhancements to the documentation.
Handle errors when calling Stored Procedures via the
.callproc()pymssql cursor method. Now it will raise a DB-API
DatabaseException; previously it allowed a
_mssql.MSSQLDatabaseExceptionexception to surface.
_mssqlconnections property value
Made it work with TDS protocol version 7.2. (GH-211)
The value returned for TDS version 7.1 is still 8.0 for backward compatibility (this is because such feature got added in times when Microsoft documentation labeled the two protocol versions that followed 7.0 as 8.0 and 9.0; later it changed them to 7.1 and 7.2 respectively) and will be corrected in a future release (2.2).
PEP 249 compliance (GH-251)
Added type constructors to increase compatibility with other libraries.
Thanks Aymeric Augustin.
pymssql: Made handling of integer SP params more robust (GH-237)
Check lower bound value when convering integer values from to Python to SQL (GH-238)
- Completed migration of the test suite from nose to py.test.
- Added a few more test cases to our suite.
- Tests: Modified a couple of test cases so the full suite can be run against SQL Server 2005.
- Added testing of successful build of documentation to Travis CI script.
- Build process: Cleanup intermediate and ad-hoc anciliary files (GH-231, GH-273)
- setup.py: Fixed handling of release tarballs contents so no extraneous files are shipped and the documentation tree is actually included. Also, removed unused code.
Version 2.1.0 - 2014-02-25 - Marc Abramowitz¶
Sphinx-based documentation (GH-149)
Read it online at http://pymssql.org/
Thanks, Ramiro Morales!
“Green” support (GH-135)
Lets you use pymssql with cooperative multi-tasking systems like gevent and have pymssql call a callback when it is waiting for a response from the server. You can set this callback to yield to another greenlet, coroutine, etc. For example, for gevent, you could do:
def wait_callback(read_fileno): gevent.socket.wait_read(read_fileno) pymssql.set_wait_callback(wait_callback)
The above is useful if you’re say, running a gunicorn server with the gevent worker. With this callback in place, when you send a query to SQL server and are waiting for a response, you can yield to other greenlets and process other requests. This is super useful when you have high concurrency and/or slow database queries and lets you use less gunicorn worker processes and still handle high concurrency.
Better error messages.
E.g.: For a connection failure, instead of:
pymssql.OperationalError: (20009, ‘Net-Lib error during Connection refused’)
the dberrstr is also included, resulting in:
pymssql.OperationalError: (20009, ‘DB-Lib error message 20009, severity 9:nUnable to connect: Adaptive Server is unavailable or does not existnNet-Lib error during Connection refusedn’)
In the area of error messages, we also made this change:
execute: Raise ColumnsWithoutNamesError when as_dict=True and missing column names (GH-160)
because the previous behavior was very confusing; instead of raising an exception, we would just return row dicts with those columns missing. This prompted at least one question on the mailing list (https://groups.google.com/forum/?fromgroups#!topic/pymssql/JoZpmNZFtxM), so we thought it was better to handle this explicitly by raising an exception, so the user would understand what went wrong.
You are most likely to notice a difference from these when you are fetching a large number of rows.
Reworked row fetching (GH-159)
There was a rather large amount of type conversion occuring when fetching a row from pymssql. The number of conversions required have been cut down significantly with these changes. Thanks Damien, Churchill!
Modify get_row() to use the CPython tuple API (GH-178)
This drops the previous method of building up a row tuple and switches to using the CPython API, which allows you to create a correctly sized tuple at the beginning and simply fill it in. This appears to offer around a 10% boost when fetching rows from a table where the data is already in memory. Thanks Damien, Churchill!
MSSQLConnection: Add with (context manager) support (GH-171)
This adds with statement support for MSSQLConnection in the _mssql module – e.g.:
with mssqlconn() as conn: conn.execute_query("SELECT @@version AS version")
We already have with statement support for the pymssql module. See:
Allow passing in binary data (GH-179)
Use the bytesarray type added in Python 2.6 to signify that this is binary data and to quote it accordingly. Also modify the handling of str/bytes types checking the first 2 characters for b’0x’ and insert that as binary data. See:
Add support for binding uuid.UUID instances to stored procedures input params (GH-143) Thanks, Ramiro Morales!
The version number is now stored in one place, in pymssql_version.h This makes it easier to update the version number and not forget any places, like I did with pymssql 2.0.1
Improved support for using py.test as test runner (GH-183)
Improved PEP-8 and pylint compliance
GH-142 (“Change how
*.pyxfiles are included in package”) - this should prevent pymssql.pyx and _mssql.pyx from getting copied into the root of your virtualenv. Thanks, @Arfrever!
GH-145 (“Prevent error string growing with repeated failed connection attempts.”)
GH-151 (“err_handler: Don’t clobber dberrstr with oserrstr”)
GH-152 (“_mssql.pyx: Zero init global last_msg_* vars”) See: https://github.com/pymssql/pymssql/pull/152
GH-177 (“binary columns sometimes are processed as varchar”) Better mechanism for pymssql to detect that user is passing binary data.
buffer overflow fix (GH-182)
Return uniqueidentifer columns as uuid.UUID objects on Python 3
See ChangeLog.old for older history…