工作流数据库设计

（OA自动化）金蝶OA协同办公软件数据库设计数据字典金蝶软件（中国）有限公司一、表定义本节按功能模块对相关数据库表进行定义。

1.1.公文处理1.1.1.表Workflow工作流表。

记录工作流的一些基础信息，属于工作流主表。

字段定义：OBSERVERS NVARCHAR2(1024)流程观察员SUPERVISORS NVARCHAR2(1024)流程监控员DESCN NVARCHAR2(200)描述SUPEROBSERVERS NVARCHAR2(1024)超级观察员SUPERPRINTERS NVARCHAR2(255)打印解锁人DESCN NVARCHAR2(1024)备注说明1.1.2.表WORKFLOW_DICTS表单字典表。

用作工作流表单中的字典选择。

OPTIONS可用/隔开。

字段定义：1.1.3.表WORKFLOW_FILE公文表。

记录公文所属工作流，表单，字段等基本信息表。

字段定义：2：已归档案系统 5：已归)默认为：0 FROM_TYPE NUMBER(10)0正常拟稿，1流程转换，2参照新起，3后续流程，4子流程，5其他来源，例如传阅交换FROM_ID NUMBER(10)来自其它类型的公文的ID FIELDSTR1NVARCHAR2(50)字符型短字段1FIELDNUM1NUMBER(10)数值型短字段1FIELDSTR2NVARCHAR2(50)FIELDNUM2NUMBERFIELDSTR3NVARCHAR2(50)FIELDNUM3NUMBERFIELDSTR4NVARCHAR2(50)FIELDNUM4NUMBERFIELDSTR5NVARCHAR2(50)FIELDNUM5NUMBERFIELDSTR6NVARCHAR2(50)FIELDNUM6NUMBERFIELDSTR7NVARCHAR2(50)FIELDNUM7NUMBERFIELDSTR8NVARCHAR2(50)FIELDNUM8NUMBERFIELDSTR9NVARCHAR2(50)FIELDNUM9NUMBERFIELDSTR10NVARCHAR2(50)FIELDNUM10NUMBERFIELDSTR11NVARCHAR2(50)FIELDNUM11NUMBERFIELDSTR12NVARCHAR2(50)FIELDNUM12NUMBERFIELDSTR13NVARCHAR2(50)FIELDNUM13NUMBERFIELDSTR14NVARCHAR2(50)FIELDNUM14NUMBERFIELDSTR15NVARCHAR2(50)FIELDNUM15NUMBERFIELDSTR16NVARCHAR2(50)FIELDNUM16NUMBERFIELDSTR17NVARCHAR2(50)FIELDNUM17NUMBERFIELDSTR18NVARCHAR2(50)FIELDNUM18NUMBERFIELDSTR19NVARCHAR2(50)FIELDNUM19NUMBERFIELDSTR20NVARCHAR2(50)FIELDNUM20NUMBERFIELDSTR21NVARCHAR2(50)FIELDNUM21NUMBERFIELDSTR22NVARCHAR2(50)FIELDNUM22NUMBERFIELDSTR23NVARCHAR2(50)FIELDNUM23NUMBERFIELDSTR24NVARCHAR2(50)FIELDNUM24NUMBERFIELDSTR25NVARCHAR2(50)FIELDNUM25NUMBERFIELDSTR26NVARCHAR2(50)FIELDNUM26NUMBERFIELDSTR27NVARCHAR2(50)FIELDNUM27NUMBERFIELDSTR28NVARCHAR2(50)FIELDNUM28NUMBERFIELDSTR29NVARCHAR2(50)FIELDNUM29NUMBERFIELDSTR30NVARCHAR2(50)FIELDNUM30NUMBERLONGSTR1NVARCHAR2(512)LONGSTR2NVARCHAR2(512)LONGSTR3NVARCHAR2(512)LONGSTR4NVARCHAR2(512)LONGSTR5NVARCHAR2(512)LONGSTR6NVARCHAR2(1024)LONGSTR7NVARCHAR2(512)LONGSTR8NVARCHAR2(512)LONGSTR9NVARCHAR2(512)LONGSTR10NVARCHAR2(512)RECEIVER NVARCHAR2(50)1.1.4.表WORKFLOW_FILEATTACH公文附件表。

简单的⼯作流引擎--数据库设计及开发介绍之前没怎么接触过⼯作流，在⽹上参考了⼀些相关的案例。

