[RFE] Stop duplicating schema for common attributes

Bug #1496802 reported by Kevin Benton
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Wishlist
Kevin Benton

Bug Description

Several features have come up that can apply to multiple types of objects (qos, port security enabled, rbac, timestamps, tags) and each time we implement them we either duplicate schema across a bunch of tables or we have a single table with no referential integrity.

We should add a new table that all of the Neutron resources relate to and then have new features that apply to multiple object types relate to the new neutron resources table. This prevents duplication of schema while maintaining referential integrity.

Henry Gessau (gessau)
Changed in neutron:
status: New → In Progress
assignee: nobody → Kevin Benton (kevinbenton)
tags: added: db
Changed in neutron:
importance: Undecided → Wishlist
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

I think the latest technical kinks have been resolved or in the process of being resolved, and discussed with DB SMEs, so this should be good to go.

tags: added: rfe-approved
removed: rfe
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :
Changed in neutron:
milestone: none → mitaka-1
Henry Gessau (gessau)
summary: - stop duplicating schema for common attributes
+ [RFE] Stop duplicating schema for common attributes
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Related fix merged to neutron (master)

Reviewed: https://review.openstack.org/222079
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=3c8570f3fcd54c1061467616f1d04e95db27a292
Submitter: Jenkins
Branch: master

commit 3c8570f3fcd54c1061467616f1d04e95db27a292
Author: Kevin Benton <email address hidden>
Date: Wed Sep 2 16:37:17 2015 -0700

    Make Neutron resources reference standard attr table

    This adds a new 'standardattributes' table and adds a foreign-key
    references from ports, subnets, networks, subnetpools, routers,
    securitygroups, and floatingips to this table.

    This will make it easy to add new things to the schema like
    timestamp fields or anything else that applies to multiple types
    of Neutron resources. The new fields would just be added to the
    'neutronresources' table instead of being duplicated across each
    resource's table. Or, if the the relationship is 1-to-many (e.g. tags),
    the new association table would be related to the 'standardattribute'
    table.

    Related-Bug: #1496802
    Change-Id: Iaa3ba81a7e9cae09cea153720b29879d8cc9a080

Changed in neutron:
milestone: mitaka-1 → mitaka-2
Changed in neutron:
milestone: mitaka-2 → mitaka-3
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

Technically speaking this bug report was addressed. It's the ones that leverage this capability that need to be moved along.

Changed in neutron:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.