一、 数据库设计中字段的使用
在一些表的设计中，有一些常用的这段，已经基本成为一个规范，在大型系统中，多可以看到这些字段的踪影，当然字段的名字可能有所不同。常用的字段分为以下几类：
1.WHO字段
这类字段多用于记录每行记录的操作变更信息，比如是谁添加的这行记录，谁做过修改等，详细说明如下：
I． 删除标志
此字段有两个取值,0表示正常，1表示已经删除。
打上删除标志后，所以的查询语句必须同时在判断条件的地方加上deleted=0的条件，否则会造成重大的失误。
II． 删除时间
与删除标志一起使用，表示删除的时间，可以使用当前服务器的时间，用sysdate来填充即可。
III． 删除人
与最后修改人类似，需要记录删除的具体操作人员
删除与标志位不同，采用标志位的方式，虽然前端无法展示数据，但是后台管理人员人一样可以通过管理程序来调整该状态，但是删除标志则不同，确认删除后，对整个应该来讲，这条记录都应该理解为不存在了。
4． 自增字段
所谓自增字段，是指随着使用，它可以自动增加的字段。
这种字段的值一般没有明确的含义，只用于一个唯一标识，这个字段一般也会设置成主键。
如果应用只针对Oracle，而不考虑数据库无关性，那么sequence无非是最好的一个选择。对于以前用习惯MSSQL等其它数据库的朋友来说，Oracle这种用法简直是太费劲了，要花很大的功夫才能做好一个自增字段，但是正因为如此，它也带来了其它数据库不能相比的优点，举例来说，一个订单系统，即有订单头，又有订单行，一般是先插入订单头，再插入订单行，对于MSSQL等数据库的自增字段，只有插入后才知道具体的ID值是多少，那么写入后，还要返查一下这个字段值再给订单行使用；而对于oracle来说，只要先从sequence里取出一个值来，头和行一起使用即可，最主要是的sequence的效果是非常高的，不需要担心性能问题。
5． 弹性字段
在数据库表结构设计的时候，最好多留出几个备用的字段来，因为随着系统的使用，一般会有增加字段的需求。预留字段的好处是，只要需要的时候启用即可，不需要进行DDL操作，对数据库后期维护的风险很低，并且一般的DDL操作，会造成级联的VIEW/PACKAGE等程序失效，预留了弹性字段，则不会有这个问题。
预留的字段也可以按类型分成三种：字符串型，数值型及日期型，可以每个类型预留10个，或根据需要来决定，可以采用如下的样式：
NUMBER_ATTRIBUTE1
STRING_ATTRIBUTE1
DATE_ATTRIBUTE1
弹性字段如果不启用，会不会占用过多的存储空间呢，答案是否定的，因为在这种大型数据库的结构中，只有一个字段真正被用到的时候，才会去占用实际的空间，否则它只是一个“说明”，并不占用实际的空间，所以不会造成空间浪费。
6． 拆分字段
这并不是一个字段的类型，而是指在表设计的时候，可以适当的把一个大表拆成不同的小表来存储，比如用户表，可以包括登录名，密码，姓名，生日，等一系列的字段，在某些情况下，包括的会员属性可能达到上百个之多。
在数据量小的时候，无论怎么样的存储，都不会有性能问题，但是当数据量比较大的时候，就必须考虑性能问题。如果索引比较合理，不管数据量多大，一般查询速度都不会太慢，但是当某些特别情况，不能使用索引的时候，就会产生FTS（所谓的全表扫描），那么扫描一个小表和扫描一个大表所占的时间就完全不一样了，所以建议比较大的表分开存储，把常用的几个字段单独提取出来，这样即便全表扫描，也能比较好的控制效率。
在使用的时候，只要主表和子表都有索引，把它们联合起来查询，和一个真正的大表的效果基本上是一样的，虽然性能肯定比一个真实的大表慢一点，但是和另一方面的性能提升比较起来，是值得的。
目前有些大的系统采用这种拆分方式
二、 合理使用视图
视图是对基表的一个展现形式，它并不在物理上存储数据，只是在需要的时候去基表中调用数据，可以理解为把一个SQL封装起来方便使用的工具。
视图的优点有很多：
1． 方便性
如果一个查询很复杂，在程序中引用的时候，会非常不方便，特别是一个程序中反复调用这个SQL的时候，会使用程序显的非常臃肿，如果把SQL封装成视图，则会使整个程序显得非常清爽干净。
2． 灵活性
当一个表被多个程序引用的时候，如果表的结构发生变化，那么所有的程序都需要去做相应的调整，工作量非常大，而如果此时程序中只引用的是一个视图的话，我们只需要对该视图进行正确的修改，则所有的程序都不会有任何问题了。
3． 安全性
视图可以仅包括一个基表的有限几个字段，这样在公开权限的时候，使用该视图的用户，就能查看基表的其它保密字段了。
视图的优点比较多，建议在实际工作中多用视图。
三、 PACKAGE
PACKAGE即程序包，它的特点是可以在一个包中同时包括变量、函数及存储过程，并且在整个包内，所有的公共变量可以共享，这点是它最方便的地方。
包还有一个特点是对外接口变得更简单，不管包内部如何复杂，只要对外开放有限的接口即可。
包的这些特点在任何文档中都可以找到，不再多说，这里只强调一点，是关于包的失效，在aspx的程序引用oracle的package的时候，因为系统缓存的原因，它会记录package的失效状态，如果一个package的状态已经从失效重新编译为有效，那么IIS的cache记录的状态有可能不会自动更新，仍然按失效处理，这时就会造成系统的错误。为了避免这种错误的发生，我一般在package里加一个公共函数，取名为STATUS，此函数仅仅简单的返回一个数字1，在调用package其它函数之前，先调用这个函数来检查package的当前状态，如果能正确返回1，则可以继续后面的操作，如果返回为空，则表示当前package有问题，可以有一个交互来提示用户进行处理。当您的一个事务处理需要多个package协调处理的时候，如果前面的package已经处理成功，而后面的不能通过的时候，是一件很痛苦的事情，因为可能造成事务的不完整性，所以这时最需要提前检查一下所有的package的状态，把所有可能存在的危险都提前排除掉。
四、 索引
索引的作用很明显，可以大大的提高检查的速度，特别是对于大表来说，如果没有索引，就会需要全表扫描，这是一个非常占用时间的动作，所以需要建立相应的索引来提速。
但是在有些时候，索引会带来负面的影响，比如大量的插入或修改删除操作等，因为每个小的动作都会同时连带修改索引，会大大降低DML操作的效率，因此，在大量的DML操作之前，建议先把索引删除，操作完成后，重新建立索引，从总的时间上来讲，可以节约很多。
更多Oracle程序开发小技巧相关文章请关注PHP中文网！
