Multi-tenancy on Django using PostgreSQL schemas.
Project description
This app uses PostgreSQL schemas to support data multi-tenancy in a single Django project. It is a fork of django-tenants with some conceptual changes:
There are static tenants and dynamic tenants. Static tenants can have their own apps and urlconf.
Tenants can be simultaneously routed via subdomain and via subfolder on shared subdomain.
Public is no longer the schema for storing the main site data. Public should be used only for true shared data across all tenants. Table “overriding” via search path is no longer encouraged.
Management commands can be run on multiple schemas via wildcards - the multiproc behavior of migrations was extended to just any tenant command.
Which package to use?
There are currently multiple packages to handle multi-tenancy via PostgreSQL schemas. This table should help you make an informed decision on which one to choose.
Package |
Features |
---|---|
Original project. Active and maintained by @goodtune. |
|
Active and maintained by @tomturner. Built on top of django-tenant-schemas. Uses a Domain model for allowing multiple domains per tenant. Allows for parallel migrations with custom migration executor. Other multiple improvements. |
|
Active and maintained by @lorinkoz. Built on top of django-tenants. Different philosphy for tenants. Other improvements listed above. |
Documentation
Breaking changes
v0.9.0
Dropped support for Python < 3.8, Django < 3.1.
v0.7.0
Changed public API for getting/setting active schema. Public API is now get_current_schema, activate(schema), activate_public(). Any schema descriptor can still be used as context manager.
Changed location of tenant model and domain model in settings. TENANT_MODEL and DOMAIN_MODEL keys are now under TENANTS["default"] instead of TENANTS["public"]. This is required for future static-tenant-only configurations.
Module cache renamed to contrib.cache.
Module contrib.channels renamed to contrib.channels2.
Added module contrib.channels3.
Management command option --executor {sequential, parallel} renamed to --parallel.
All signals renamed. Added schema_activate signal.
Contributing
Join the discussion at https://github.com/lorinkoz/django-pgschemas/discussions.
PRs are welcome! If you have questions or comments, please use the link above.
To run the test suite run make or make coverage. The tests for this project live inside a small django project called dpgs_sandbox. Database password and database host can be set through the environment variables DATABASE_PASSWORD and DATABASE_HOST.
Credits
Tom Turner for django-tenants
Bernardo Pires for django-tenant-schemas
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for django_pgschemas-0.9.0-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | f375479ae21487e906c2bbf226413391b025fef8dd16c0c4659e7b9c28066a40 |
|
MD5 | fdf80f62ea7a95a7b70e2e710009a51e |
|
BLAKE2b-256 | 3984ade3722176dea73a2f013ab7c8a04b740f3f6c99af08a5d3badbaddff006 |