公司的项目越来越感觉恶心了。
由于主外键关联时老板不让用ID，只能以名字关联。比如A表有nd,pname,cycle,cycletime,cjdw和其他数据字段。与A相关的B、C、D、E、F、G等等表每个表里都要包含nd,pname,cycle,cycletime,cjdw这五个字段用以关联到A表。这种关联方式在系统里有很多，不只是A表相关的。
现在的情况是这五个字段经常会改，所以每改一次，就要把A表和与A相关的所有表全更新一遍，少则更新几十条多则几百条。而且随着客户的需求变化，经常会新建更多的表到库里并且关联到A表，则原来的程序又要修改以支持这些新表。我们都有自己的相应的功能模块，不可能随时关注着是否增加了新表，以前的程序是否兼容。
现在测试问题一大堆，其中很多都是由于这种名字方式关联造成的，改完一批又来一批，无穷无尽。老板的理由是好导数据、数据好恢复、系统开放性，而且他把这种情况叫做适度的冗余。我以前也换过几份工作，没有一个公司在主子表关联时用名字关联，除非名字基本不改。做程序开发的人都应该知道主键与业务无关的原则。另外说一句，我刚到这里时不知道这个浅规则，在第一个小项目中用了序列生成的ID做主外键关联，被老板说了一顿。
请问大神好导数据、数据好恢复、系统开放性指的是什么，这样能否称为适度的冗余，用这种方式处理主子表关联是否合理？ 主键真的有这样的忌讳吗？
本人能力经验浅薄，说的不对的请指教
由于主外键关联时老板不让用ID，只能以名字关联。比如A表有nd,pname,cycle,cycletime,cjdw和其他数据字段。与A相关的B、C、D、E、F、G等等表每个表里都要包含nd,pname,cycle,cycletime,cjdw这五个字段用以关联到A表。这种关联方式在系统里有很多，不只是A表相关的。
现在的情况是这五个字段经常会改，所以每改一次，就要把A表和与A相关的所有表全更新一遍，少则更新几十条多则几百条。而且随着客户的需求变化，经常会新建更多的表到库里并且关联到A表，则原来的程序又要修改以支持这些新表。我们都有自己的相应的功能模块，不可能随时关注着是否增加了新表，以前的程序是否兼容。
现在测试问题一大堆，其中很多都是由于这种名字方式关联造成的，改完一批又来一批，无穷无尽。老板的理由是好导数据、数据好恢复、系统开放性，而且他把这种情况叫做适度的冗余。我以前也换过几份工作，没有一个公司在主子表关联时用名字关联，除非名字基本不改。做程序开发的人都应该知道主键与业务无关的原则。另外说一句，我刚到这里时不知道这个浅规则，在第一个小项目中用了序列生成的ID做主外键关联，被老板说了一顿。
请问大神好导数据、数据好恢复、系统开放性指的是什么，这样能否称为适度的冗余，用这种方式处理主子表关联是否合理？ 主键真的有这样的忌讳吗？
本人能力经验浅薄，说的不对的请指教
