今年一年都在做新产品，是从零开始的一个产品，经过五个月的开发终于有了Beat版本，开发是基于oracle数据库，Spring+Mybatis框架，可是当要发版的时候发现了很多问题，在此总结一下
1 sql规范：产品设计时就要有一个大概愿景，支持哪些数据库，最好以文档的形式规范出sql标准，不能用哪些特性函数，不然各自写各自的，发版时却要支持oracle、mysql、sqlServer、国产达梦等等，怎么办，翻工改去吧，那么多mapper文件，那么多特殊函数，你看看得浪费多长时间，虽然领导很生气，说十多个人写的代码一点不规范，其实我想了想，在这个过程中每个人都有责任，要真说起大责任的话总开发师的锅应该大些，那么些年开发经验像这些规范应该熟记于心，并很清楚一个新的产品动工时应该定下来哪些规范好让大家遵守，每个人水平不同，不可能完全靠自觉去规范产品，没有规矩，不成方圆嘛！好了，不瞎扯淡了，下边看看后来补充的文档说了些什么，以作自己备忘！(会慢慢补充的！)
尽量不用的函数和替换函数：1 nvl----case when then else end
2 decode---case when then else end
3 ||----concat(str1,str2) mysql支持多个字符相连，但是oracle不支持，所以在标准版只能连接两个
4 子查询一定要起别名，oralce中子查询不起别名没事，mysql子查询不起别名报错
Mybatis的mapper规范： (这个根据开发总监意思定出来一套规范即可，没必要完整这样)
每个<select>、<update>标签留一行空白
每个标签开头左侧留出4个空格，子标签依次类推
resultMap放到文件最下边
大小写规范：(这是我上网查过以后认为合理的规范，领导定与这个相反，嘿嘿，这无对错之分，大家遵守同一个就好)
所有字段名小写
所有别名小写(oracle会自动转化为大写，这里只是定义的规范，为了一致美观)
所有数据库关键字大写(我查了查网友大多这样推荐)
无法通用的sql:在这个产品中，sql文件分三个目录，分别是Pub、oracle、mysql(pub用来存放兼容sql，也是推荐的方式，尽量用标准sql92的语法去写，实在无法兼容的就分别拆开，用同一个命名空间。mybatis会自动识别)
无法兼容1： oracle的rownum关键字，oracle需要替换为对应的@num(推荐),或者完全重新写一套mysql分页
无法兼容2： oracle的to_date()函数，mysql对应为date_format()
2 代码规范：
标准模板：开发之前一定导入代码格式化模板，不然连空格都对不上，更别说其他的了
3：数据库字段设计规范(慢慢补充)
总结：最后说一下在整个开发过程中发现的问题，资源的合理协调对于产品的开发尤其重要，作为一个领导应该知道自己的手下都在做什么事，是不是有谁的任务比较重，谁手头已经没有任务了，如果这点都不清楚，势必造成资源的浪费并影响产品开发，举个我这期间经历的例子，产品功能刚刚做完的时候，调过来两个测试，项目组十多个研发，两个人测试的问题基本上当天就被消灭掉，测出来的问题根本不够改，更有甚者个别人基本上是抱着手机玩了一两个月，嘿嘿，这种问题我觉着下属是没法汇报的，也不合适提意见，只能靠领导自己观察合理安排资源，可是当快要发版时，很多研发已经被撤走，调到了其他项目组，可就是在这时，呵呵，不知道怎么想的，调来了六七个测试，剩下两三个研发，更要命的是要在这时候调整代码结构，规范化代码，结果可想而知！哈哈，只是在这个过程中发现领导对资源的协调和把控能力真的很重要，当然完全没有抱怨的意思，只是希望记下自己的心得，说不定哪一天自己带着做项目了就能尽量避免这些问题了，嘿嘿，不扯淡了，就到这里吧！