You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
e98a268de4
The from_self() method in SQLAlchemy is currently being considered for removal from the library, with a deprecation phase throughout 1.4 and then removal by SQLAlchemy 2.0. The from_self() method takes an ORM query object, turns it into a subquery, then returns a new query object that will SELECT from that subquery, while transparently altering subsequent criteria added to the query to be stated in terms of the subquery. The current design direction of SQLAlchemy hopes to de-emphasize the "transparently altering criteria" part of the above use case, and to move users towards a more explicit and model of usage where a subquery should be created and used explicitly using the aliased() construct, which is now very mature and can be used in ways that were not available when from_self() was first introduced. On the SQLAlchemy side, from_self() has proven to be one of the most difficult features to maintain and test as it can easily lead to extremely complicated scenarios, and while I am also experimenting with some alternatives that may still retain some of the "automatic translation" features, those features are still proving to add similar internal complexity which is having me lean towards the original plan of removing open-ended "entity translation" features like that of from_self() at least through the start of the 2.0 series. A code search for all of Openstack shows that the two files modified here are the only usages of the from_self() method throughout all of searchable Openstack code. This speaks to the general obscurity of this method, although neutron's Subnet code is actually using this method as intended. The new approach necessarily changes some of the method signatures here so that the explicit "subquery" entity can be passed; code searches again show that these methods are not being called anywhere outside, so the query_filter_service_subnets method becomes the private _query_entity_service_subnets method. References: https://github.com/sqlalchemy/sqlalchemy/issues/5368 Closes-Bug: #2004263 Change-Id: Icec998873221ac8e6a1566a157b2044c1f6cd7f3 |
4 months ago | |
|---|---|---|
| api-ref | 7 years ago | |
| devstack | 5 months ago | |
| doc | 4 months ago | |
| etc | 5 months ago | |
| neutron | 4 months ago | |
| playbooks | 6 months ago | |
| rally-jobs | 3 years ago | |
| releasenotes | 4 months ago | |
| roles | 6 months ago | |
| tools | 5 months ago | |
| vagrant/ovn | 3 years ago | |
| zuul.d | 4 months ago | |
| .coveragerc | 7 years ago | |
| .gitignore | 4 months ago | |
| .gitreview | 4 years ago | |
| .mailmap | 9 years ago | |
| .pylintrc | 6 months ago | |
| .stestr.conf | 6 years ago | |
| CONTRIBUTING.rst | 3 years ago | |
| HACKING.rst | 2 years ago | |
| LICENSE | 12 years ago | |
| README.rst | 11 months ago | |
| TESTING.rst | 6 months ago | |
| bindep.txt | 1 year ago | |
| plugin.spec | 2 years ago | |
| requirements.txt | 4 months ago | |
| setup.cfg | 6 months ago | |
| setup.py | 6 years ago | |
| test-requirements.txt | 2 years ago | |
| tox.ini | 5 months ago | |
README.rst
OpenStack Neutron
Neutron is an OpenStack project to provide "network connectivity as a service" between interface devices (e.g., vNICs) managed by other OpenStack services (e.g., Nova).
To learn more about neutron:
- Documentation: https://docs.openstack.org/neutron/latest/
- Features: https://specs.openstack.org/openstack/neutron-specs
- Defects: https://launchpad.net/neutron
- Release notes: https://docs.openstack.org/releasenotes/neutron/index.html
- Source: https://opendev.org/openstack/neutron
If you would like to contribute to Neutron, please read the file CONTRIBUTING.rst or see the Neutron contributor guide:
https://docs.openstack.org/neutron/latest/contributor/contributing.html
Get in touch via email. Use [Neutron] in your subject.