I'm using sqlalchemy 6.0. The SQL Server T-SQL dialect seems to want to make any integer that's part of my primary key into an identity. That may be ok if the integer field were the primary key, but mine is a composite and this isn't going to work for me. Is there a way to suppress this behavior?
Here's a demonstration of the problem:
from sqlalchemy import *
from sqlalchemy.schema import CreateTable
from sqlalchemy.types import CHAR
import sqlalchemy.dialects.mssql.pyodbc
metadata = MetaData()
t = Table('TEST', metadata,
Column(u'int_part', Integer, primary_key=True, nullable=False),
Column(u'char_part', CHAR(length=20), primary_key=True, nullable=False),
)
create = CreateTable(t)
print "Generic dialect gets it right"
print create.compile()
print
print "MSSql dialect gets it wrong"
print create.compile(dialect=sqlalchemy.dialects.mssql.pyodbc.dialect())
Results:
Generic dialect gets it right
CREATE TABLE "TEST" (
int_part INTEGER NOT NULL,
char_part CHAR(20) NOT NULL,
PRIMARY KEY (int_part, char_part)
)
SQL Server T-SQL dialect gets it wrong
CREATE TABLE [TEST] (
int_part INTEGER NOT NULL IDENTITY(1,1),
char_part CHAR(20) NOT NULL,
PRIMARY KEY (int_part, char_part)
)
I got bit by the same problem. The solution is to add autoincrement=False to the int primary key column constructor:
Column(u'int_part', Integer, primary_key=True, nullable=False,
autoincrement=False)
Otherwise, sqlalchemy assumes it should make it an identity column.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With