任务着急，并没有太看透彻就开始coding了。

这套⼯作流引擎并不复杂，主要是应对简单的流程运转及权限控制。

我们主要⽤在售后等⼯单系统中，⼀张⼯单。

主要实现了以下功能1.⼯作流程的界⾯设计2.流程根据设定的路线流转，设定每个节点的权限，控制流程的编辑及访问，设定流程中每个⽤户对应每个字段的权限3.流程分⽀的⾃动判断4.流程的接单及驳回数据库结构这是⼯作流引擎中涉及到的所有表了。

B开头的为主表，L为关联表，R为引⽤表存储些类型之类的常量。

主要表及字段说明主要的流程设计只保存在两张表中。

流程节点表以及路由表。

为了使⼯作流与业务结合，我们⽤到了流程实例表，以及活动记录表。

每开启⼀个流程，便创建⼀条流程实例，每⼀次流程节点的变动，创建⼀条活动记录。

在活动记录表中，设置了接单⼈字段belongUser，每条节点的编辑之前需要有接单⼈。

可以在提交上⼀节点的时候指定下⼀节点的接单⼈或者点击接单来⼿动接单。

这样设计来避免多⼈同时编辑同⼀个节点。

流程图设计界⾯设计图使⽤的是gooFlow框架，功能⽐较简单,但是恰巧适合我这种并不复杂的⼯作流系统。

⼤家有兴趣的可以下载下来玩⼀下，Demo和Ap i讲解的也⽐较详细对于多个分⽀的情况，有⽤户操作的为⼿动选择下⼀流程。

⽆操作界⾯的话需要需要在路由⾥写上相应的条件语句，来判断接下来要⾛那⼀条路由。

以换货流程为例：在创建退货订单的时候就会⾃动创建⼀条退货的售后⼯单，同时需要传⼊⽀付⽅式及换货单的状态给⼯作流。

相关代码我将每个⼯作流封装为⼀个dto，⾥⾯包括此⼯作流的所有相关信息，系统启动时加载到内存中，在修改⼯作流程时刷新。

⼯作流上下⽂上图只保存了⼯作流的内容，关联到业务的话，还需要⼀个⼯作流上下⽂的类。

此类中应该包括⼯作流当前的状态等信息，同时提供⼀些基本的扩展⽅法。

下图为⼯作流上下⽂类的结构 写下此⽂⼀来为了锻炼⼀下⾃⼰写博客的能⼒以及表达能⼒。

Activiti数据表结构目录1ACTIVITI数据库表结构 ----------------------------------------------------- 21.1数据库表名说明--------------------------------------------------------- 21.2数据库表结构----------------------------------------------------------- 31.2.1Activiti数据表清单: ------------------------------------------------- 31.2.2表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）------------------- 31.2.3表名:ACT_GE_PROPERTY （系统相关属性）-------------------------------- 41.2.4表名:ACT_HI_ACTINST （历史节点表）----------------------------------- 51.2.5表名:ACT_HI_ATTACHMENT （附件信息）---------------------------------- 51.2.6表名:ACT_HI_COMMENT （历史审批意见表）------------------------------- 61.2.7表名:ACT_HI_DETAIL （历史详细信息）---------------------------------- 71.2.8表名:ACT_HI_IDENTITYLINK （历史流程人员表）-------------------------- 71.2.9表名:ACT_HI_PROCINST（历史流程实例信息）核心表----------------------- 81.2.10表名:ACT_HI_TASKINST（历史任务流程实例信息）核心表----------------- 81.2.11表名:ACT_HI_VARINST（历史变量信息）-------------------------------- 91.2.12表名:ACT_ID_GROUP（用户组表）------------------------------------- 101.2.13表名:ACT_ID_INFO （用户扩展信息表）------------------------------- 101.2.14表名:ACT_ID_MEMBERSHIP（用户用户组关联表）------------------------ 111.2.15表名:ACT_ID_USER（用户信息表）------------------------------------ 111.2.16表名:ACT_RE_DEPLOYMENT（部署信息表）------------------------------ 111.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ---------------------------- 121.2.18表名:ACT_RE_PROCDEF （流程定义表）-------------------------------- 131.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ----------------------------- 141.2.20表名:ACT_RU_EXECUTION （运行时流程执行实例）---------------------- 141.2.21表名:ACT_RU_IDENTITYLINK（身份联系）------------------------------ 151.2.22表名:ACT_RU_JOB（运行中的任务）----------------------------------- 151.2.23表名:ACT_RU_TASK(运行时任务数据表) -------------------------------- 161.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ------------------------ 17 2ACTIVITI中主要对象的关系------------------------------------------------- 181Activiti数据库表结构1.1数据库表名说明Activiti工作流总共包含23张数据表，所有的表名默认以“ACT_”开头。

