Use the version of django-snowflake that corresponds to your version of Django. For example, to get the latest compatible release for Django 3.2.x:
pip install django-snowflake==3.2.*
The minor release number of Django doesn't correspond to the minor release number of django-snowflake. Use the latest minor release of each.
Configure the Django DATABASES
setting similar to this:
DATABASES = {
'default': {
'ENGINE': 'django_snowflake',
'NAME': 'MY_DATABASE',
'SCHEMA': 'MY_SCHEME',
'WAREHOUSE': 'MY_WAREHOUSE',
'USER': 'my_user',
'PASSWORD': 'my_password',
'ACCOUNT': 'my_account',
# Include 'OPTIONS' if you need to specify any other
# snowflake.connector.connect() parameters.
# https://docs.snowflake.com/en/user-guide/python-connector-api.html#connect
'OPTIONS': {},
},
}
-
Consistent with Snowflake's convention, this backend uppercases all database identifiers (table names, column names, etc.) unless they are quoted, e.g.
db_table='"table_name"'
. -
Snowflake supports defining foreign key and unique constraints, however, it doesn't enforce them. Thus, Django manages these constraints and
inspectdb
detects them, but Django won't raiseIntegrityError
if they're violated. -
Snowflake doesn't support indexes. Thus, Django ignores any indexes defined on models or fields.
-
JSONField
is not supported. -
Snowflake doesn't support check constraints, so the various
PositiveIntegerField
model fields allow negative values (though validation at the form level still works).
-
Snowflake has limited support for subqueries.
-
In Snowflake, the
regex
lookup pattern is implicitly anchored at both ends (i.e.''
automatically becomes'^$'
), which gives different results than other databases. -
Valid values for
QuerySet.explain()
'sformat
parameter are'json'
,'tabular'
, and'text'
. The default is'tabular'
.
This list isn't exhaustive. If you run into a problem, consult
django_snowflake/features.py
to see if a similar test is skipped. Please
create an issue on GitHub
if you encounter an issue worth documenting.
-
Snowflake doesn't support
last_insert_id
to retrieve the ID of a newly created object. Instead, this backend issues the querySELECT MAX(pk_name) FROM table_name
to retrieve the ID. This is subject to race conditions if objects are created concurrently. This makes this backend inappropriate for use in web app use cases where multiple clients could be creating objects at the same time. Further, you should not manually specify an ID (e.g.MyModel(id=1)
) when creating an object. -
Snowflake only supports single layer transactions, but Django's
TestCase
requires that the database supports nested transactions. Therefore, Django'sTestCase
operates likeTransactionTestCase
, without the benefit of transactions to speed it up. A future version of Django (4.1 at the earliest) may leverage Snowflake's single layer transactions to give some speed up. -
Interval math where the interval is a column is not supported.
-
Interval math with a null interval crashes.