Skip to content

Rename PostgreSQL resources for L2VPN models #15401

Closed
@jeremystretch

Description

@jeremystretch

Proposed Changes

Rename the following sequence tables:

  • ipam_l2vpn_export_targets_id_seq
  • ipam_l2vpn_id_seq
  • ipam_l2vpn_import_targets_id_seq
  • ipam_l2vpntermination_id_seq

As well as the following indexes & constraints:

  • ipam_l2vpn_pkey
  • ipam_l2vpn_name_5e1c080f_like
  • ipam_l2vpn_name_key
  • ipam_l2vpn_slug_24008406_like
  • ipam_l2vpn_slug_24008406_uniq
  • ipam_l2vpn_tenant_id_bb2564a6
  • ipam_l2vpn_tenant_id_bb2564a6_fk_tenancy_tenant_id
  • ipam_l2vpntermination_pkey
  • ipam_l2vpntermination_assigned_object_type_id_3923c124
  • ipam_l2vpntermination_l2vpn_id_9e570aa1
  • ipam_l2vpntermination_assigned_object_id_check
  • ipam_l2vpnterminatio_assigned_object_type_3923c124_fk_django_co
  • ipam_l2vpntermination_l2vpn_id_9e570aa1_fk_ipam_l2vpn_id

Justification

The L2VPN and L2VPNTermination models were migrated from the ipam app to the vpn app in NetBox v3.7, and their corresponding tables in the PostgreSQL database were renamed accordingly. However, Django does not automatically rename their accompanying sequence tables, indexes, or constraints.

Although retaining the original names for these resources has no functional impact, they should be renamed to match their tables to avoid potential confusion.

Metadata

Metadata

Assignees

Labels

status: acceptedThis issue has been accepted for implementationtype: housekeepingChanges to the application which do not directly impact the end user

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions