<div dir="ltr"><font face="georgia, serif">Hi All,</font><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">K8s resources Pod/RC/Service share same 'bay_uuid' which it gets from the Bay 'uuid' (which happens to be the primary key for Bay). Shouldn't it be a good idea to make pod/rc/service 'bay_uuid' be foreign key for Bay 'uuid'.  Are there any cons in doing so ? Why was it done in this specific way initially ?</font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">Listing down some pros in doing so :-</font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">1. It helps to give a clear indication whether a Bay exist or not; if the Pod/RC/Service 'bay_uuid' is a foreign key for Bay 'uuid'. </font></div><div><font face="georgia, serif">2. No additional lookup is necessary for the Bay table to check the existence of Bay.</font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">Nova already does so by [1]. Even other projects do follow the same pattern.</font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">- Vilobh</font></div><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">[1] <a href="https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L352">https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L352</a></font><br></div></div>