oracle 开发设计一些规范经验

6q0411r79a

　　1 设计表过程中 尽量采用数据驱动思想
　　比如说用户注册 因为业务情况 需要4个字段不同组合来表示用户从哪里注册的。 业务部需要不断扩展新的渠道来招揽用户，比如在某个网站做了广告。而不能在业务程序或存储过程直接修改
　　update f_userinfo
　　set f_regchannel='新浪首页广告注册'
　　where f_regurl='http://www.sina.com.cn' and f_come='index.html' and f_cooper=7
　　直接做到业务配置表 己所谓的基础表。 f_id,f_regchannel,f_regurl,f_come,f_cooper,f_channel.
　　在过程中采用游标逐行读取，组合成动态SQL。
　　2 存储过程或者业务端逻辑程序 不能在代码中含有固定的 数值，字符，时间等条件。
　　比如说 where name='shark' and money=10000 这两个值应该存在配置表中。
　　我们有很多理由来推脱，比如开发项目时候需求做的不够；项目时间太紧了；业务不断变化；没有测试部门。
　　假如上面的条件 写成 这样 where name='shak'。
　　当用户提出数据有问题，你去查发现数据少了几条，你增量跑数据，再次全量跑数据。发现还是少了！
　　花费很大的时间，精力发现问题所在，免费加班加点哦！ 还挨上司的骂，被用户投诉。
　　就这个少写了r ，这个理由能推脱给其他人吗？
　　3 数据库所有的字段的值 要么全大写，要么全小写，去空格。 同上面的一样 细节问题。如果大小写混乱会对应用带来很多麻烦事。
　　4 所有表应该尾加 插入时间和更新时间字段。为的是程序能根据这两个字段来增量查询。
　　5 所有过程 要么全大写，要么全小写，采用一样的风格。不建议采用TOAD，PL/SQL DEVELOPER 自动风格。同一风格有利阅读。
　　select to_char(f_regtime,'yyyy-mm-dd'),count(f_username)
from  t_userinfo t
where f_regtime > to_date('2010-04-26','yyyy-mm-dd')
and  f_regtime < TRUNC (SYSDATE, 'D') + 1
group by to_char(f_regtime,'yyyy-mm-dd')
order by to_char(f_regtime,'yyyy-mm-dd')