概述目的软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。

适用范围术语定义DBMS：数据库管理系统，常用的商业DBMS有Oracle, SQL Server, DB2等。

数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

概念数据模型：概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。

它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。

可以用Sybase PowerDesigner工具来建立概念数据模型（CDM）。

逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。

可以用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或者通过CDM转换得到。

物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

可以用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者通过CDM / LDM转换得到。

数据库设计原则按阶段实施并形成该阶段的成果物一般符合3NF范式要求；兼顾规范与效率使用公司规定的数据库设计软件工具命名符合公司标准和项目标准数据库设计目标规范性：一般符合3NF范式要求，减少冗余数据。

高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。

紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。

易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。

设计过程规范数据库设计过程包括如下阶段：数据分析、概念设计、逻辑设计、物理设计、实施与运行维护。

activiti工作流数据库表详细介绍（23张表）Activiti的后台是有数据库的支持，所有的表都以ACT_开头。

第二部分是表示表的用途的两个字母标识。

用途也和服务的API对应。

ACT_RE_*: 'RE'表示repository。

这个前缀的表包含了流程定义和流程静态资源（图片，规则，等等）。

ACT_RU_*: 'RU'表示runtime。

这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。

Activiti 只在流程实例执行过程中保存这些数据，在流程结束时就会删除这些记录。

这样运行时表可以一直很小速度很快。

ACT_ID_*: 'ID'表示identity。

这些表包含身份信息，比如用户，组等等。

ACT_HI_*: 'HI'表示history。

这些表包含历史数据，比如历史流程实例，变量，任务等等。

ACT_GE_*: 通用数据，用于不同场景下，如存放资源文件。

资源库流程规则表1) act_re_deployment 部署信息表2) act_re_model 流程设计模型部署表3) act_re_procdef 流程定义数据表运行时数据库表1) act_ru_execution运行时流程执行实例表2) act_ru_identitylink运行时流程人员表，主要存储任务节点与参与者的相关信息3) act_ru_task运行时任务节点表4) act_ru_variable运行时流程变量数据表历史数据库表1) act_hi_actinst 历史节点表2) act_hi_attachment历史附件表3) act_hi_comment历史意见表4) act_hi_identitylink历史流程人员表5) act_hi_detail历史详情表，提供历史变量的查询6) act_hi_procinst历史流程实例表7) act_hi_taskinst历史任务实例表8) act_hi_varinst历史变量表组织机构表1) act_id_group用户组信息表2) act_id_info用户扩展信息表3) act_id_membership用户与用户组对应信息表4) act_id_user用户信息表这四张表很常见，基本的组织机构管理，关于用户认证方面建议还是自己开发一套，组件自带的功能太简单，使用中有很多需求难以满足通用数据表1) act_ge_bytearray二进制数据表2) act_ge_property属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录，书生整理于网络。

数据库设计规范与技巧一、数据库设计过程数据库技术是信息资源管理最有效的手段。

数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

数据库设计的各阶段：A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。

B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。

C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。

然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。

D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。

需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。

需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。

常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。

系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。

2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

概念模型用于信息世界的建模。

概念模型不依赖于某一个DBMS支持的数据模型。

概念模型可以转换为计算机上某一DBMS支持的特定数据模型。

基于HTML5的工作流管理系统的设计与实现HTML5是一种相对较新的网页开发技术，具有广泛的应用和较强的跨平台兼容性。

基于HTML5的工作流管理系统可以提供一个高效、灵活的工作流程管理平台，帮助企业或组织更好地组织和管理工作流程。

本文将探讨基于HTML5的工作流管理系统的设计与实现。

一、系统设计1.系统需求分析首先需要对工作流管理系统的需求进行分析，明确系统的功能和目标。

常见的工作流管理系统的功能包括工作流程设计、任务分配、流程跟踪和监控、报表生成等。

根据需求分析的结果，确定系统的功能模块和用户界面设计。

