Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Spike] Determine scalability of using schemas to handle tenants #1251

Open
exalate-issue-sync bot opened this issue Dec 11, 2024 · 0 comments
Open

[Spike] Determine scalability of using schemas to handle tenants #1251

exalate-issue-sync bot opened this issue Dec 11, 2024 · 0 comments

Comments

@exalate-issue-sync
Copy link

exalate-issue-sync bot commented Dec 11, 2024

Determine if using separate schemas per committee will scale appropriately. If we make a schema per committee, will the application perform as desired? If scalability is not appropriate, there will be no follow up. If it does scale, determine a design for our api to:

  • utilize the schemas to control access
  • set up the schemas
  • facilitate new committees
  • migrate existing data

One red flag from https://django-pgschemas.readthedocs.io/en/stable/overview/ is:

  • Scalability: for a large number of tenants (thousands) the schema approach might not be feasible, and as of now, there is no clear way for implementing tenant sharding.

Determine if this is by nature of the specific library or the database. If library, we could use an alternative.

QA Notes

null

DEV Notes

null

Design

null

See full ticket and images here: FECFILE-1888

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

0 participants