数据库修改表结构

activiti5.13 框架 数据库表结构说明

1、结构设计

2、1.1、 逻辑结构设计

Activiti使用到的表都是ACT_开头的。 ACT_RE_*:

’RE’表示repository(存储)，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。

ACT_RU_*:

‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。

ACT_ID_*:

’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。

ACT_HI_*:’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等 ACT_GE_*:

全局通用数据及设置(general)，各种情况都使用的数据。

1.2、

用友软件T3用友通数据库表结构、表名

fa_Control 30_记录互斥 fa_Departments 07_部门 fa_Depreciations 11_折旧方法 fa_DeprList 34_折旧日志 fa_DeprTransactions 19_折旧

fa_DeprVoucherMain 23_折旧分配凭证主表 fa_DeprVouchers 24_折旧分配凭证

fa_DeprVouchers_pre 24_折旧分配凭证_准备 fa_Dictionary 12_常用参照字典 fa_EvaluateMain 21_评估单主表 fa_EvaluateVouchers 22_评估单 fa_Items 12_项目

fa_ItemsManual 32_自定义项目 fa_ItemsOfModel 14_对应各样式的项目 fa_ItemsOfQuery 35_查询项目 fa_Log 33_日志 fa_Models 13_样式 fa_Msg 29_信息 fa_Objects 03_对象表 fa_Operators 02_操作员 fa_Origins 09_增减方式

fa_QueryFilters 05_查

activiti5.13 框架 数据库表结构说明

1、结构设计

2、1.1、 逻辑结构设计

Activiti使用到的表都是ACT_开头的。 ACT_RE_*:

’RE’表示repository(存储)，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。

ACT_RU_*:

‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。

ACT_ID_*:

’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。

ACT_HI_*:’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等 ACT_GE_*:

全局通用数据及设置(general)，各种情况都使用的数据。

1.2、

Activiti数据表结构

Activiti数据表结构

目录

1

ACTIVITI数据库表结构 ----------------------------------------------------------------------------------------------- 2 1.1 数据库表名说明 ------------------------------------------------------------------------------------------------ 2 1.2 数据库表结构---------------------------------------------------------------------------------------------------- 3 1.2.1 Activiti数据表清单: ---------------------------------------------------------------------------------------- 3 1.2.2 表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）-------

1、系统表 t_tabledescription

2、字段表 t_fielddescription

3、基础资料表（版本：10.3） t_item 其中fitemclassid值表示

1-客户；2-部门；3-职员；4-商品；5-仓位；7-单位；8-供应商。

部门 t_department;职员 t_emp;商品 t_icitem;仓库 t_stock;单位 t_measureunit 4、客户资料表 t_organization 5、供应商资料表 t_supplier

6、单据模板表 com_screen

7、商品型号表 t_icitemcore ；商品属性表 t_icitemmaterial ；基础商品资料视图表 t_icitem 8、商品单位信息表 t_icitembase

9、价格控制表 icprcplyentryspec ；价格政策分录表 icprcplyentry

10、即时库存余额表 icinventory ；存货余额总表 icbal ；存货余额明细表 icivbal ；存货初始数据表 icinvinitial 11、日志表 t_log

12、网络控制表 t_funccontrol

金蝶K3(版本10.3)常用SQ

一、 数据维护

1、

数据维护所用的表 （1）、基本数据表 UFSYSTEM表

建立帐套 UA_AccOUNT表 操作员 UA_USER 表

操作员权限 UA HOLDAUTH表 会计日历 UA_PERIOD表

UFDATA.MDB

编码方案 GRADEDEF表

AccINFORMATION表

数据据精度 AccINFORMATION表（包括各模块的选项） 部门档案 DEPARTMENT 职员档案 PERSON

客户分类 cUSTOMERcLASS 客户档案 cUSTOMER

供应商分类 VEMDORcLASS 供应商档案 VENDOR

地区分类 DISTRIcTcLASS 存货分类 INVENTORYcLASS 存货档案 INVENTORY 科目表 cODE

凭证类别 DSIGN（S） 项目大类 FITEM*** 外币设置 汇率表EXcH

消费机数据库结构文档

(v2.0)

数据表格图 ............................................................................................................................... 2 表详细字段 ............................................................................................................................... 4

Accounts—帐套表 ............................................................................................................ 4 Assignemp—黑白名单表(挂失、解挂、改密) .............................................................. 4 Batchtime—批次时间段 ........

一、 数据维护

1、

数据维护所用的表 （1）、基本数据表 UFSYSTEM表

建立帐套 UA_AccOUNT表 操作员 UA_USER 表

操作员权限 UA HOLDAUTH表 会计日历 UA_PERIOD表

UFDATA.MDB

编码方案 GRADEDEF表

AccINFORMATION表

数据据精度 AccINFORMATION表（包括各模块的选项） 部门档案 DEPARTMENT 职员档案 PERSON

客户分类 cUSTOMERcLASS 客户档案 cUSTOMER

供应商分类 VEMDORcLASS 供应商档案 VENDOR

地区分类 DISTRIcTcLASS 存货分类 INVENTORYcLASS 存货档案 INVENTORY 科目表 cODE

凭证类别 DSIGN（S） 项目大类 FITEM*** 外币设置 汇率表EXcH

LiferayPoral表结构设计（含有82个具体表）

Liferay Portal框架基本表共82个具体表结构设计如下：

第一部分：Portal相关表结构（共32张表）

根据portal-hbm.xml中定义的Hibernate的定义顺序进行描述。 1、表名：Account_ * 中文描述：账户表

* Java实体类：com.liferay.portal.model.impl.AccountImpl 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 字段名 accountId companyId userId userName createDate modifiedDate parentAccountId name legalName legalId legalType sicCode tickerSymbol industry type_ size_ 中文名 账户编号 公司编号 用户编号 用户名 创建时间 修改时间 上级账户编号 名称 法定名称 法定ID 法定类别 编码 标志 行业 类别 规模 字段类型 varchar2(75) varchar2(75) varchar2(75) varchar2(7

数据库表结构设计方法及原则

数据库表结构设计方法及原则 Author: Chancey

在目前地企业信息系统中，数据库还是最佳地数据存储方式，虽然已经有很多地书籍在指导我们进行数据库设计，但应该那种方式是设计数据库地表结构地最好方法、设计时应遵从什么样地原则、四个范式如何能够用－种方式达到顺畅地应用等是我－直在思考和总结地问题，下文是我针对这几个问题根据自己地设计经历准备总结地－篇文章地提纲，欢迎大家－块进行探讨，集思广益。其中提到了领域建模地概念，但未作详细解释，希望以后能够有时间我们针对这个命题进行深入探讨。

１)不应该针对整个系统进行数据库设计，而应该根据系统架构中地组件划分，针对每个组件所处理地业务进行组件单元地数据库设计；不同组件间所对应地数据库表之间地关联应尽可能减少，如果不同组件间地表需要外键关联也尽量不要创建外键关联，而只是记录关联表地－个主键，确保组件对应地表之间地独立性，为系统或表结构地重构提供可能性。

２)采用领域模型驱动地方式和自顶向下地思路进行数据库设计，首先分析系统业务，根据职责定义对象。对象要符合封装地特性，确保与职责相关地数据项被定义在－个对象之内，这些数据项能够完整描述该职责，不会出