关于收费规则是否要设计成表?如何设计?
大佬们!最近我朋友找到一个项目文档做项目,关于汽车车位的。那个项目有个收费规则,如图: 他要设计成一张表,我的观点是不用,直接写死,虽然扩展性差,但是减少了数据库交互,而且这个做成表的话,你也是要首先在代码上做一些处理然后再去查数据库的。他设计了一张表但是我感觉怪怪的。 还要在代码判断它是不是跨工作日了,比如他停那天是周五,然后停到周6。然后周五是周五的收费规则,周六是周六的收费规则。这样还要往数据库查两次,直接搞个常量类然后搞常量不好吗 如果仅判断周六日是不对的,因为还有公众假期,应该找个公众日期对接接口,这样才能准确判断非工作日,你可以私人或公司建立一个服务器对接,后期还能持续收服务费 感觉表设计没毛病啊,配置常量管理起来没有表来的方便,至于计费查询,你可以把全部规则缓存起来,充其量也就4条而已,个人意见勿喷 对绝大部分项目来说减少数据库交互这种东西优先级永远不会排在前面。 从规范化来看,还是设计成表,后续收费规则有变动,直接修改表记录就好,无需去修改代码
页:
[1]