程序操作数据库操作性能问题

问题描述

我开发了一个功能涉及到3-4张表，其中一张是主表其余均为字表。我采用的方式是先将主表保存后再显示出相关子表维护的界面，可是老板看了后却说你这样做会影响数据库的性能（因为子表列表中存在新增、删除、修改、排序等操作，我每个操作都与后台进行交互）老板的意思是让用户一次性维护好然后4张表一起保存，请教一下这两种保存方式哪种更合理一些呢？

解决方案

简单的单表查询有索引情况下，没太多性能问题。 如果需要事务当然要一起操作。 如果无关事务，那我觉得你这是一个权衡。 让用户一次维护4张表，我觉得可能用户体验不会很好。 毕竟不论多么简单的功能， 用户看到一大堆表单就会犯晕。 没有特殊情况，我倾向于你的设计，用子表维护界面分别维护， 这样显得清晰一些。 你的老板也太性能控了吧， 这哪有什么性能问题。 你们能有多大的并发访问？ 单表的简单查询有多慢? 等性能问题出现了以后再考虑优化吧，没多大事。
解决方案二：
一个是站在客户的角度，一个是开发人员的视角。可以前端构建4个js对象，确定后一起提交回后台。