openBravo数据库结构分析

一、表前缀的意义
A_:基本资料管理(asset management)
AD_:基础字典(application dictionary)
C_:核心功能
I_：导入数据的临时表和过程
M_:物料管理
FACT_:会计表
GL:总账(国内的用友软件的总账也是这个前缀)
MA:制造
S:服务管理
CUS,PD,US,ZZ:个性化开发
二、通用列前缀的意义
Created:创建记录的日期
CreatedBy:创建记录人的ID
Updated:更新记录日期
UpdateBy:最后一次更新记录人的ID
isActive:是否逻辑存在（就是用户视图看不见，但物理数据仍在，用来控制数据在用户视图上显示的字段）
AD_Client_ID:拥有该记录权限的人的ID号，如果为0，则是系统管理员专用ID.
AD_ORG_ID: 拥有该记录组织机构的ID号，如果为某机构的ID，则该机构所有用户都可以拥有该类数据的访问权限。这些通用列前缀是这套ERP数据权限管理的根本。绝大部分表都有这个设计。
想法：是不是把这个控制字段放到另一张表中，统一管理，而不每张表都放这个重复的设计。目前看当然是不行的。因为表如果关键字一样（例如：AD_SYSTEM_ID,和AD_preference,都是PK=ad_client_ID+ad_orgID），就没办法区别数据了。除非有一个全局的记录表 (C_GobleRec类似如下设计：GobleRecID（FK）, Created, CreatedBy, Updated, UpdateBy, isActive这样的设计效率不会更高点，表的空间被缩小了。每个表中都有一个GobleRecID字段。这样扩充性会更高，每张表如果加控制字段不用全部Alter Table。但执行效率，由于都要到此表查询，可能会下降？如果按模块再分成C_SubGobleRec，C_SubGobleRecID(FK)，由全局GobleRecID（FK）进行统管，速度会更快（类适数据库索引文件的设计）
三、ERP分析方法
经验顺序为:BOFM (B=BaseInfo),(O=Operation),F(Finance),M(Mangement)/MRP
先基础管理系统，先简后繁，提高信心。然后（业务）进销存系统，财务系统，管理分析/生产制造/财务管理/决策支持（生产管理是最复杂的，因此如果缺乏管理知识或实际工作经验，很难继续分析）。
系统管理、人员管理，组织机构管理
表：AD_ORGINFO: 在这个表中的LOGO字段比较有意思。每个组织机构（组织机构代替了部门与公司的设计，符合管理学上通用的命名）可以加上图标。
数据权限控制：
Created:创建记录的日期
CreatedBy:创建记录人的ID
Updated:更新记录日期
UpdateBy:最后一次更新记录人的ID
isActive:是否逻辑存在（就是用户视图看不见，但物理数据仍在）
表:AD_SESSION 用来记录登录会话信息的：AD_SYSTEM_INFO,是用来记录Openbravo系统信息的。设计中OB就是OpenBravo的简称。如OB_Version
Ant_Version:是JAVA，ANT工具。
AD_Developer 开发人员表。