2.系统架构设计基于HTML5的工作流管理系统可以采用典型的MVC（Model-View-Controller）架构。

模型（Model）负责处理数据和业务逻辑，视图（View）负责呈现用户界面，控制器（Controller）负责协调模型和视图之间的交互。

这种架构可以使整个系统具有良好的可扩展性和可维护性。

3.数据库设计工作流管理系统需要存储和管理大量的工作流程数据，因此需要设计合适的数据库结构。

可以利用关系数据库如MySQL或PostgreSQL来存储工作流程数据，设计合理的表结构和索引，以提高系统性能。

4.用户界面设计基于HTML5的工作流管理系统的用户界面可以采用响应式设计，以适应不同大小的设备和屏幕。

可以利用HTML5提供的新特性如Canvas、SVG等来实现丰富的图形化界面效果。

同时，使用CSS3来实现界面的样式化和动画效果，提高用户体验。

5.系统安全设计工作流管理涉及敏感的企业内部数据，因此系统安全设计至关重要。

可以采用基于角色的访问控制（Role-Based Access Control）来限制用户对系统的访问和操作权限。

同时，采用HTTPS和数据加密等技术，保障数据的安全传输和存储。

二、系统实现1.前端开发2.后端开发后端开发主要利用服务器端开发语言如Java、Python、PHP等进行，实现业务逻辑和数据处理。

最新OA办公系统详细设计一、引言OA办公系统是一种用于管理企业办公事务的软件系统，通过电子化手段提高工作效率、协调工作流程、提供决策支持。

本文将对最新的OA 办公系统进行详细设计，包括系统架构设计、模块设计、数据库设计、界面设计等。

二、系统架构设计1.架构层次划分：将OA办公系统划分为客户端、服务器端和数据库三层。

客户端负责用户界面展示和用户交互，服务器端负责业务逻辑处理和数据存储，数据库负责数据的持久化存储。

2.通信机制选择：客户端和服务器端之间选择采用HTTP协议进行通信，通过JSON格式传输数据。

数据库采用关系型数据库，并通过SQL语言进行数据操作。

三、模块设计1.用户管理模块：包括用户登录、注册、权限管理等功能。

用户信息存储在用户表中，包括用户名、密码、角色等字段。

权限管理通过角色和权限表进行关联，实现不同用户的权限控制。

2.日程管理模块：包括日程安排、会议管理等功能。

日程信息存储在日程表中，包括主题、时间、地点等字段。

会议管理包括创建会议、查看会议详情、邀请参会人员等功能。

5.工作流管理模块：包括流程设计、流程审批等功能。

流程信息存储在流程表中，包括流程名称、节点设置、审批人等字段。

审批记录通过审批表实现，记录流程的审批流程和结果。

四、数据库设计1.用户表：字段包括用户ID、用户名、密码、角色等。

2.日程表：字段包括日程ID、主题、时间、地点等。

3.会议表：字段包括会议ID、主题、时间、地点、参会人员等。

5.文件表：字段包括文件ID、文件名、大小、上传时间等。

6.文件夹表：字段包括文件夹ID、文件夹名、文件ID等。

7.流程表：字段包括流程ID、流程名称、节点设置、审批人等。

8.审批表：字段包括审批ID、流程ID、审批人、审批时间、审批结果等。

五、界面设计1.登录页面：包括用户名、密码输入框和登录按钮。

登录成功后跳转到主页面。

2.主页面：包括日程管理、公告管理、文件管理、工作流管理等模块的入口。

工作流数据库设计在进行工作流数据库设计时，需要考虑以下几个方面：1.数据库结构设计：数据库结构设计是指确定数据库的表结构和关系。

在工作流数据库中，通常需要设计以下几个核心表：流程定义表、任务表、流程实例表和任务实例表。

流程定义表用于存储流程模板的定义信息，包括流程名称、流程的节点和连接关系等；任务表用于存储系统中所有的任务信息，包括任务的名称、处理人、处理过程等；流程实例表用于存储流程的运行实例信息，包括流程的状态、创建时间、结束时间等；任务实例表用于存储任务的实例信息，包括任务的状态、处理人、处理时间等。

2.数据库索引设计：索引是提高数据库查询效率的关键。

在设计工作流数据库时，需要根据实际情况确定哪些字段需要创建索引。

例如，在任务表中，可以为处理人字段、处理时间字段等创建索引，以便快速查询出特定任务的信息。

