Code

Changes between Version 158 and Version 159 of BackwardsIncompatibleChanges


Ignore:
Timestamp:
03/26/08 01:30:39 (6 years ago)
Author:
mtredinnick
Comment:

ado_msql removal

Legend:

Unmodified
Added
Removed
Modified
  • BackwardsIncompatibleChanges

    v158 v159  
    5353 * [7133] Feb 18, 2008 [#ChangedField.get_internal_typedefault Changed Field.get_internal_type() default] 
    5454 * [7153] Feb 25, 2008 [#Changeddecoratorstoinheritattributesofthefunctiontheywrap Changed decorators to inherit attributes of the function they wrap] 
     55 * [7364] March 26, 2008 [#Removedado_mssql Removed ado_mssql] 
    5556 
    5657== Database constraint names changed == 
     
    577578 
    578579If you were using one of Django's decorators and relying on decorated functions/methods to have the name (`__name__`), docstring (`__doc__`), or attributes (`__dict__`) of the decorator, then you need to change your code to work off the name, docstring, or attributes of the decorated function instead.  If you are using Python 2.3, you don't need to worry about the changing of the decorated function's name since Python 2.3 does not support assignment to `__name__`. 
     580 
     581== Removed ado_mssql == 
     582 
     583The unmaintained `ado_mssql` backend was removed in [7364]. Since external database backends can be used with Django, people wishing to contribute to or utilise Django support on Microsoft's SQL Server should have a look at external projects such as: 
     584 
     585 * http://code.google.com/p/django-mssql/ 
     586 * http://code.google.com/p/django-pyodbc/ 
     587 
     588Django's maintainers do not make any recommendations as to which of these (or alternate projects) may be better at this time, since none of us regularly develop on Windows or with SQL Server.