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

Switch from SQLAlchemy classical mapping to declarative #10901

Closed
jdavcs opened this issue Dec 10, 2020 · 0 comments
Closed

Switch from SQLAlchemy classical mapping to declarative #10901

jdavcs opened this issue Dec 10, 2020 · 0 comments
Assignees
Labels
area/database Galaxy's database or data access layer
Milestone

Comments

@jdavcs
Copy link
Member

jdavcs commented Dec 10, 2020

This is related to #10892, but due to scope should be easier to track as a separate issue.

Reasoning: declarative mapping style has been the recommended approach since SQLAlchemy v. 05 (01/2010):

Declarative is recommended for applications which don’t require (and don’t prefer) abstraction between tables and mappers - The [/docs/05/reference/ext/declarative.html Declarative] module, which is used to combine the expression of Table, mapper(), and user defined class objects together, is highly recommended as it simplifies application configuration, ensures the “one mapper per class” pattern, and allows the full range of configuration available to distinct mapper() calls.

Ref: https://docs.sqlalchemy.org/en/12/changelog/migration_05.html#object-relational-mapping

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/database Galaxy's database or data access layer
Projects
None yet
Development

No branches or pull requests

2 participants