优化-构架高性能的InterBase_FireBird系统..docVIP

构架高性能的InterBase/FireBird系统 日期：2007-04-23 | 分类：数据库 版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明/logs/5120028.html 有以下几个诀窍：1、业务主键和数据库物理主键分离在抽象系统业务模型时，我们都习惯于根据业务的情况定义出一个表的唯一不重复的关键字（主键）。然而，更好的做法，是不论具体业务如何，把所有的表的主键都定义成Generator支持下的自增长整数，作为记录编号(命名为xxx_key)，把“业务主键”定义为不可重复的索引（甚至于根本不用定义，如果没有特殊的检索要求的话）。在这种主键设计策略中，隐含着一个很深的道理，那就是“将业务逻辑和物理逻辑脱离开”的原则，实体的业务逻辑并不直接运用到真实的物理逻辑实现上。以单据表作为一个典型的例子，单据往往具备着一个不可重复的“单据编号”，一般它的数据类型是一个几十字节的字符串，它相当于是“单据”这个实体在业务逻辑上体现出来的主键。而在这里的规范中，却并不以这个字符串编号为真正物理上的主键，而是采用一个自增长的KEY取代它成为真正的物理上的主键。以此为基础，表与表之间的关联也同样以一个单独整数字段进行关联，这个字段对于主表，一般就是主表的主键字段。在外键的创建中，一般也尽量避免多字段关联的联合外键。在FireBird数据库中，这种设计方式利用了FireB