如何设计数据库表结构

应用PowerDesigner软件设计数据库表 步骤：

1. 双击PowerDesigner软件快捷方式，运行PowerDesigner软件， 出现如下界面：

2. 选择Create Model,然后单击Create Model，出现如下界面：

3. 选择Physical Data Model,然后选择Physical Diagram,在下面Model name 中修改模型名称，在DBMS中选择你使用的数据库类型，比如Oracle Version 11 g,选择OK.出现如下界面：

4. 在屏幕右边Palette中选择

并单击，然后在中间框中单击，出

现如下界面：

5. 在屏幕右边Palette中选择下界面：

并单击，然后在中间单击，出现如

6. 双击，出现如下界面：

7. 在name中为要创建的表命名，名称为users,如下图所示：

8. 单击Colunms,出现如下界面：

9. 为users表添加所包含的字段，结果如下图所示：

然后单击应用，再单击确定，users表创建结束，结果如下：

10.

重复以第4步到第9步，分别创建orders表，orders_detail

表和product表，结果如下图所示：

11.

在屏幕右边Palette中选择

高中物理教学艺术

如何设计数据库表实现完整的RBAC(基于角色权限控制).txt
如何设计数据库表实现完整的RBAC(基于角色权限控制)[转]
2007-11-04 14:15
RBAC(基于角色的权限控制)是一个老话题了，但是这两天我试图设计一套表结构实现完整的RBAC时，发现存在很多困难。
我说的完整的RBAC，是指支持角色树形结构和角色分组。具体来说，应当包含如下权限控制需求：

父级角色可以访问甚至是修改其子级的数据，包含直接子级直到最终子级。
角色可以访问其所在组的数据。
父级角色可以访问其所有子级(从直接子级到最终子级)所在组的数据。
而具体到我的系统中，还应当有如下需求。

兼容多种数据库产品。只能用简单的表，视图，存储过程和函数等实现。
同时兼容单条数据处理和批量数据处理的需求。
且不论这些具体需求，RBAC的基本表应当如下四个：

roleList表，记录所有的角色和角色组。
roleId: PK, 角色/组的ID，全局唯一，不区分角色和组。
roleName:角色/组的名称。
roleType: R - 角色，G - 组
rolePermission表，记录每一个角色/组对每一个对象的权限。
permissionID: PK, 无特定意义。
role

高中物理教学艺术

如何设计数据库表实现完整的RBAC(基于角色权限控制).txt
如何设计数据库表实现完整的RBAC(基于角色权限控制)[转]
2007-11-04 14:15
RBAC(基于角色的权限控制)是一个老话题了，但是这两天我试图设计一套表结构实现完整的RBAC时，发现存在很多困难。
我说的完整的RBAC，是指支持角色树形结构和角色分组。具体来说，应当包含如下权限控制需求：

父级角色可以访问甚至是修改其子级的数据，包含直接子级直到最终子级。
角色可以访问其所在组的数据。
父级角色可以访问其所有子级(从直接子级到最终子级)所在组的数据。
而具体到我的系统中，还应当有如下需求。

兼容多种数据库产品。只能用简单的表，视图，存储过程和函数等实现。
同时兼容单条数据处理和批量数据处理的需求。
且不论这些具体需求，RBAC的基本表应当如下四个：

roleList表，记录所有的角色和角色组。
roleId: PK, 角色/组的ID，全局唯一，不区分角色和组。
roleName:角色/组的名称。
roleType: R - 角色，G - 组
rolePermission表，记录每一个角色/组对每一个对象的权限。
permissionID: PK, 无特定意义。
role

名称

AccountInterFace AccountYearCfg

AdDebtBill 调帐单（应收增加、应收减少、应付增加、应付减少） AdjustJobNumberBill 批号修改单

AdjustPriceD 商品调价单（药品详细调价信息）

AdjustPriceM 商品调价单表头（调价理由、操作人等信息） AdPriceBill 库存成本调价单 AinterFace AinterFaceCW

ArchivesCodeConfig 基本信息编码规则 Area 销售片区

atype 财务资产负债表、会计科目设置、各种财务接口的科目对照表、费用类型 AtypeMonth 历史月份财务资产负债表 AtypeTemp backupd

BillIndex 经营历程 BillindexBak BillPrintReason

BillPrintRecord 单据打印记录

BillType 菜单与数据表等内部指向的指针 btype 往来单位 btype_zlD btype_zlM

BTYPEAttorney 往来单位的业务员委托书 btypeotherinfo 往来单位其他信息 BTypePrice 往来单位特殊价格资料库 B

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、

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

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

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

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

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

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