2019獨角獸企業重金招聘Python工程師標準>>>

一、表前綴的意義
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 開發人員表。

轉載于:https://my.oschina.net/u/254813/blog/307001

總結

以上是生活随笔為你收集整理的openBravo数据库结构分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。