项目起初是如图1的状态:实际上此处的结算就是汇款结算.是很简单的设计
1年后....
项目需要增加结算方式,如图2:由于网上结算只作为辅助结算方式,只做了简单的数据库设计.
又1年后....
由于网上汇款开始明显高于汇款结算方式.客户要求项目中的流程也要做很多的调整,包括一些结算属性也要做了重新的设计,于是采用了设计成如图3:
问题1:请问这样演化是正确的吗?
问题2:按如图3后采用NF123后我使用了如下图请问这样设计是合理的吗?
问题3:当复杂查询/新增/修改/删除时,如何设计才能最合理和方便以及性能?请列举优劣.和各位的实际开发经验.
如:采用纯SQL语句查询时采用视图.在新增/修改/删除时都需要执行多次.但程序设计直观,可用动态组装SQL语句,只需修改程序即可,数据库主要做数据存储.需要处理注入问题,效率最低(?)....
1年后....
项目需要增加结算方式,如图2:由于网上结算只作为辅助结算方式,只做了简单的数据库设计.
又1年后....
由于网上汇款开始明显高于汇款结算方式.客户要求项目中的流程也要做很多的调整,包括一些结算属性也要做了重新的设计,于是采用了设计成如图3:
问题1:请问这样演化是正确的吗?
问题2:按如图3后采用NF123后我使用了如下图请问这样设计是合理的吗?
问题3:当复杂查询/新增/修改/删除时,如何设计才能最合理和方便以及性能?请列举优劣.和各位的实际开发经验.
如:采用纯SQL语句查询时采用视图.在新增/修改/删除时都需要执行多次.但程序设计直观,可用动态组装SQL语句,只需修改程序即可,数据库主要做数据存储.需要处理注入问题,效率最低(?)....
对于你这个主要做数据存储,确实NF123不错。复杂查询,只有3个表,你来复杂一下看看