oracle 开发设计一些规范经验

<p>1 设计表过程中 尽量采用数据驱动思想</p>
<p> 比如说用户注册 因为业务情况 需要4个字段不同组合来表示用户从哪里注册的。 业务部需要不断扩展新的渠道来招揽用户，比如在某个网站做了广告。而不能在业务程序或存储过程直接修改</p>
<p> update f_userinfo</p>
<p> set f_regchannel='新浪首页广告注册'</p>
<p> where f_regurl='http://www.sina.com.cn' and f_come='index.html' and f_cooper=7 </p>

<p> 直接做到业务配置表 己所谓的基础表。 f_id,f_regchannel,f_regurl,f_come,f_cooper,f_channel. </p>
<p> 在过程中采用游标逐行读取，组合成动态SQL。</p>

<p>2 存储过程或者业务端逻辑程序 不能在代码中含有固定的 数值，字符，时间等条件。</p>
<p> 比如说 where name='shark' and money=10000 这两个值应该存在配置表中。</p>
<p> 我们有很多理由来推脱，比如开发项目时候需求做的不够；项目时间太紧了；业务不断变化；没有测试部门。</p>
<p>  假如上面的条件 写成 这样 where name='shak'。</p>
<p> 当用户提出数据有问题，你去查发现数据少了几条，你增量跑数据，再次全量跑数据。发现还是少了！</p>
<p> 花费很大的时间，精力发现问题所在，免费加班加点哦！ 还挨上司的骂，被用户投诉。</p>
<p> 就这个少写了r ，这个理由能推脱给其他人吗？</p>

<p>3 数据库所有的字段的值 要么全大写，要么全小写，去空格。 同上面的一样 细节问题。如果大小写混乱会对应用带来很多麻烦事。</p>

<p>4 所有表应该尾加 插入时间和更新时间字段。为的是程序能根据这两个字段来增量查询。</p>

<p>5 所有过程 要么全大写，要么全小写，采用一样的风格。不建议采用TOAD，PL/SQL DEVELOPER 自动风格。同一风格有利阅读。</p>
<p>select to_char(f_regtime,'yyyy-mm-dd'),count(f_username)<br>
from  t_userinfo t<br>
where f_regtime &gt; to_date('2010-04-26','yyyy-mm-dd')<br>
and  f_regtime &lt; TRUNC (SYSDATE, 'D') + 1<br>
group by to_char(f_regtime,'yyyy-mm-dd')<br>
order by to_char(f_regtime,'yyyy-mm-dd')</p>