3.数据库事务设计：工作流数据库中的操作通常需要支持事务处理。

事务是指一组数据库操作，要么全部成功执行，要么全部失败。

在工作流数据库设计中，应该合理定义数据库事务边界，并确保事务的一致性和隔离性。

例如，在处理一个任务时，需要将任务的状态从“待处理”修改为“已处理”，这个操作应该在同一个事务中执行，以确保任务状态的一致性。

4.数据库备份和恢复设计：数据库的备份和恢复是确保工作流数据库的可靠性和可用性的重要手段。

在设计工作流数据库时，应该考虑如何定期进行数据库的备份，并确保备份数据的可靠性。

同时，还应该预留恢复数据库的机制，以防数据库出现故障导致数据丢失。

5.数据库性能优化设计：优化数据库的性能可以提高工作流系统的响应速度和吞吐量。

在工作流数据库设计中，可以采用一些技术手段，如合理使用数据库索引、优化数据库查询语句、使用数据库缓存等来提高数据库的性能。

总结起来，工作流数据库设计涉及到数据库结构设计、索引设计、事务设计、备份和恢复设计以及性能优化设计等方面。

只有合理设计和维护数据库，才能确保工作流程管理系统的稳定和高效运行。

dolphinscheduler的数据库设计文档DolphinScheduler的数据库设计文档DolphinScheduler是一个开源的分布式易扩展的大数据工作流调度系统，它的数据库设计是系统的基石。

本文将一步一步回答“DolphinScheduler 的数据库设计文档”这个问题，详细介绍了DolphinScheduler的数据库设计。

第一步：需求分析在设计数据库之前，需要进行需求分析，明确系统需要存储哪些数据以及数据之间的关系。

DolphinScheduler主要用于大数据工作流的调度和管理，因此，系统需要存储的数据主要包括以下几个方面：1. 用户信息：包括用户的姓名、账号、密码等基本信息；2. 项目信息：包括所属用户、项目名称、项目描述等；3. 工作流定义：包括工作流的名称、描述、最近修改时间等；4. 工作流调度：包括工作流的调度计划、运行状态、执行结果等；5. 任务定义：包括任务的类型、参数、依赖关系等；6. 任务实例：包括任务的实例ID、运行状态、执行结果等。

第二步：数据库模型设计在需求分析的基础上，可以开始进行数据库模型的设计。

DolphinScheduler采用关系型数据库MySQL作为数据存储引擎，下面是DolphinScheduler的数据库模型设计概述：1. 用户表（t_ds_user）：存储用户信息，包括用户ID、用户名、密码、邮箱、创建时间等字段；2. 项目表（t_ds_project）：存储项目信息，包括项目ID、项目名称、项目描述、创建时间、所属用户等字段；3. 工作流定义表（t_ds_workflow_definition）：存储工作流定义信息，包括工作流ID、工作流名称、工作流描述、创建时间、最近修改时间等字段；4. 工作流调度表（t_ds_workflow_instance）：存储工作流调度信息，包括调度ID、工作流ID、调度计划、运行状态、开始时间、结束时间等字段；5. 任务定义表（t_ds_task_definition）：存储任务定义信息，包括任务ID、任务名称、任务类型、任务参数、依赖关系等字段；6. 任务实例表（t_ds_task_instance）：存储任务实例信息，包括任务实例ID、任务ID、调度ID、运行状态、开始时间、结束时间、执行结果等字段。

数据库设计的过程(六个阶段)1.需求分析阶段准确了解与分析用户需求（包括数据与处理）是整个设计过程的基础，是最困难、最耗费时间的一步2.概念结构设计阶段是整个数据库设计的关键通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型3.逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型对其进行优化4.数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）5.数据库实施阶段运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行6.数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。

在数据库系统运行过程中必须不断地对其进行评价、调整与修改设计特点:在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计数据库设计 - 数据库各级模式的形成过程1.需求分析阶段：综合各个用户的应用需求2.概念设计阶段：形成独立于机器特点，独立于各个DBMS产品的概念模式(E-R 图)3.逻辑设计阶段：首先将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式；然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图(View)，形成数据的外模式4.物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式数据库设计 - 数据库设计技巧1. 设计数据库之前（需求分析阶段）1) 理解客户需求，询问用户如何看待未来需求变化。

让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。

2) 了解企业业务可以在以后的开发阶段节约大量的时间。

3) 重视输入输出。

在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。