This backend is in the pre-alpha stage of development. Backwards incompatible changes may be made without notice. We welcome your feedback as we continue to explore and build.
The development version of this package supports Django 5.0.x. To install it:
pip install git+https://github.com/mongodb-labs/django-mongodb
Configure the Django DATABASES
setting similar to this:
DATABASES = {
"default": {
"ENGINE": "django_mongodb",
"NAME": "my_database",
"USER": "my_user",
"PASSWORD": "my_password",
"OPTIONS": {...},
},
}
OPTIONS
is an optional dictionary of parameters that will be passed to
MongoClient
.
In your Django settings, you must specify that all models should use
ObjectIdAutoField
.
DEFAULT_AUTO_FIELD = "django_mongodb.fields.ObjectIdAutoField"
This won't override any apps that have an AppConfig
that specifies
default_auto_field
. For those apps, you'll need to create a custom
AppConfig
.
For example, you might create mysite/apps.py
like this:
from django.contrib.admin.apps import AdminConfig
from django.contrib.auth.apps import AuthConfig
from django.contrib.contenttypes.apps import ContentTypesConfig
class MongoAdminConfig(AdminConfig):
default_auto_field = "django_mongodb.fields.ObjectIdAutoField"
class MongoAuthConfig(AuthConfig):
default_auto_field = "django_mongodb.fields.ObjectIdAutoField"
class MongoContentTypesConfig(ContentTypesConfig):
default_auto_field = "django_mongodb.fields.ObjectIdAutoField"
Then replace each app reference in the INSTALLED_APPS
setting with the new
AppConfig
. For example, replace 'django.contrib.admin'
with
'mysite.apps.MongoAdminConfig'
.
Because all models must use ObjectIdAutoField
, each third-party and contrib app
you use needs to have its own migrations specific to MongoDB.
For example, you might configure your settings like this:
MIGRATION_MODULES = {
"admin": "mongo_migrations.admin",
"auth": "mongo_migrations.auth",
"contenttypes": "mongo_migrations.contenttypes",
}
After creating a mongo_migrations
directory, you can then run:
$ python manage.py makemigrations admin auth contenttypes
Migrations for 'admin':
mongo_migrations/admin/0001_initial.py
- Create model LogEntry
...
And whenever you run python manage.py startapp
, you must remove the line:
default_auto_field = 'django.db.models.BigAutoField'
from the new application's apps.py
file.
-
QuerySet.explain()
supports thecomment
andverbosity
options.Example:
QuerySet.explain(comment="...", verbosity="...")
Valid values for
verbosity
are"queryPlanner"
(default),"executionStats"
, and"allPlansExecution"
.
-
The following
QuerySet
methods aren't supported:bulk_update()
dates()
datetimes()
distinct()
extra()
prefetch_related()
-
QuerySet.delete()
andupdate()
do not support queries that span multiple collections. -
Subquery
,Exists
, and using aQuerySet
inQuerySet.annotate()
aren't supported. -
DateTimeField
doesn't support microsecond precision, and correspondingly,DurationField
stores milliseconds rather than microseconds. -
The following database functions aren't supported:
Chr
ExtractQuarter
MD5
Now
Ord
Pad
Repeat
Reverse
Right
SHA1
,SHA224
,SHA256
,SHA384
,SHA512
Sign
TruncDate
TruncTime
-
The
tzinfo
parameter of theTrunc
database functions doesn't work properly because MongoDB converts the result back to UTC. -
When querying
JSONField
:- There is no way to distinguish between a JSON "null" (represented by
Value(None, JSONField())
) and a SQL null (queried using theisnull
lookup). Both of these queries return both of these nulls. - Some queries with
Q
objects, e.g.Q(value__foo="bar")
, don't work properly, particularly withQuerySet.exclude()
. - Filtering for a
None
key, e.g.QuerySet.filter(value__j=None)
incorrectly returns objects where the key doesn't exist. - You can study the skipped tests in
DatabaseFeatures.django_test_skips
for more details on known issues.
- There is no way to distinguish between a JSON "null" (represented by
TODO