如题。团队规模为10人。编程环境为PHP+Python。个人觉得在大家都会SQL,并且掌握一些SQL技巧时,统一使用SQL语句可以在以后性能调优时更直观。不知各位“过来人”有何高见。另外在Model里有没有必要把phpredis的函数重新封装为ORM?感觉Redis本身就是为速度存在的,如果再在入口处加一些解析、判断、封装,是不是会有悖于Redis的主旨,而且涉及数据交互的Model在我们团队里仅由2人负责,编码规范化的问题应该不是问题。
团队规模为10人。编程环境为PHP+Python。个人觉得在大家都会SQL,并且掌握一些SQL技巧时,统一使用SQL语句可以在以后性能调优时更直观。不知各位“过来人”有何高见。另外在Model里有没有必要把phpredis的函数重新封装为ORM?感觉Redis本身就是为速度存在的,如果再在入口处加一些解析、判断、封装,是不是会有悖于Redis的主旨,而且涉及数据交互的Model在我们团队里仅由2人负责,编码规范化的问题应该不是问题。
个人觉得在大家都会SQL,并且掌握一些SQL技巧时,统一使用SQL语句可以在以后性能调优时更直观。不知各位“过来人”有何高见。另外在Model里有没有必要把phpredis的函数重新封装为ORM?感觉Redis本身就是为速度存在的,如果再在入口处加一些解析、判断、封装,是不是会有悖于Redis的主旨,而且涉及数据交互的Model在我们团队里仅由2人负责,编码规范化的问题应该不是问题。
另外在Model里有没有必要把phpredis的函数重新封装为ORM?感觉Redis本身就是为速度存在的,如果再在入口处加一些解析、判断、封装,是不是会有悖于Redis的主旨,而且涉及数据交互的Model在我们团队里仅由2人负责,编码规范化的问题应该不是问题。
慕雪6442864
阿晨1998
相关分类