Activiti工作流引擎数据库表结构
1、可以查询到业务KEY，processInstanceBusinessKey
SELECT * FROM ACT_RU_EXECUTION WHERE PROC_DEF_ID_ LIKE '%Contract%'
2、
SELECT * FROM ACT_RU_TASK WHERE PROC_DEF_ID_ LIKE '%Contract%'
数据库表的命名
Acitiviti数据库中表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。此用例大体与服务API是匹配的。
●ACT_RE_*:’RE’表示repository。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图
片，规则等）。
●ACT_RU_*:’RU’表示runtime。这是运行时的表存储着流程变量，用户任务，变量，职责（job）
等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。
这就保证了这些运行时的表小且快。
●ACT_ID_*:’ID’表示identity。这些表包含标识的信息，如用户，用户组，等等。
●ACT_HI_*:’HI’表示history。就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，
等等。
●ACT_GE_*:普通数据，各种情况都使用的数据。
数据库表结构图
数据库表结构说明 ●
ACT_GE_PROPERTY:属性数据表。存储这个流程引擎级别的数据。 1. NAME_:属性名称 2. VALUE_:属性值 3. REV_INT:版本号
●
ACT_GE_BYTEARRAY:用来保存部署文件的大文本数据
1.
ID_:资源文件编号，自增长
2.REV_INT:版本号
https://www.doczj.com/doc/cd18833278.html,_:资源文件名称
4.DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT的主键
5.BYTES_:大文本类型，存储文本字节流
●ACT_RE_DEPLOYMENT:用来存储部署时需要持久化保存下来的信息
1.ID_:部署编号，自增长
https://www.doczj.com/doc/cd18833278.html,_:部署包的名称
3.DEPLOY_TIME_:部署时间
●ACT_RE_PROCDEF:业务流程定义数据表
1.ID_:流程ID，由“流程编号：流程版本号：自增长ID”组成
2.CATEGORY_:流程命名空间（该编号就是流程文件targetNamespace的属性值）
https://www.doczj.com/doc/cd18833278.html,_:流程名称（该编号就是流程文件process元素的name属性值）
4.KEY_:流程编号（该编号就是流程文件process元素的id属性值）
5.VERSION_:流程版本号（由程序控制，新增即为1，修改后依次加1来完成的）
6.DEPLOYMENT_ID_:部署编号
7.RESOURCE_NAME_:资源文件名称
8.DGRM_RESOURCE_NAME_:图片资源文件名称
9.HAS_START_FROM_KEY_:是否有Start From Key
注：此表和ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_REPROCDEF表内，每个流程定义的数据，都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY 的关联是通过程序用ACT_GE_https://www.doczj.com/doc/cd18833278.html,与ACT_RE_https://www.doczj.com/doc/cd18833278.html,_完成的，在数据库表结构中没有体现。
●ACT_ID_GROUP:用来存储用户组信息。
1.ID_：用户组名*
2.REV_INT:版本号
https://www.doczj.com/doc/cd18833278.html,_:用户组描述信息*
4.TYPE_:用户组类型
●ACT_ID_MEMBERSHIP:用来保存用户的分组信息
https://www.doczj.com/doc/cd18833278.html,ER_ID_:用户名
2.GROUP_ID_:用户组名
●ACT_ID_USER:
1.ID_:用户名
2.REV_INT:版本号
3.FIRST_:用户名称
https://www.doczj.com/doc/cd18833278.html,ST_:用户姓氏
5.EMAIL_:邮箱
6.PWD_:密码
●ACT_RU_EXECUTION：
1.ID_：
2.REV_：版本号
3.PROC_INST_ID_：流程实例编号
4.BUSINESS_KEY_：业务编号
5.PARENT_ID_：找到该执行实例的父级，最终会找到整个流程的执行实例
7.SUPER_EXEC_：引用的执行模板
8.ACT_ID_：节点id
9.IS_ACTIVE_：是否访问
10.IS_CONCURRENT_：
11.IS_SCOPE_：
●ACT_RU_TASK：运行时任务数据表。
1.ID_：
2.REV_：
3.EXECUTION_ID_：执行实例的id
4.PROC_INST_ID_：流程实例的id
5.PROC_DEF_ID_：流程定义的id,对应act_re_procdef 的id_
https://www.doczj.com/doc/cd18833278.html,_：任务名称，对应***task 的name
7.PARENT_TASK_ID_ : 对应父任务
8.DESCRIPTION_：
9.TASK_DEF_KEY_：***task 的id
10.OWNER_ : 发起人
11.ASSIGNEE_：分配到任务的人
12.DELEGATION_ : 委托人
13.PRIORITY_：紧急程度
14.CREATE_TIME_：发起时间
15.DUE_TIME_：审批时长
●ACT_RU_IDENTITYLINK：任务参与者数据表。主要存储当前节点参与者的信息。
1.ID_：标识
2.REV_：版本
3.GROUP_ID_：组织id
4.TYPE_：类型
https://www.doczj.com/doc/cd18833278.html,ER_ID_：用户id
6.TASK_ID_：任务id
●ACT_RU_VARIABLE：运行时流程变量数据表。
1.ID_：标识
2.REV_：版本号
3.TYPE_：数据类型
https://www.doczj.com/doc/cd18833278.html,_：变量名
5.EXECUTION_ID_：执行实例id
6.PROC_INST_ID_：流程实例id
7.TASK_ID_：任务id
8.BYTEARRAY_ID_：
9.DOUBLE_：若数据类型为double ,保存数据在此列
10.LONG_：若数据类型为Long保存数据到此列
11.TEXT_：string 保存到此列
12.TEXT2_：
●ACT_HI_PROCINST：
1.ID_ : 唯一标识
3.BUSINESS_KEY_ : 业务编号
4.PROC_DEF_ID_ ：流程定义id
5.START_TIME_ : 流程开始时间
6.ENT__TIME : 结束时间
7.DURATION_ : 流程经过时间
8.START_USER_ID_ : 开启流程用户id
9.START_ACT_ID_ : 开始节点
10.END_ACT_ID_：结束节点
11.SUPER_PROCESS_INSTANCE_ID_ : 父流程流程id
12.DELETE_REASON_ : 从运行中任务表中删除原因
●ACT_HI_ACTINST：
1.ID_ : 标识
2.PROC_DEF_ID_ :流程定义id
3.PROC_INST_ID_ : 流程实例id
4.EXECUTION_ID_ : 执行实例
5.ACT_ID_ : 节点id
6.ACT_NAME_ : 节点名称
7.ACT_TYPE_ : 节点类型
8.ASSIGNEE_ : 节点任务分配人
9.START_TIME_ : 开始时间
10.END_TIME_ : 结束时间
11.DURATION : 经过时长
●ACT_HI_TASKINST：
1.ID_ ：标识
2.PROC_DEF_ID_ ：流程定义id
3.TASK_DEF_KEY_ : 任务定义id
4.PROC_INST_ID_ : 流程实例ｉｄ
5.EXECUTION_ID_ : 执行实例id
6.PARENT_TASK_ID_ : 父任务id
https://www.doczj.com/doc/cd18833278.html,_ : 任务名称
8.DESCRIPTION_ : 说明
9.OWNER_ : 拥有人（发起人）
10.ASSIGNEE_ : 分配到任务的人
11.START__TIME_ : 开始任务时间
12.END_TIME_ : 结束任务时间
13.DURATION_ : 时长
14.DELETE_REASON_ :从运行时任务表中删除的原因
15.PRIORITY_ : 紧急程度
16.DUE_DATE_ :
●ACT_HI_DETAIL：启动流程或者在任务complete之后,记录历史流程变量
1.ID_ : 标识
2.TYPE_ : variableUpdate 和formProperty 两种值
3.PROC_INST_ID_ : 对应流程实例id
4.EXECUTION_ID_ : 对应执行实例id
5.TASK_ID_ : 对应任务id
6.ACT_INST_ID : 对应节点id
https://www.doczj.com/doc/cd18833278.html,_ : 历史流程变量名称，或者表单属性的名称
8.VAR_TYPE_ : 定义类型
9.REV_ : 版本
10.TIME_ : 导入时间
11.BYTEARRAY_ID_
12.DOUBLE_ : 如果定义的变量或者表单属性的类型为double，他的值存在这里
13.LONG_ : 如果定义的变量或者表单属性的类型为LONG ,他的值存在这里
14.TEXT_ : 如果定义的变量或者表单属性的类型为string，值存在这里
15.TEXT2_:
●ACT_HI_COMMENT 意见表
1.ID_ :标识
2.TYPE_ : 意见记录类型为comment 时为处理意见
3.TIME_ : 记录时间
https://www.doczj.com/doc/cd18833278.html,ER_ID_ :
5.TASK_ID_ ：对应任务的id
6.PROC_INST_ID_ : 对应的流程实例的id
7.ACTION_ ：为AddComment 时为处理意见
8.MESSAGE_ : 处理意见
9.FULL_MSG_ :
结论及总结
●流程文件部署主要涉及到3个表，分别是：ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、
ACT_RE_PROCDEF。主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。从表结构中可以看出，流程定义的元素需要每次从数据库加载并解析，因为流程定义的元素没有转化成数据库表来完成，当然流程元素解析后是放在缓存中的，具体的还需要后面详细研究。
●流程定义中的java类文件不保存在数据库里。
●组织机构的管理相对较弱，如果要纳入单点登录体系内还需要改造完成，具体改造方法有待研究。
●运行时对象的执行与数据库记录之间的关系需要继续研究
●历史数据的保存及作用需要继续研究。
Activiti使用Mybatis3做持久化工作，可以在配置中设置流程引擎启动时创建表。
Activiti使用到的表都是ACT_开头的。
ACT_RE_*:流程定义存储。
ACT_RU_*:流程执行记录，记录流程启动到结束的所有动作，流程结束后会清除相关记录。
ACT_ID_*:用户记录，流程中使用到的用户和组。
ACT_HI_*:流程执行的历史记录。
ACT_GE_*:通用数据及设置。
使用到的表：
ACT_GE_BYTEARRAY：流程部署的数据。ACT_GE_PROPERTY：通用设置。
ACT_HI_ACTINST：流程活动的实例。ACT_HI_ATTACHMENT：
ACT_HI_COMMENT：
ACT_HI_DETAIL：
ACT_HI_PROCINST：流程实例。
ACT_HI_TASKINST：任务实例。
ACT_ID_GROUP：用户组。
ACT_ID_INFO：
ACT_ID_MEMBERSHIP：
ACT_ID_USER：用户。
ACT_RE_DEPLOYMENT：部署记录。ACT_RE_PROCDEF：流程定义。
ACT_RU_EXECUTION：流程执行记录。ACT_RU_IDENTITYLINK：
ACT_RU_JOB：
ACT_RU_TASK：执行的任务记录。
ACT_RU_VARIABLE：执行中的变量记录。
activiti-administrator
自带的用户管理系统，维护用户和组，需要配置数据连接参数，在
activiti-administrator\WEB-INF\applicationContext.xml中，并加入JDBC驱动包。
activiti-cycle
PVM活动检测的，由activiti-rest提供服务，不需配置。
activiti-explorer
可以查看用户任务和启动流程，由activiti-rest提供服务，不需配置。
activiti-kickstart
简单的点对点流程定义维护工具，需要配置数据连接，把activiti.cfg.xml文件放在classes下，并加入驱动包。
activiti-modeler
在线编辑和维护流程定义的工具，最后以文件夹方式部署，需要配置
activiti-modeler\WEB-INF\classes\configuration.properties文件。
activiti-probe
PVM的观测服务，由activiti-rest提供服务，不需配置，可以查看deployment、processdefinition、processinstance、database。
activiti-rest
其他几个应用的服务提供者，需要配置数据连接，把activiti.cfg.xml文件放在classes下，并加入驱动包。
act_hi_actinst
ID_
PROC_DEF_ID_ PROC_INST_ID_ EXECUTION_ID_
ACT_ID_
TASK_ID_
CALL_PROC_INST_ID_ ACT_NAME_
ACT_TYPE_ ASSIGNEE_
START_TIME_
END_TIME_ DURATION_varchar(64) varchar(64) varchar(64) varchar(64) varchar(255) varchar(64) varchar(64) varchar(255) varchar(255) varchar(64) datetime
datetime
bigint(20)
act_ge_property
NAME_ VALUE_ REV_
varchar(64)
varchar(300)
int(11)
act_ge_bytearray
ID_
REV_
NAME_
DEPLOYMENT_ID_
BYTES_
GENERATED_
varchar(64)
int(11)
varchar(255)
varchar(64)
longblob
tinyint(4)
act_ru_variable
ID_
REV_
TYPE_
NAME_
EXECUTION_ID_
PROC_INST_ID_
TASK_ID_
BYTEARRAY_ID_
DOUBLE_
LONG_
TEXT_
TEXT2_
varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(64)
varchar(64)
varchar(64)
varchar(64)
double
bigint(20)
varchar(4000)
varchar(4000)
act_ru_task
ID_
REV_ EXECUTION_ID_ PROC_INST_ID_ PROC_DEF_ID_ NAME_
PARENT_TASK_ID_ DESCRIPTION_ TASK_DEF_KEY_ OWNER_ ASSIGNEE_ DELEGATION_ PRIORITY_ CREATE_TIME_
DUE_DATE_ SUSPENSION_STATE_varchar(64)
int(11)
varchar(64)
varchar(64)
varchar(64)
varchar(255)
varchar(64)
varchar(4000)
varchar(255)
varchar(255)
varchar(255)
varchar(64)
int(11)
timestamp
datetime
int(11)
act_ru_job
ID_
REV_
TYPE_
LOCK_EXP_TIME_
LOCK_OWNER_
EXCLUSIVE_
EXECUTION_ID_
PROCESS_INSTANCE_ID_
PROC_DEF_ID_
RETRIES_
EXCEPTION_STACK_ID_
EXCEPTION_MSG_
DUEDATE_
REPEAT_
HANDLER_TYPE_
HANDLER_CFG_
varchar(64)
int(11)
varchar(255)
timestamp
varchar(255)
tinyint(1)
varchar(64)
varchar(64)
varchar(64)
int(11)
varchar(64)
varchar(4000)
timestamp
varchar(255)
varchar(255)
varchar(4000)
act_ru_identitylink
ID_
REV_
GROUP_ID_ TYPE_
USER_ID_ TASK_ID_ PROC_INST_ID_ PROC_DEF_ID_varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(255)
varchar(64)
varchar(64)
varchar(64)
act_ru_execution
ID_
REV_
PROC_INST_ID_
BUSINESS_KEY_
PARENT_ID_
PROC_DEF_ID_
SUPER_EXEC_
ACT_ID_
IS_ACTIVE_
IS_CONCURRENT_
IS_SCOPE_
IS_EVENT_SCOPE_
SUSPENSION_STATE_
CACHED_ENT_STATE_
varchar(64)
int(11)
varchar(64)
varchar(255)
varchar(64)
varchar(64)
varchar(64)
varchar(255)
tinyint(4)
tinyint(4)
tinyint(4)
tinyint(4)
int(11)
int(11)
act_ru_event_subscr
ID_
REV_
EVENT_TYPE_
EVENT_NAME_
EXECUTION_ID_
PROC_INST_ID_
ACTIVITY_ID_
CONFIGURATION_
CREATED_
varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(64)
varchar(64)
varchar(64)
varchar(255)
timestamp
ID_
REV_
CATEGORY_
NAME_
KEY_
VERSION_
DEPLOYMENT_ID_
RESOURCE_NAME_
DGRM_RESOURCE_NAME_
DESCRIPTION_
HAS_START_FORM_KEY_
SUSPENSION_STATE_
varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(255)
int(11)
varchar(64)
varchar(4000)
varchar(4000)
varchar(4000)
tinyint(4)
int(11)
act_re_model
ID_
REV_
NAME_
KEY_
CATEGORY_
CREATE_TIME_
LAST_UPDATE_TIME_
VERSION_
META_INFO_
DEPLOYMENT_ID_
EDITOR_SOURCE_VALUE_ID_ EDITOR_SOURCE_EXTRA_VALUE_ID_varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(255)
timestamp
timestamp
int(11)
varchar(4000)
varchar(64)
varchar(64)
varchar(64)
act_re_deployment
ID_
NAME_
CATEGORY_
DEPLOY_TIME_
varchar(64)
varchar(255)
varchar(255)
timestamp
act_id_user
ID_
REV_
FIRST_
LAST_
EMAIL_
PWD_
PICTURE_ID_
varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(255)
varchar(255)
varchar(64)
act_id_membership
USER_ID_
GROUP_ID_
varchar(64)
varchar(64)
act_id_info
ID_
REV_
USER_ID_
TYPE_
KEY_
VALUE_
PASSWORD_
PARENT_ID_
varchar(64)
int(11)
varchar(64)
varchar(64)
varchar(255)
varchar(255)
longblob
varchar(255)
act_id_group
ID_
REV_
NAME_
TYPE_
varchar(64)
int(11)
varchar(255)
varchar(255)
act_hi_varinst
ID_
PROC_INST_ID_
EXECUTION_ID_
TASK_ID_
NAME_
VAR_TYPE_
REV_
BYTEARRAY_ID_
DOUBLE_
LONG_
TEXT_
TEXT2_
varchar(64)
varchar(64)
varchar(64)
varchar(64)
varchar(255)
varchar(100)
int(11)
varchar(64)
double
bigint(20)
varchar(4000)
varchar(4000)
act_hi_taskinst
ID_
PROC_DEF_ID_
TASK_DEF_KEY_
PROC_INST_ID_
EXECUTION_ID_
NAME_
PARENT_TASK_ID_
DESCRIPTION_
OWNER_
ASSIGNEE_
START_TIME_
CLAIM_TIME_
END_TIME_
DURATION_
DELETE_REASON_
PRIORITY_
DUE_DATE_
FORM_KEY_
varchar(64)
varchar(64)
varchar(255)
varchar(64)
varchar(64)
varchar(255)
varchar(64)
varchar(4000)
varchar(255)
varchar(255)
datetime
datetime
datetime
bigint(20)
varchar(4000)
int(11)
datetime
varchar(255)
act_hi_procinst
ID_
PROC_INST_ID_
BUSINESS_KEY_
PROC_DEF_ID_
START_TIME_
END_TIME_
DURATION_
START_USER_ID_
START_ACT_ID_
END_ACT_ID_
SUPER_PROCESS_INSTANCE_ID_
DELETE_REASON_
varchar(64)
varchar(64)
varchar(255)
varchar(64)
datetime
datetime
bigint(20)
varchar(255)
varchar(255)
varchar(255)
varchar(64)
varchar(4000)
act_hi_detail
ID_
TYPE_
PROC_INST_ID_
EXECUTION_ID_
TASK_ID_
ACT_INST_ID_
NAME_
VAR_TYPE_
REV_
TIME_
BYTEARRAY_ID_
DOUBLE_
LONG_
TEXT_
TEXT2_
varchar(64)
varchar(255)
varchar(64)
varchar(64)
varchar(64)
varchar(64)
varchar(255)
varchar(255)
int(11)
datetime
varchar(64)
double
bigint(20)
varchar(4000)
varchar(4000)
act_hi_comment
ID_
TYPE_
TIME_
USER_ID_
TASK_ID_
PROC_INST_ID_
ACTION_
MESSAGE_
FULL_MSG_
varchar(64)
varchar(255)
datetime
varchar(255)
varchar(64)
varchar(64)
varchar(255)
varchar(4000)
longblob
act_hi_attachment
ID_
REV_
USER_ID_
NAME_
DESCRIPTION_
TYPE_
TASK_ID_
PROC_INST_ID_
URL_
CONTENT_ID_
varchar(64)
int(11)
varchar(255)
varchar(255)
varchar(4000)
varchar(255)
varchar(64)
varchar(64)
varchar(4000)
varchar(64)
扩展资料2表结构
学习了解Activiti前，有必要了解一下其表结构，清楚其目前的引擎存储数据的情况，进而清楚如何扩展适合中国特色的业务流程需求。X3则是通过扩展其表结构来实现如下的需求：
1.流程定义的多版本管理
2.流程定义的权限控制
3.流程定义的消息通知
4.任务的通知、回退、收回、代理、授权、抢占
5.任务的自由跳转
6.任务的沟通、抄送
7.流程业务表单的挂接
8.流程与业务人员的挂接关联处理
等中国特色的流程业务处理
如下为其表结构说明：
核心流程引擎列表清单:
表名解释
ACT_GE_BYTEARRAY act_ge_bytearray【流程引擎资源库】
ACT_GE_PROPERTY act_ge_property【流程引擎基础配置】
ACT_HI_ACTINST act_hi_actinst【流程活动历史】
ACT_HI_ATTACHMENT act_hi_attachment【流程附件历史】
ACT_HI_COMMENT act_hi_comment【历史评论】
ACT_HI_DETAIL act_hi_detail【活动历史明细】
ACT_HI_IDENTITYLINK act_hi_identitylink【任务的分配人员历史】
ACT_HI_PROCINST act_hi_procinst【流程实例历史】
ACT_HI_TASKINST act_hi_taskinst【流程任务历史】
ACT_HI_VARINST act_hi_varinst【流程变量历史】
ACT_ID_GROUP act_id_group【流程的用户组】
ACT_ID_INFO act_id_info【用户ID属性扩展】
ACT_ID_MEMBERSHIP act_id_membership【用户与组的关系】ACT_ID_USER act_id_user【流程的用户】
ACT_RE_DEPLOYMENT act_re_deployment【流程定义发布信息】ACT_RE_MODEL act_re_model【流程定义设计模型信息】ACT_RE_PROCDEF act_re_procdef【流程定义的模型】
ACT_RU_EVENT_SUBSCR act_ru_event_subscr【节点事件订阅】ACT_RU_EXECUTION act_ru_execution【活动执行】
ACT_RU_IDENTITYLINK act_ru_identitylink【任务人员候选】ACT_RU_JOB act_ru_job【流程后台调度配置】
ACT_RU_TASK act_ru_task【流程任务】
ACT_RU_VARIABLE act_ru_variable【流程变量】
ACT_GE_BYTEARRAY(act_ge_bytearray【流程引擎资源库】)
是否主键字段名字段描述数据类型
长
度
可空约束
缺省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
NAME_名称VARCHAR(255)255是名称DEPLOYMENT_ID_发布ID VARCHAR(64)64是发布ID
BYTES_二进制文件存储字
节
LONGBLOB是二进制文件存储字节
GENERATED_是否由引擎生成TINYINT(4)4是是否由引擎生成ACT_GE_PROPERTY(act_ge_property【流程引擎基础配置】)
是否主键字段名字段描述数据类型
长
度
可空约束
缺省
值
备注
是NAME_名称VARCHAR(64)64名称VALUE_值VARCHAR(300)300是值
REV_REV_INT(11)11是
ACT_HI_ACTINST(act_hi_actinst【流程活动历史】)
是否主
键字段名字段描述数据类型
长
度
可
空
约束
缺省
值
备注
是ID_ID_VARCHAR(64)64
PROC_DEF_ID_流程定义ID VARCHAR(64)64流程定义ID PROC_INST_ID_流程实例ID VARCHAR(64)64流程实例ID
EXECUTION_ID_执行ID VARCHAR(64)64执行ID
ACT_ID_节点活动ID VARCHAR(255)255节点活动ID
TASK_ID_任务ID VARCHAR(64)64是任务ID
CALL_PROC_INST_ID_调用流程实例ID VARCHAR(64)64是调用流程实例ID ACT_NAME_活动节点名称VARCHAR(255)255是活动节点名称
ACT_TYPE_活动节点类型VARCHAR(255)255活动节点类型
ASSIGNEE_执行人ID VARCHAR(255)255是执行人ID
START_TIME_开始时间DATETIME开始时间
END_TIME_结束时间DATETIME是结束时间
DURATION_持续时间BIGINT(20)20是持续时间
TENANT_ID_租用ID VARCHAR(255)255是租用ID
ACT_HI_ATTACHMENT(act_hi_attachment【流程附件历史】)
是否主
键字段名字段描述数据类型长度可空约束
缺省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
USER_ID_用户ID VARCHAR(255)255是
NAME_名称VARCHAR(255)255是
DESCRIPTION_描述VARCHAR(4000)4000是
TYPE_类型VARCHAR(255)255是类型
TASK_ID_任务ID VARCHAR(64)64是
PROC_INST_ID_流程实例ID VARCHAR(64)64是
URL_URL VARCHAR(4000)4000是
CONTENT_ID_内容ID VARCHAR(64)64是内容ID ACT_HI_COMMENT(act_hi_comment【历史评论】)
是否主
键字段名字段描述数据类型长度可空约束
缺省
值
备注
是ID_ID_VARCHAR(64)64
TYPE_历史VARCHAR(255)255是历史
TIME_时间DATETIME时间
USER_ID_创建人员ID VARCHAR(255)255是创建人员ID
TASK_ID_任务ID VARCHAR(64)64是任务ID
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID
ACTION_动作VARCHAR(255)255是动作
MESSAGE_短消息VARCHAR(4000)4000是短消息
FULL_MSG_全部消息内容LONGBLOB是全部消息内容
ACT_HI_DETAIL(act_hi_detail【活动历史明细】)
是否主字段名字段描述数据类型长度可空约束缺省备注
键值
是ID_ID_VARCHAR(64)64
TYPE_类型VARCHAR(255)255类型
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID
EXECUTION_ID_执行ID VARCHAR(64)64是执行ID
TASK_ID_任务ID VARCHAR(64)64是任务ID
ACT_INST_ID_ACT的实例ID VARCHAR(64)64是ACT的实例ID NAME_变量名称VARCHAR(255)255变量名称
VAR_TYPE_变量类型VARCHAR(255)255是
REV_REV_INT(11)11是
TIME_时间DATETIME
BYTEARRAY_ID_二进制资源ID VARCHAR(64)64是二进制资源ID DOUBLE_DOUBLE_DOUBLE是
LONG_LONG_BIGINT(20)20是
TEXT_TEXT_VARCHAR(4000)4000是
TEXT2_TEXT2_VARCHAR(4000)4000是
ACT_HI_IDENTITYLINK(act_hi_identitylink【任务的分配人员历史】)
是否主键字段名字段描述数据类型
长
度
可空约束
缺省
值
备注
是ID_ID_VARCHAR(64)64
GROUP_ID_用户组ID VARCHAR(255)255是用户组ID
TYPE_类型VARCHAR(255)255是类型
USER_ID_用户Id VARCHAR(255)255是用户Id
TASK_ID_任务ID VARCHAR(64)64是任务ID
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID ACT_HI_PROCINST(act_hi_procinst【流程实例历史】)
是否主键字段名字段描述数据类型长度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
PROC_INST_ID_流程实例ID VARCHAR(64)64流程实例ID BUSINESS_KEY_业务主键VARCHAR(255)255是业务主键PROC_DEF_ID_流程定义ID VARCHAR(64)64流程定义ID START_TIME_开始时间DATETIME开始时间END_TIME_结束时间DATETIME是结束时间DURATION_持续时间BIGINT(20)20是持续时间START_USER_ID_发起用户ID VARCHAR(255)255是发起用户ID
START_ACT_ID_发起的活动节点
ID
VARCHAR(255)255是发起的活动节点ID
END_ACT_ID_结束的活动节点
ID
VARCHAR(255)255是结束的活动节点ID
SUPER_PROCESS_INSTANCE_ID_上级父实流程实
例ID
VARCHAR(64)64是上级父实流程实例ID
DELETE_REASON_删除原因VARCHAR(4000)4000是删除原因TENANT_ID_租用ID VARCHAR(255)255是租用ID
ACT_HI_TASKINST(act_hi_taskinst【流程任务历史】)
是否主键字段名字段描述数据类型长度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
PROC_DEF_ID_流程定义ID VARCHAR(64)64是流程定义ID TASK_DEF_KEY_任务节点Key VARCHAR(255)255是
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID EXECUTION_ID_执行ID VARCHAR(64)64是执行ID
NAME_任务名称VARCHAR(255)255是任务名称
PARENT_TASK_ID_父任务ID VARCHAR(64)64是父任务ID DESCRIPTION_描述ID VARCHAR(4000)4000是描述
OWNER_任务所属人VARCHAR(255)255是任务所属人ASSIGNEE_执行人ID VARCHAR(255)255是
START_TIME_开始时间DATETIME开始时间
CLAIM_TIME_锁定时间DATETIME是锁定时间
END_TIME_结束时间DATETIME是结束时间
DURATION_持续时间BIGINT(20)20是持续时间
DELETE_REASON_删除原因VARCHAR(4000)4000是删除原因
PRIORITY_优先级INT(11)11是优先级
DUE_DATE_到期时间DATETIME是到期时间
FORM_KEY_表单Key VARCHAR(255)255是表单Key
CATEGORY_分类VARCHAR(255)255是分类
TENANT_ID_租用ID VARCHAR(255)255是
ACT_HI_VARINST(act_hi_varinst【流程变量历史】)
是
否主键字段名字段描述数据类型长度
可
空
约
束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID EXECUTION_ID_执行ID VARCHAR(64)64是执行ID
TASK_ID_任务ID VARCHAR(64)64是任务ID
NAME_任务名称VARCHAR(255)255任务名称VAR_TYPE_变量类型VARCHAR(100)100是变量类型REV_REV_INT(11)11是
BYTEARRAY_ID_二制进资源
ID
VARCHAR(64)64是二制进资源ID
DOUBLE_DOUBLE_DOUBLE是
LONG_LONG_BIGINT(20)20是
TEXT_TEXT_VARCHAR(4000)4000是
TEXT2_TEXT2_VARCHAR(4000)4000是
CREATE_TIME_创建时间DATETIME是创建时间
LAST_UPDATED_TIME_最后更新时
间
DATETIME是最后更新时间
ACT_ID_GROUP(act_id_group【流程的用户组】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是ID_组ID VARCHAR(64)64组ID REV_REV_INT(11)11是
NAME_名称VARCHAR(255)255是名称TYPE_类型VARCHAR(255)255是类型
ACT_ID_INFO(act_id_info【用户ID属性扩展】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
USER_ID_用户ID VARCHAR(64)64是用户ID TYPE_类型VARCHAR(64)64是类型
KEY_属性Key VARCHAR(255)255是属性Key VALUE_值VARCHAR(255)255是值
PASSWORD_密码LONGBLOB是密码
PARENT_ID_父ID VARCHAR(255)255是父ID ACT_ID_MEMBERSHIP(act_id_membership【用户与组的关系】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是USER_ID_USER_ID_VARCHAR(64)64是GROUP_ID_GROUP_ID_VARCHAR(64)64
ACT_ID_USER(act_id_user【流程的用户】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
FIRST_姓VARCHAR(255)255是姓
LAST_名VARCHAR(255)255是名
EMAIL_邮箱VARCHAR(255)255是邮箱PWD_密码VARCHAR(255)255是密码PICTURE_ID_头像VARCHAR(64)64是头像
ACT_RE_DEPLOYMENT(act_re_deployment【流程定义发布信息】)
是
否主键字段名字段描述数据类型
长
度
可
空
约
束
缺省值备注
是ID_ID_VARCHAR(64)64
NAME_名称VARCHAR(255)255是名称CATEGORY_分类VARCHAR(255)255是分类TENANT_ID_租用ID VARCHAR(255)255是租用ID DEPLOY_TIME_发布时间TIMESTAMP CURRENT_TIMESTAMP发布时间
ACT_RE_MODEL(act_re_model【流程定义设计模型信息】)
是
否主键字段名
字段描
述
数据类型长度
可
空
约
束
缺
省
值
备注
是ID_ID_VARCHAR(64)64 REV_REV_INT(11)11是
NAME_定义名
称
VARCHAR(255)255是定义名称
KEY_键值VARCHAR(255)255是键值
CATEGORY_类别VARCHAR(255)255是类别
CREATE_TIME_创建时
间
TIMESTAMP是创建时间
LAST_UPDATE_TIME_最后更
新时间
TIMESTAMP是
最后更新时
间
VERSION_版本INT(11)11是版本
META_INFO_元数据
信息
VARCHAR(4000)4000是元数据信息
DEPLOYMENT_ID_发布ID VARCHAR(64)64是发布ID
EDITOR_SOURCE_VALUE_ID_流程定
义的源
码的资
源ID
VARCHAR(64)64是
流程定义的
源码的资源
ID
EDITOR_SOURCE_EXTRA_VALUE_ID_流程定
义的源
码的扩
展资源
ID
VARCHAR(64)64是
流程定义的
源码的扩展
资源ID
TENANT_ID_租用ID VARCHAR(255)255是租用ID
ACT_RE_PROCDEF(act_re_procdef【流程定义的模型】)
是
否主键字段名字段描述数据类型长度
可
空
约
束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
CATEGORY_分类VARCHAR(255)255是分类
NAME_名称VARCHAR(255)255是名称
KEY_键标识VARCHAR(255)255键标识
VERSION_版本号INT(11)11版本号
DEPLOYMENT_ID_发布ID VARCHAR(64)64是发布ID RESOURCE_NAME_资源名称VARCHAR(4000)4000是资源名称DGRM_RESOURCE_NAME_图资源名称VARCHAR(4000)4000是图资源名称DESCRIPTION_描述VARCHAR(4000)4000是描述
HAS_START_FORM_KEY_启动表单
Key
TINYINT(4)4是启动表单Key
SUSPENSION_STATE_挂起状态INT(11)11是挂起状态TENANT_ID_租用ID VARCHAR(255)255是租用ID
ACT_RU_EVENT_SUBSCR(act_ru_event_subscr【节点事件订阅】)是
否主键字段名
字段描
述
数据类型
长
度
可
空
约
束
缺省值备注
是ID_ID_VARCHAR(64)64 REV_REV_INT(11)11是
EVENT_TYPE_事件类
型
VARCHAR(255)255事件类型
EVENT_NAME_事件的
名称
VARCHAR(255)255是
EXECUTION_ID_执行ID VARCHAR(64)64是执行ID
PROC_INST_ID_流程实
例ID
VARCHAR(64)64是流程实例ID
ACTIVITY_ID_活动ID VARCHAR(64)64是活动ID CONFIGURATION_配置VARCHAR(255)255是配置
CREATED_创建时
间
TIMESTAMP CURRENT_TIMESTAMP创建时间
PROC_DEF_ID_流程定
义ID
VARCHAR(64)64是流程定义ID
TENANT_ID_租用ID VARCHAR(255)255是租用ID ACT_RU_EXECUTION(act_ru_execution【活动执行】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
PROC_INST_ID_流程实例ID VARCHAR(64)64是
BUSINESS_KEY_业务键VARCHAR(255)255是
PARENT_ID_父ID VARCHAR(64)64是
PROC_DEF_ID_流程定义ID VARCHAR(64)64是流程定义ID SUPER_EXEC_上级执行Key VARCHAR(64)64是上级执行Key ACT_ID_活动节点ID VARCHAR(255)255是活动节点ID IS_ACTIVE_是否激活TINYINT(4)4是是否激活
IS_CONCURRENT_是否同步TINYINT(4)4是是否同步
IS_SCOPE_是否在范围
内
TINYINT(4)4是是否在范围内
IS_EVENT_SCOPE_是否事件范
围内
TINYINT(4)4是是否事件范围内
SUSPENSION_STATE_挂起状态INT(11)11是挂起状态
CACHED_ENT_STATE_缓存结束状
态
INT(11)11是缓存结束状态
TENANT_ID_租用ID VARCHAR(255)255是租用ID ACT_RU_IDENTITYLINK(act_ru_identitylink【任务人员候选】)
是否主键字段名字段描述数据类型
长
度
可
空
约束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
GROUP_ID_用户组ID VARCHAR(255)255是用户组ID
TYPE_类型VARCHAR(255)255是类型
USER_ID_用户ID VARCHAR(255)255是用户ID
TASK_ID_任务ID VARCHAR(64)64是任务ID
PROC_INST_ID_流程实例ID VARCHAR(64)64是流程实例ID PROC_DEF_ID_流程定义ID VARCHAR(64)64是流程定义ID
ACT_RU_JOB(act_ru_job【流程后台调度配置】)
是
否主键字段名字段描述数据类型长度
可
空
约
束
缺
省
值
备注
是ID_ID_VARCHAR(64)64
REV_REV_INT(11)11是
TYPE_类型VARCHAR(255)255类型
LOCK_EXP_TIME_锁定到期时
间
TIMESTAMP是锁定到期时间
LOCK_OWNER_锁定人员VARCHAR(255)255是锁定人员
EXCLUSIVE_是否独占方
式
TINYINT(1)1是是否独占方式
EXECUTION_ID_执行ID VARCHAR(64)64是执行ID PROCESS_INSTANCE_ID_流程实例ID VARCHAR(64)64是流程实例ID PROC_DEF_ID_流程定义ID VARCHAR(64)64是
RETRIES_重试次数INT(11)11是重试次数
数据库复习资料 一名词解释 1.数据库 2.候选码 若关系中的一个属性组的值能够唯一地标识一个元组，则称做候选码。 3.外码 “外码”在数据库中是相对主码而言的，即外键（用于建立和加强两个表数据之间的链接的一列或多列）。 4. 关系 实体与实体之间的各种联系 5. 游标 6. 逻辑独立性和物理独立性 7. 日志事件 在数据库中用事务日志文件记录数据的修改操作，其中的每条日志记录或者记录所执行的逻辑操作，或者记录已修改数据的前像和后像。前像是操作执行前的数据复本； 后像是操作执行后的数据复本
8. 数据转储 数据转储是数据库恢复中采用的基本技术。所谓转储即DBA定期地将数据库复制到磁带或另一个磁盘上保存起来的过程。当数据库遭到破坏后可以将后备副本重新装入，将数据库恢复到转储时的状态。 9. 函数依赖 函数依赖简单点说就是：某个属性集决定另一个属性集时，称另一属性集依赖于该属性集。 设R(U)是一个属性集U上的关系模式，X和Y是U的子集。若对于R(U)的任意两个可能的关系r1、r2，若r1[x]=r2[x],则r1[y]=r2[y]，或者若r1[x]不等于r2[x],则r1[y]不等于r2[y]，称X决定Y，或者Y依赖X。 10.完全函数依赖和部分函数依赖 完全函数依赖 设X,Y是关系R的两个属性集合，X’是X的真子集，存在X→Y，但对每一个X’都有X’→Y，则称Y完全函数依赖于X。 部分函数依赖 设X,Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则 称Y部分函数依赖于X。 11.数据库设计 12.数据库恢复 数据库恢复是指通过技术手段，将保存在数据库中丢失的电子数据进行抢救和恢复的技术。 13.封锁 封锁就是事务T在对某个数据对象（例如表、记录等）操作之前，先向系统发出请求，对其加锁。加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能更新此数据对象。 14.规范化 规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
简介 Redmine是一个灵活的项目管理系统，使用Ruby on Rails 框架开发， 跨平台且可以使用多种数据库。 Redmine是开源软件，遵循GNU General Public License (GPL)协议 发布。 功能特性1 多项目支持 在一个Redmine平台上管理您的所有项目 用户在不同项目中可属于不同角色 项目可设定为公开的（所有人都可见）或者内部的（只有项目成员可见）可在项目中激活或隐藏模块（即：wiki、版本库、问题跟踪……） 基于角色的灵活访问控制 定义您自己的角色并快速设定他们的权限 灵活的问题跟踪系统 定义您自己的问题状态和问题类型 可以通过web管理界面为每种问题类型和角色设置工作流程(系统安装时可选择导入默认的工作流设置) 多语言支持 可以使用多种数据库 功能特性2 甘特图和日历 根据为问题设定的开始日期和完成日期自动生成甘特图和日历 功能特性3 时间跟踪功能 在项目级别或者问题级别设定时间 根据用户、问题类型、类别或者活动生成工作量报表 自定义属性 您可以为问题、项目和用户添加自定义属性
可以使用多种格式：文本、日期、证书、下拉列表、复选框 自定义属性可以像常规属性那样显示在问题列表中，并可以作为过滤器使用新闻、文档和文件管理 您可以方便的发布消息和共享文件 为每个项目设置独立的wiki和讨论区 Wiki使用textile语法，可以通过方括号标记设置指向在wiki内部的任意页面提供历史记录的对比和注释功能 功能特性4 版本库浏览器和对比查看器 可以为每个项目绑定已有的版本库 Redmine使您可以浏览版本库的内容，查阅和搜索变动 对比和注释（即追溯）查看器 支持的版本管理系统：Subversion, CVS, Mercurial, Darcs and Bazaar 订阅(Feeds)和邮件通知 项目活动、变更、新闻、问题、问题变更都可通过Atom feeds获取通知 支持多种LDAP认证方式 Redmine使您可以通过多种LDAP方式认证用户 用户账户可在从目录服务中发现用户后被自动创建（可选的） 支持用户自注册 您可以配置系统允许用户在线注册 提供3种用户激活方式：自动激活（不需要确认）、手动激活（由管理员激活）、通过邮件自动发送的邮件激活 登陆系统
库存管理系统数据库设计 系统需求分析： 入库管理： 供货单位将货物连同填好的入库单一起送到仓库，仓库管理员将验收货物，首先将货物的代码、类型、规格和数量与入库单进行核对，在核对无误后将货物按名称分类入库，并填写货物入库登记表。 出库管理： 提货单位向仓库保管员出示出库单，仓库保管员根据有效产品出库单及时付货，取货人员将货物与出库单核对无误后，提取货物，同时把出库单交给仓库保管员，仓库保管员则按照出库单登记货物的出库信息。 库存管理： 每天入库、出库处理结束后，仓库管理员将根据入库登记表和出库登记表对货物分别进行累计，并将累计结果填入库存台账； 数据流图
数据字典 1.数据项 入库单号 数据项名：入库单号 说明：标识货物的入库登记表 类型：CHAR 长度：10 别名：空 取值范围：（10000000000，9999999999）2.数据结构
?入库单 数据结构名：入库单 说明：入库货物的入库单号，入库产品代码、货物类型、规格和数量。 组成：入库单号，入库产品代码、货物类型、规格和数量 3.数据流 ?入库登记 数据流名：入库登记 说明：货物连同填好的入库单一起送到仓库时，仓库管理员依据入库单验收产品，在核对无误后将产品按名称分类入库，同时对入库的货物做登记，以便于仓库的管理。 数据流来源：仓库管理员 数据流去向：货物 数据结构：入库登记表 数据结构名：入库登记表 说明：入库货物的入库单号，入库产品代码，入库数量， 入库时间等 组成：入库日期、入库单号、货物编码、数量、进货价、 总额、已付货款、供货单位编码、供货单位、经办人编 码、经办人、增值税率、备注 4.数据存储
PDM的主要功能 PDM是为企业提供了一种宏观管理和控制所有与产品相关信息以及与产品相关过程的机制和技术。PDM系统包含多项功能，从面向应用与系统支持的功能来看，一般包括电子仓库(又称电子数据存储、电子保险箱、电子资料室)、面向应用的使用功能(如文档控制、变更控制、配置管理、设计检索与零件库、项目管理等)、实用化支持功能(如通知与通信、数据传输与转换、图像服务与系统管理)，其功能结构如图3所示。 图3．PDM系统的主要功能(面向应用与系统支持) 从软件功能模块的组成来看，一般包括电子数据存储和文档管理、工作流程管理、产品结构及配置管理、分类与检索管理、项目管理、集成接口、用户化工具等，其功能结构如图4所示。
图4．PDM系统的功能(面向软件功能模块的组成) 2．2．1项目管理功能 项目管理的定义：为了在确定的时间内完成既定的项目，通过一定的方式合理地组织有关人员，并有效地管理项目中所有资源(人员、设备等)与数据，控制项目进度的系统管理方法，项目管理所涉及的信息最多，范围最广，实现起来也最复杂。 项目管理是面向过程的一种管理模式，它强调对项目的全过程(包括立项、计划、执行、控制和收尾等)进行全方位管理，其静态领域涉及范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理九个知识体系。 与目标管理不同，项目本身具有不可重复性并包含许多不确定因索，这就使得管理者和任务承担者很难就项目达成双方一致的目标。由于项目管理贯穿于项目的整个生命周期，而且围绕项目将企业不同职能部门的成员组成一个有机的整体，项目管理者既是这个团队的领导者，又是项目的执行者，对整个项目及其过程负责，准时、优质地完成全部工作，实现项目的目标。因此，项目管理可以避免目标管理特别是以人工为主的管理模式的弊端，有助于企业处理项目实施过程中需要跨领域解决的复杂问题，能有效地提升企业的运营效率。 PDM系统的项目管理功能是为完成对项目进行管理的任务而设蜀的，进行项目管理，需要定制项目模型，在项目模型中对项目的任务、人员和时间安排进行描述。利用文档管理功能对项目的所有文档和数据进行管理；利用用户管理功能组织项目组，安排项目组成员在
实时工情数据库表结构及标识符 ICSCCS中华人民共和国水利行业标准SL实时工情数据库表结构及标识符 Standardforstructureandidentifierinreal-timeengineeringinformationdatabaseoffloodampd roughtmanagement征求意见稿发布发布发布发布实施实施实施实施中华人民共和国水利部中华人民共和国水利部中华人民共和国水利部中华人民共和国水利部发布发布发布发布SL目次1范 围.................................................................. ........................................................................ .....12规范性引用文 件.................................................................. .........................................................13术语和定义...................................................................... .............................................................14表结构设计.................................................................. .................................................................24.1基本内 容.................................................................. .........................................................24.2数据类型...................................................................... .....................................................35标识符设
一、需求分析 1.系统分析 随着时代的进步，如今各个服务行业也都逐渐发展壮大起来，尤其是食堂服务业，其在服务范围、服务数量和服务内容上都有着非常大的膨胀幅度，因此如何对如此复杂而频繁的服务活动进行管理就属于“食堂管理”的内容。其主要包括：职员资料管理、物品管理、消费内容管理、席位管理、客户评价管理，工资管理等，它是现代食堂管理中的一个重要组成部分。 2.功能需求分析 “食堂管理” 包括很多项目，以前食堂管理人员要记录大量的用户消费内容，然后通过计算器进行一系列的加减乘除运算，最后得出一位顾客的“应付金额”，这样做的效率和准确度可想而知。如果使用计算机来实现对食堂服务业的智能管理，从选择菜、酒水、主食，到计算“应付金额”，最后到打印消费内容，计算机都可以很准确、很快捷地进行处理，这些都是“食堂管理系统”的功能。一个完善的“食堂管理系统”可以很好地管理食堂服务业的各项内容，这样不仅能更好地服务顾客，而且可以为经营者创造更大的利润。 针对每部分的具体功能我们又做了如下的详细分析：
二、涉及的表 职员资料 物品表 席位表
销售记录 评价情况 工资表
SQL 命令 创建数据库 create database 食堂管理系统 on primary (name= stglxt_data,'e:\stglxt_data.mdf') log on (name=stglxt_log1,'e:\stglxt _log.ldf') 创建表 create table 职员资料 (职员编号char(6) not null primary key check(职员编号like'[0-9][0-9][0-9][0-9][0-9][0-9]'), 姓名varchar(20) not null, 职位varchar(20) not null, 性别char(2) not null check(性别='男' or 性别='女') default '男', 民族varchar(8) null default '汉族', 出生日期datetime not null, 身份证号码char(18) not null unique, 婚姻状况char(4) not null check(婚姻状况='已婚' or 婚姻状况='未婚') default '未婚', 联系电话varchar(11) not null unique, 备注varchar(30) ) create table 物品表 (物品编号 char(6) not null primary key, 物品名字 varchar(20) not null, 所属类型 char(4) not null check(所属类型='主食'or 所属类型='酒水' or 所属类型='其他') default '主食', 价格 money not null, 是否售馨 char(2) not null check(是否售馨='是' or 是否售馨='否') default '否', 品牌 varchar(30), 备注 varchar(30) ) create table 席位表 (席位号char(6) not null primary key, 负责人编号char(6) not null foreign key references 职员资料(职员编号) on update cascade on delete cascade, 人数int not null, 状态char(4) not null check(状态='使用' or 状态='预定' or 状态='空闲') default '空闲', 日期datetime not null, 备注varchar(30)
Excel模版创建pdm 一、将数据字典中的数据表结构粘贴到Excel文件中，整理成如下图所示格式 二、在powerdesigner中创建PDM工程，选中该工程，然后打开脚本代码窗口：Tools －Execute Commands －Edit\Run Script ，编写代码脚本。 三、脚本代码
Dim mdl ' the current model Set mdl = ActiveModel If (mdl Is Nothing) Then MsgBox "没有活动的模版" End If Dim HaveExcel Dim RQ RQ = vbYes 'MsgBox("Is Excel Installed on your machine ?", vbYesNo + vbInformation, "Confirmation") If RQ = vbYes Then HaveExcel = True ' Open & Create Excel Document Dim x1 ' Set x1 = CreateObject("Excel.Application") x1.Workbooks.Open "C:\Users\Administrator\Desktop\Book1.xls" '指定excel文档路径 Else HaveExcel = False End If a x1, mdl sub a(x1, mdl) dim rwIndex dim tableName dim colname dim table dim col dim count on error Resume Next set table = mdl.Tables.CreateNew '创建一个表实体 https://www.doczj.com/doc/cd18833278.html, = "国家信息表" '指定表名，如果在Excel文档里有，也可以.Cells(rwIndex, 3).Value 这样指定 table.Code = "LU_STATUS" '指定表名编码 count = count + 1 For rwIndex = 2 To 1000 '指定要遍历的Excel行标，此处第一列为列名，古从第二行开始循环 With x1.Workbooks(1).Worksheets("sheet1")'需要循环的sheet名称 If .Cells(rwIndex, 1).Value = "" Then Exit For End If
Redmine使用手册 一、 Redmine简介 Redmine是基于ROR框架开发的一套跨平台项目管理系统，是项目管理系统的后起之秀，据说是源于Basecamp的ror版而来，支持多种数据库，除了和DotProject的功能大致相当外，还有不少自己独特的功能，例如提供wiki、新闻台、时间跟踪、feed聚合、导出pdf等，还可以集成其他版本管理系统和BUG跟踪系统，例如SVN、CVS、TD 等等。 它具有以下功能： ● 多项目和子项目支持 ● 可配置的用户角色控制 ● 可配置的问题追踪系统 ● 自动日历和甘特图绘制 ● 支持 Blog 形式的新闻发布、Wiki 形式的文档撰写和文件管理 ● RSS 输出和邮件通知 ● 每个项目可以配置独立的 Wiki 和论坛模块 ● 简单的任务时间跟踪机制 ● 用户、项目、问题支持自定义属性 ● 支持多种版本控制系统绑定（SVN、CVS、Git、Mercurial、Darcs） ● 支持多 LDAP 用户认证 ● 支持用户自注册和用户激活 ● 多语言支持（已经内置了简体中文） ● 多数据库支持（MySQL、SQLite、PostgreSQL） ● 外观模版化定制（可以使用 Basecamp 、Ruby安装） 接下来详细介绍redmine的使用。 二、 Redmine操作详解 2.1、登录系统 使用Internet连接到redmine页面，会看到下面的界面
图 2-1 点击新闻标题或者项目标题都可以看到具体的内容。但是未登录只能查看，不能进行实质性操作。 点击右上角的“登录”按钮。（前提是已经注册成功，这里的注册根据管理员设置的不同方法也不相同。一般情况下是管理员添加用户后用邮件通知，用户激活。（还有的直接注册就可以登录了。）会看到下面的界面 未登录状态仅显示公开的项目 页面左面是“最近的新闻”，右面是“最近更新的项目” 左上角是快键菜单，点击“项目”可以看到所有公开的项目 右上角有登陆和注册按钮 图 2-2
某制造企业销售管理系统数据库设计 一、需求分析 （一）业务流程： 1、销售部统计商品信息，向客户发布商品信息。 2、客户根据销售部发布的商品信息，向销售部发送订单。 3、销售部将订单发送给主管部门审核。 4、主管部门对订单进行核对： （1）如果不批准订单，主管部门向客户发布不批准的信息； （2）如果批准，主管部门向客户发布批准的信息；销售部获取批准的订单，核对客户信息，登记新客户的基本资料或修改原有客户的基本资料，同时及时发布商品修改后的信息；生产部门接受订单，生产客户所需的商品，生产完成后，将发货单与商品一同发出。 5、客户确认发货单。 （二）数据流程图 员客客 填写上报核对确认 P3发货P2订单基本信息处理订单P1基本处理处理信息 客户信息员工信息 销售管理系统第一层数据流程图
第二层数据流程图： 核对员工客户上报填写 客P1.1员P1.2 户信息工信息 客户信息员工信息 P1 基本信息 客主管部 订单数审P2.P2.P2.理订核订预订订下
发货确认预订单商品信息订单 信贷状况客户 P2订单处理 （三）数据字典 1、订单号数据项可以描述如下 : 数据项 : 订单号 含义说明 : 唯一标识每张订单 别名 : 订单编号 类型 : 字符型 长度 : 4 取值范围 : 0000至 9999 取值含义 : 前 2 位标别所在地区，后 2 位按顺序编号 与其他数据项的逻辑关系 :唯一识别订单 2、商品信息是该系统中的一个重要数据结构，它可以描述如下 : 数据结构 : 商品信息 含义说明 : 是销售管理系统的重要数据结构，定义了销售商品的具体信息组成 : 产品号，产品名，单价，重量 3、数据流“订单数据可描述如下 : 数据流 : 订单数据 说明 : 客户选购商品所下的初始订单 数据流来源 : 客户 数据流去向 : 接受订单 组成 : 客户基本信息＋商品编号＋数量等 平均流量 : 5张／天 高峰期流量 : 100张／天 4、数据存储“订单可描述如下 : 数据存储 : 订单表 说明 : 记录每张订单的具体情况 流入数据流 : 订单处理 流出数据流 : …… 订单号，客户编号，产品，数量，单价等 : 组成 数据量 : 每年2000张 存取方式 : 随机存取 5、处理过程“接收订单尠可描述如下 : 处理过程 : 接收订单 说明 : 核准客户所下订单 输入 : 订单数据，商品信息，主管审批 输出 : 核对订单至主管部门，是否确认信息给客户 处理 : 接收到客户订购产品的初始订单后，根据商品信息以及客户以往
1 PDM的常见功能介绍 到目前为止，还没有一个商用PDM软件拥有全部可罗列的PDM功能，其中有的功能构件还有待于进一步发展和完善。 但是，一般PDM系统都包括文档管理、产品配置管理及工作流程管理等最基本的功能，能对产品的整个生命周期进行完整的描述和控制，因此，PDM在企业中的作用已经普遍为大家所认同。 1.1 电子仓库 1.1.1 电子仓库介绍 在企业中，大量与产品相关的数据往往分布在多部门，甚至是多区域中，而且这些数据的格式也是多样的，如文本文件、数据库、图纸文件等，对这些数据的查询、浏览、共享，以及结合工作流程来管理这些数据等，都是企业在进行信息集成时经常遇到的问题。 PDM管理的主要对象是产品的“元数据”，即有关产品信息的信息，其实现基础是电子仓库（Electronic Data Vault）。实施并行工程所需要的“在正确的时间、把正确的数据、按正确的方式、传递给正确的人”对PDM数据管理提出了更高的要求。 电子仓库（Data Vault）是PDM最基本的功能，也是PDM的核心，通常是建立在通用的关系数据库基础上，主要保证数据的安全性和完整性，并支持各种查询和检索功能。 PDM系统中的电子仓库用以取代人工方式的纸质档案管理，使用户方便、快捷、安全地存取、维护及处理各种有关产品的文档，如从设计阶段产生的AutoCAD图纸的数据文件、3D实体造型的数据文件、CAE的分析报告，到制造阶段可能产生的变更单等，都是电子仓库管理的对象。 电子仓库为用户和应用之间的数据传递提供一种安全的手段，其透明性可使用户无需考虑分布式环境下各种数据的实际物理存放位置，允许用户迅速地、集中地处理访问全企业的产品信息，并且使整个企业的各部门共享产品数据。 PDM的电子仓库和文档管理提供了对分布式异构数据生成，存储，查询，控制存取，恢复，编辑，电子检查和记录，电子对象的历史及通用文件管理等能力。 在PDM中，数据的访问对用户来说是完全透明的，用户无需了解应用软件的运行路径、安装版本以及文档的物理位置，以及自己得到的是否是最新版本等信息，所有描述产品、部件或零件的数据都由PDM统一管理，自动集中修改。 PDM系统通过建立在数据库之上的相关联指针，建立不同类型的或异构的产品数据之
编号：002 版本：数据库设计说明书 项目名称： 委托单位： 承担单位： 编写：年月日 校对：年月日 审核: 年月日
《数据库设计说明书》的编制，是对于设计中的数据库的所有标识、逻辑结构和物理结构做出具体的设计规定。《数据库设计说明书》编制指导如下。 1引言 1.1编写说明 说明编写这份《数据库设计说明书》的目的，指出预期的读者。 1.2背景 说明待开发数据库的名称、版本号说明、使用范围并列出本项目的任务提出者和开发者。 1.3 修订审批记录 说明编写这份《数据库设计说明书》的修订过程、审批过程。参见文档修订记录表及文档审批记录表。 表1 文档修订记录表 1.4术语和缩写词 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.5参考资料 列出本文件中用到的参考资料（参考格式：作者、名称、出版单位、发表日期等）。 2外部设计 2.1标识符和状态 列出用于标识该数据库的编码、名称、标识符或标号，并给出附加的描述性信息。如果该数据库是在实验中的或者暂时性的，则要说明这一特点和有效期。 2.2使用该数据库的程序 列出将要使用或访问此数据库的所有应用程序，给出其名称和版本号。 2.3约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如，用于标识库内各个文卷、记录、数据项的命名约定等。 2.5支持软件
叙述与此数据库有关的支持软件，如数据库管理系统、存储定位程序等。概要说明这些支持软件的名称、功能及为使用这些支持软件所需的操作命令。列出这些支持软件的有关资料。 2.6专门说明 向准备从事此数据库的生成、测试、维护人员所提供的专门说明。 3结构设计 在概念结构设计和逻辑结构设计部分仅需描述与新增表、修订表有关的内容，可以引用未做修改的表，但不进行详细描述，系统完整的数据库逻辑结构做为附件附在该文档之后。数据库逻辑结构字典格式参见附件1。 3.1概念结构设计 详细说明本数据库的用户视图，即反映现实世界中的实体、属性和它们之间关系的原始数据形式。包括各数据项、记录、数据表的标识符、定义、类型、计量单位和值域；描述数据模型的设计考虑，并绘制E_R图。 3.2逻辑结构设计 详细说明本数据库的数据库管理员视图，即把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和数据表结构、所建立的各个数据表之间的相互关系，并参照新疆油田公司《勘探开发数据库数据表编码规范（Q/SY XJ0204-2009）》以及《数据库逻辑结构管理规范（Q/SY XJ0205-2009）》等相关标准设计《数据库逻辑结构》。并绘制E_R图，要求达到第二范式。 3.3物理结构设计 详细说明本数据库的系统程序员视图，即数据在内存中的安排，包括对索引区、缓冲区的设计；所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分以及访问数据的方式方法。 4、应用设计 详细说明数据库应用开发所产生的存储过程、包、视图、函数、触发器等设计，并做为附件附在该文档之后。具体格式参见附件2。 5、其它设计 5.1完整性设计 说明为保持数据库中数据的完整性所作的设计考虑，如数据库的后援频率、数据共享、数据冗余等。 5.2安全保密设计 说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象等而获得数据库安全保密的设计考虑。以及将要采用的保证数据安全保密的措施和机制，如数据库安全破坏标识、资源保护方式、存取控制方式等。 5.3 其它设计 说明其它设计考虑。
高校图书管理系统数据库物理结构设计 一、设计前要了解的信息（该部分不出现在设计说明书中） 1、数据库的查询事务 (1)按卡号查询读者信息及借书信息（查询读者借书信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (2)按姓名查询读者信息及借书信息（查询读者借书信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (3)按书名查询图书信息。 (4)按作者和出版社查询图书信息。 (5)按出版社统计图书信息。 (6)按书号查询图书被借信息（查询图书被借信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 (7)按书名查询图书被借信息（查询图书被借信息时涉及读者、图书和借还关系的连接操作，连接属性：卡号、书号）。 2、数据库的更新事务 (1)办理借书证（读者注册）。 (2)借书（增加借还记录、修改图书的库存数量）。 (3)还书（修改借还记录、修改图书的库存数量）。 3、查询事务的操作频率和性能要求 (1)按卡号查询读者信息及借书信息 操作频率：200次/天 性能要求：3s内完成 (2)按姓名查询读者信息及借书信息 操作频率：80次/天 性能要求：5s内完成 (3)按书名查询图书信息 操作频率：250次/天 性能要求：3s内完成 (4)按作者和出版社查询图书信息 操作频率：250次/天 性能要求：3s内完成 (5)按出版社统计图书信息 操作频率：1次/月 性能要求：10s内完成 (6)按书号查询图书被借信息 操作频率：10次/月
性能要求：6s内完成 (7)按书名查询图书被借信息 操作频率：10次/月 性能要求：6s内完成 二、设计结果 1、数据库名称 Book_Borrow 2、关系表 主键：lbdm 主键：kh 索引：xm(升序) check约束：性别的取值只能为男或女 default约束：性别默认为男
1、层次数据库结构 层次数据库结构将数据通过一对多或父结点对子结点的方式组织起来。一个层次数据库中，根表或父表位于一个类似于树形结构的最上方，它的子表中包含相关数据。层次数据库模型的结构就像是一棵倒转的树。 优点： ?快速的数据查询 ?便于管理数据的完整性 缺点： ?用户必须十分熟悉数据库结构 ?需要存储冗余数据 2、网状数据库结构 网状数据库结构是用连接指令或指针来组织数据的方式。数据间为多对多的关系。矢量数据描述时多用这种数据结构。 优点： ?快速的数据访问 ?用户可以从任何表开始访问其他表数据 ?便于开发更复杂的查询来检索数据 缺点： ?不便于数据库结构的修改 ?数据库结构的修改将直接影响访问数据库的应用程序 ?用户必须掌握数据库结构 3、关系数据库结构 这就目前最流行的数据库结构了。数据存储的主要载体是表，或相关数据组。有一对一、一对多、多对多三种表关系。表关联是通过引用完整性定义的，这是通过主码和外码（主键或外键）约束条件实现的。
优点： ?数据访问非常快 ?便于修改数据库结构 ?逻辑化表示数据，因此用户不需要知道数据是如何存储的 ?容易设计复杂的数据查询来检索数据 ?容易实现数据完整性 ?数据通常具有更高的准确性 ?支持标准SQL语言 缺点： ?很多情况下，必须将多个表的不同数据关联起来实现数据查询 ?用户必须熟悉表之间的关联关系 ?用户必须掌握SQL语言 4、面向对象数据库结构 它允许用对象的概念来定义与关系数据库交互。值得注意的是面向对象数据库设计思想与面向对象数据库管理系统理论不能混为一谈。前者是数据库用户定义数据库模式的思路，后者是数据库管理程序的思路。 面向对象数据库中有两个基本的结构：对象和字面量。对象是一种具有标识的数据结构，这些数据结构可以用来标识对象之间的相互关系。字面量是与对象相关的值，它没有标识符。 优点： ?程序员只需要掌握面向对象的概念，而不要掌握与面向对象概念以及关系数据库有关的存储 ?对象具有继承性，可以从其他对象继承属性集 ?大量应用软件的处理工作可以自动完成 ?从理论上说，更容易管理对象 ?面向对象数据模型与面向对象编程工具更兼容 缺点：
Redmine和Jira的优缺点对比 Redmine介绍 开源，可免费使用 ?自带wiki功能 ?每个项目具有用户论坛 ?操作更加便捷 ?界面更加简洁友好，不花哨 ?易于S C M集成 ?更易于追踪问题 ?集成邮件系统（包括创建问题、以及问题变更的通知） ?对子任务的支持 JIRA pro's ?IDE集成 Redmine CONS: ?Redmine更关注于问题与项目多过于用户，很难取得较好的报告呈现方式， 包括工作完成情况、工作进度以及其他。 ?没有通知安排，只有变化通知，没有升级通知，只通知指定用户插件添加。 ?没有问题的保障计划 .没有清晰定义，因而每个角色可以看到问题追踪。 ?无法从项目一开始就选择与其相关的子项目 ?问题的时间评估功能不够强大的，J I R A甚至允许用3w4d12h的时间格式。 ?Redmine的绝大部分领域都没有基于A j a x的自动填充。
?只有7种类型的自定义字段.J I R A允许有23种，包括创建“U s e r P i c k e r ”以及其他多层次领域。 ?活动日志没有过滤器/标签，无法在某一页面中看到当前的所有问题。 ?无法对时间进行评论 ?无法设定条件控制问题状态的变化 Redmine CONS that are secondary: ?外观没有经过优化，大部分东西在页面中使用更少的空间。 ?无法手动设置问题 ?无多国语言的问题类型 ?没有增加问题可读性的图标 ?没有键盘快捷键 ?Redmine 的文件管理功能比较薄弱，无法描述所有的东西。不过，大部分都是比较容易懂，除了 一些特殊的任务， althou, most of everything is easy understandable, but for some specific tasks
idatis人力资源数据库设计 1．概述（设计题目与可行性分析） 1.1项目背景 当今科技高度发展，技术日新月异，社会的不断发展与进步，都时时刻刻离不开人才，人才才是国与国，企业与企业之间的核心竞争关键，人才是根本的生产力，特别是在当今社会，人才的重要性更是达到了巅峰，那么就国家，企业发展都是需要人才的，通过改革和创新，提高管理能力，提高核心竞争力，才是根本手段，因此，人力资源管理的重要性是无庸置疑的。 人力资源管理系统是基于先进的软件和高速、大容量的硬件基础上的新的人力资源管理模式，通过集中式的信息库、自动处理信息、员工自助服务、外协以及服务共享，达到降低成本、提高效率、改进员工服务模式的目的。它通过与企业现有的网络技术相联系，保证人力资源与日新月异的技术环境同步发展。一般来说，可以分四个部分来理解人力资源管理系统： (1) 管理人员角色和目标的改变 传统的人力资源管理中，管理人员的大部分精力将耗费在繁琐的日常行政事务处理上，而作为企业管理层的参谋角色应该作的咨询和策略制订的工作相对缺乏。通过人力资源管理，系统管理人员可以将绝大部分精力放在为管理层提供咨询、建议上，而在行政事务上的工作可以由电子化系统完成，只须占用HR人员极少的精力和时间。 (2) 提供更好的服务 人力资源管理系统可以迅速、有效地收集各种信息，加强内部的信息沟通。各种用户可以直接从系统中获得自己所需的各种信息，并根据相关的信息做出决策和相应的行动方案。(3) 降低成本
人力资源管理系统通过减少人力资源管理工作的操作成本、降低员工流动率、减少通信费用等达到降低企业运作成本的目的。 (4) 革新管理理念 人力资源管理系统的最终目的是达到革新企业的管理理念而不仅是改进管理方式，优化人力资源管理。先进技术应用于人力资源管理不仅仅是为了将现有的人力资源工作做得更好，更重要的是，做些对于企业来讲更有效率的事情，成为管理层的决策支持者，为决策提供信息和解决方案。 2．系统目标和建设原则 一个标准的人力资源管理系统应该包括如图所示的几大功能。除此之外系统还应包括信息系统必须具备的通用功能，例如系统管理、权限设置、数据备份与恢复等。 就本此课程设计而言，重点对下图所示的功能进行分析，如图所示该人力资源管理的功能设计图所示： 3．支撑环境规划 3.1 网络逻辑结构 本人事管理系统采用C/S （客户机/服务器）的网络结构。 人力资源管理系统 职员基本信息 职员考勤管理 部门信息 工资福利管理 招聘管理 职位信息
下载地址 Redmine 1.0.0: https://www.doczj.com/doc/cd18833278.html,/projects/redmine/ InstantRails-2.0-win: https://www.doczj.com/doc/cd18833278.html,/projects/instantrails/ 安装步骤 1. 下载InstantRails，解压缩。 2. 下载Redmine，解压缩。 3. 将Redmine解压缩的文件夹直接拷贝到InstantRails目录的rails_apps目录下。 4. 启动InstantRails。 5. 创建数据库，在phpMyAdmin中：create database redmine character set utf8; 在InstantRails界面点击I->Configure->Database(via PhpMyAdmin)，打开PhpMyAdmin页面，点击左上角的SQL图标，在文本域中输入sql命令； （如果该栏是灰色的，表示你安装后没重启机器。重启一下即可。） 6. 将config目录下的database.yml.example文件重命名为database.yml 7. 在Redmine项目的命令行执行rake db:migrate RAILS_ENV="production"，用来创建数据库，完成后应该创建43个表。 如何启动命令行： InstantRails的主菜单->Rails Application ->Open Ruby Console Window 8. 还是在命令行执行rake redmine:load_default_data AILS_ENV="production"，指明当前项目运行环境为production，中间会提示选择语言，我们选择zh。 9. 启动web服务，在命令行里ruby script/server -e production。 10. 然后我们就可以启动Redmine了，在浏览器中访问地址：http://localhost:3000/ 说明： 第7、8、9步：提到的命令行就是dos窗口，进入rails_apps\redmine目录，输入命令。
《水质数据库表结构和标识符规定》 征求意见及处理情况汇总 1、有很大一部分水质检测站不是水文站，能否考虑先确定相对稳定的水质站网、站码，并以行业标准的形式规定，然后再开展此项工作，否则会在水质数据库的建设中造成混乱。（陕西） 答：不予采纳。在水利部印发的《水文测站编码》方法中已对全国的水文测站（包括水质站）的编码方法进行了统一，见《关于印发<水文测站编码>的通知》(水文[2003]7号)。 2、“经度”、“纬度”能否考虑应用“度”、“分”、“秒”的形式，没必 要保留“度后小数位七位”，这样又麻烦又不实用。（陕西） P13-P14原A1.1.7经度——A1.1.8纬度，数据精度保留小数点后七位。建议：是否应表示到“度”、“分”。（山西） 12页：经纬度小数位数定为7位，太多，建议改为：经度N（6，3），纬度N（5，3）。（山东） 答：采纳。表101水质监测站基本信息表已做出了相应修改。 3、监测河段中，河源至该测站距离，能否考虑记至小数后一位，不应记至整数位。（陕西） 答：不予采纳。表102地表水水质监测站信息表已有距河口距离项。 4、“溶解氧”的小数位能否考虑记至：“一位小数”，而“有效位三位，小数不过一位”前后矛盾，而且与COD Mn、COD Cr、BOD5又不统一。（陕西） 答：采纳。表202非金属无机物项目数据表已做出了相应修改。 5、A3.5.8、A3.5.9水功能区总评价河长和水功能区达标河长能否考虑记为“小
数不过一位”。（陕西） 答：采纳。表305水功能区评价结果表已做出了相应修改。 6、A3.6.8、A3.6.9水资源分区总评价河长和水资源分区达标河长能否考虑记为“小数不过一位”，均与评价河长保持一致。（陕西） 答：采纳。表水资源分区评价结果表已做出了相应修改。 7、表结构中部分标识符没有按照标识符规定进行命名。（江西） 答：采纳。一、标准中标识符设计一般规定中的不合理条目进行了修改；二、按照修改后的规定对表结构中所有数据库项目进行了标识。 8、表结构中部分类型及长度的数据型位数需进一步核实。（江西） 数据库中项目监测成果的有效位数保留与《水环境监测规范》（SL219-98）不相符。具体为：pH、电导率、氧化还原电位、透明度、矿化度、非离子氨、总砷、硒、钾、钠、总汞、铁、锰、石油类、总大肠菌群、粪大肠菌群等项目（云南） 答：采纳。表结构中部分类型及长度的数据型位数已进行了修改。 9、“A2.3”表中应增加“铝”项目。（江西） 答：采纳。 10、项目标识符不容易理解，特别是元素符号能否与元素周期表一致，字母大小写有区别、上下标明确。（云南） 答：不予采纳。表结构中元素符号是与元素周期表一致的，但都要求大写，化学符号的上下标在数据库标识符中无法实现。 11、水文要素数字表与国家水文数据库一致即可。 答：采纳。
Redmine在项目管理中的应用实践 摘要：Redmine是一个免费、灵活的项目管理系统，支持多项目管理、问题跟踪、甘特图和日历等功能。本文从项目管理需要出发，分别对Issue类型定义、Issue 填写要求、各类Issue流程定义以及使用中的注意事项作了详细介绍，为搭建基于Redmine的项目管理平台进行了有益探索。 关键词：Redmine、项目管理、流程 1.应用背景 目前，市场上的项目管理软件种类繁多，有免费的、也有价格不菲的，有符合标准化项目管理流程的，也有可灵活定制的。但要选择一款既适合实际项目管理要求，又最有较高性价的产品，绝非易事。 为规范项目管理，加强项目监控，经过综合评估，我们选用Redmine用于XX系统项目（以下简称“本项目”）管理。选择Redmine作为本项目管理工具，主要是基于如下几点考虑： 1）Redmine是免费、成熟的项目管理软件，有较多实际的应用案例； 2）Redmine非常容易上手，支持灵活配置，可以自定义流程； 3）本项目的规模较小，项目周期较短，参与人员不多。 2.Redmine介绍 Redmine是一个灵活的项目管理系统，使用Ruby on Rails 框架开发，跨平台且可以使用多种数据库。支持多项目管理、问题跟踪、甘特图和日历等功能，提供wiki、新闻台、feed聚合、导出pdf等，还可以集成其他版本管理系统和BUG 跟踪系统，例如SVN、CVS、TD等等。 3.Issue类型定义 问题（Issue）是Redmine系统中最核心的要素。在Redmine系统中，问题是一个宽泛的概念，英文版中用的是Issue，可以翻译成问题、课题。在本项目中，发现的错误、新提的要求、对工作的安排等都可以被当作问题来处理。问题