通用OA数据字典2011_4_11
通用OA 2011版数据字典
对数据库进行修改要先对数据字典进行修改,保持数据字典和数据库的完全对应.每次修改数据字典,一定要在备注把今次的修改内容在备注里进行注释(注释的内容要包括修改时间,修改人,修改原因,修改内容包括哪些表和字段被修改了,修改了什么),每次修改后一定要把数据字典最新版分发到开发组每个同事手上.
备注:
一.修改时间:2011.4.9 修改人:谢俊坚
修改原因: 新建数据表
修改内容:
1.建立工作流数据表包括:tb_Workflow_form_type, tb_Workflow_print_tpl,
tb_Workflow_process, tb_Workflow_query_tpl, tb_Workflow_rule, tb_Workflow_run, tb_Workflow_run_data, tb_Workflow_query_tpl, tb_Workflow_run_feedback,
tb_Workflow_run_log, tb_Workflow_run_prcs,tb_Workflow_sort, tb_Workflow_timer , tb_Workflow_type,
2.建立电子印章数据表包括: tb_Electronic_seal, tb_Electronic_seal_keylic,
tb_Electronic_seal_log, tb_secure_key
3.建立OA基本数据设置表包括: tb_Company _department, tb_user
二. 修改时间:2011.4.11修改人:谢俊坚
1.建立用户相关的表tb_user_group , tb_user_online, tb_user_priv,
2.建立系统相关的表tb_sys_code, tb_sys_function, tb_sys_log, tb_sys_menu
一.工作流数据表
表名：tb_Workflow_form_type 描述：工作流表单格式记录工作流表单的格式
表名：tb_Workflow_print_tpl 描述：工作流内容记录工作流表单内容
表名：tb_Workflow_process 描述：工作流进程记录表记录工作流的状态
表名：tb_Workflow_query_tpl 描述：工作流对应的xml文件
表名：tb_Workflow_rule 描述：工作委托
表名：tb_Workflow_run 描述：工作流运转记录表记录新建立的工作流开始结束时间及当
表名：tb_Workflow_run_data 描述：工作流表单内容记录表记录工作流表单的内容
表名：tb_Workflow_run_log 描述：工作流运转日志
表名：tb_Workflow_sort 描述：流程分类
表名：tb_Workflow_timer 描述：工作流定时记录表记录工作流的时间限制开始时间结束
二.电子印章数据表
表名：tb_Electronic_seal 描述：印章管理
表名：tb_Electronic_seal_keylic 描述：
表名：tb_secure_key 描述：安全密匙
三.OA基本数据设置表
表名：tb_user_group 描述：用户所属组
表名：tb_user_online 描述：用户在线状态表
表名：tb_user_priv 描述：角色与权限管理
表名：tb_sys_menu 描述：
图书管理系统——数据字典
软件产品开发需求模型(DFD 和DD) 数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说 明，是数据流程图的补充工具。数据流图和数据字典共同构成系统的逻辑模型。 数据字典由下列六类元素的定义组成： （1）数据流 （2）数据项：是“不可再分”的数据单位，是数据的最小组成单位。 （3）数据结构 （4）数据存储：数据存储是数据结构停留或保存的场所。 （5）处理逻辑 （6）外部实体 在第一层和第二层数据流图的定义之后，我们都已经详细定义了数据字典的各元素。 对于各数据项的详细符号描述，见实验二的《软件概要设计说明》中的“软件数据结构设计”。 一、 数据流图： 1． 网上购书电子商务系统数据流程图（第一层） DBMS1.1暂存订单 DBMS1.2书籍库存 DBMS1.3采购订单 DBMS1.4销售历史DBMS1.6应付款明细帐DBMS1.5应收款明细帐DBMS1.7总帐 数据流图说明：（DD ）
1．1 E ：外部项 1．2 P ：处理逻辑 1．3 F ：数据流 共有FBMS1.1 ～FBMS1.10这10个数据流，分别描述如下： （1）数据流名称：FBMS1.1 数据流说明：用户登入 （2）数据流名称：FBMS1.2 数据流说明：密码修改 （3）数据流名称：FBMS1.3 数据流说明：顾客的订单
（4）数据流名称：FBMS1.4 （5）数据流名称：FBMS1.5 数据流说明：付款（顾客付款给送货人） （6）数据流名称：FBMS1.6 （7）数据流名称：FBMS1.7
（8）数据流名称：FBMS1.8 （9）数据流名称：FBMS1.9 （10）数据流名称：FBMS1.10 1．4 D：数据存储 描述如下：
数据库系统1-3：数据字典
数据库系统1-3：数据字典 将关于数据库系统中涉及到的对象的描述信息集中，以数据文件的形式组织起来称为数据字典DD（DataDirectory）或数据目录（Catalog）。数据字典是关于数据的数据，也称为元数据(metadata)，是系统中最重要的数据。1．数据字典的内容 其数据主要有两大类：一类是来自用户的信息，如表、视图（用户所使用的虚表）和索引的定义以及用户的权限等，另一类是来自系统状态和数据库的统计信息，如关于通讯系统与网络系统性能的说明及使用的协议、数据库和磁盘的映射关系、数据使用频率的统计等。 例如，MicrosoftSQLServer的数据字典由二个层次的系统表（表名以sys开头）组成。在master数据库（安装系统时自动生成）的系统表中记载着：（１）SQLServer 的启动参数（２）系统本身的状态设置（３）系统现有数据库的相关信息（４）已登录的用户的信息 在用户数据库中也有系统表（创建数据库时自动生成），这些系统表记载用户数据库中的所有对象、表、表间的联系、表的字段、索引等信息。表1.6是master数据库中的系统表sysdatabase，它记载了系统中所有的数据库。2．数据字典的建立与使用
数据字典由DBMS自动建立和维护，供DBMS和用户使用。数据字典主要为DBMS服务，供DBMS查找有关对象的信息，例如，DBMS在处理用户存取时，要查询数据字典中的用户表、子模式和模式等；DBMS还利用数据字典对系统的统计结果进行分析以改善系统性能。用户也可以查询数据字典的内容，和查询用户自己数据库中的表没有什么不同。从这个角度上讲数据字典也是一个数据库，是关于系统自身的数据库。
数据库常用数据字典
Static Data Dictionary Views In Trusted Oracle Server, each of the dictionary tables and views contains a column that indicates the label of each row in the table or view. Trusted Oracle also provides some additional dictionary tables and views, and some Oracle8 dictionary tables and views contain columns that support compatibility with Trusted Oracle applications. See your Trusted Oracle documentation for more information about Trusted Oracle dictionary tables and views. Data Dictionary Views The following is an alphabetical reference of the data dictionary views accessible to all users of an Oracle Server. Most views can be accessed by any user with the CREATE_SESSION privilege. The data dictionary views that begin with DBA_ are restricted. These views can be accessed only by users with the SELECT_ANY_TABLE privilege. This privilege is assigned to the DBA role when the system is initially installed. ALL_ALL_TABLES This view describes all of the tables (object tables and relational tables) accessible to the user. ALL_INDEXES This view contains descriptions of indexes on tables accessible to the user. To gather statistics for this view, use the SQL command ANALYZE. This view supports parallel partitioned index scans. ALL_SEQUENCES This view lists descriptions of sequences accessible to the user. ALL_TABLES This view contains descriptions of relational tables accessible to the user. To gather statistics for this view, use the SQL command ANALYZE. ALL_TRIGGERS This view lists trigger information for triggers owned by the user, triggers on tables owned by the user, or all triggers if the user has the CREATE ANY TRIGGER privilege. ALL_USERS This view contains information about all users of the database. ALL_VIEWS
学生成绩管理系统数据字典
学生成绩管理系统数据库创建学生成绩数据库，命名“XSCJ”。数据库包含以下基本表 A.1 学生信息表 1.学生信息表结构 创建学生信息表，表名“XSB”，表结构如表A.1所示。 表A.1 学生信息表（XSB）结构 2.学生信息表样本数据 学生信息表样本数据（照片除外）如表A.2所示。 表 A.2 学生信息表样本数据表
A2. 课程信息表 1. 课程信息表结构 创建课程信息表，表名“KCB”，表结构如表A.3所示。
表A.3 课程信息表（KCB）结构 2. 课程信息表样本数据 课程信息表样本数据表A.4所示。 表 A.4 课程信息表样本数据表 A3. 学生成绩表 1. 学生成绩表结构 创建学生成绩表，表名“CJB”，表结构如表A.5所示。 表A.5 学生成绩表（CJB）结构
2.学生成绩信息表样本数据 学生成绩信息表样本数据表A.6所示。 表 A.6学生成绩信息表样本数据表 A4. 专业表 1. 专业表结构 创建专业信息表，表名“ZYB”，表结构如表A.7所示。 表A.7 专业信息表（ZYB）结构 2. 专业信息表样本数据 专业信息表样本数据表A.8所示。
表 A.8专业信息表样本数据表 A5. 登录表 1. 登录表结构 创建登录表，表名“DLB”，表结构如表A.8所示。 2. 登录表样本数据 可以根据实际情况设置 A.6 连接表 1. 连接表结构 创建连接表，表名“XS_KCB”，表结构如表A.10所示。 表A.10 连接表（XS_KCB）结构
2. 连接表样本数据 连接表样本数据表A.11所示。 表 A.11连接表样本数据表
流程图及数据字典
业务流程图 读者 采购部 服务部 管理员 借阅部 管理员 号 采购员 图书目录 借阅单 注册登记表 读者留言簿 图书登记表 入库单 借阅登记表 读者注册表 表
数据流程图
数据字典 (1) 数据流描述 数据流编号： D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员编码整理后，输入计算机。 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据项组成： BookID （图书编码）＋ BookType （图书类别）＋ BookName （书名）＋ Auth （作者）＋ Publisher （出版社）＋ Price （单价）＋ PubDate （出版日期）＋ Quantity （购买数量） 数据流量： 100 本 / 日 高峰流量： 500 本 / 日 数据流编号： D02 数据流名称：图书借阅单 简述：图书借阅单 数据流来源：用户填写图书借阅单交图书馆管理员，图书馆管理员审核后，输入计算机。 数据流去向： P2_11 检查读者身份。 数据项组成： OrderDate （借阅日期）＋ BookName （书名）＋ RederID （读者账号）＋ ReaderName （读者姓名）＋ O_Quantity （借阅数量） 数据流量： 1000 部 / 日 高峰流量： 5000 部 / 日 数据流编号： D03 数据流名称：填写借阅记录 简述：填入借阅表的记录 数据流来源： P2_13 检查合格的借阅图书信息录人到借阅库中 数据流去向：借阅库 数据项组成： OrderID （借阅号）＋ OrderDate （借阅日期） BookName( 书名 ) ＋ BookID( 图书编码 ) ＋ ReaderName （读者姓名）＋ ReaderID （读者账号）＋ ReturnDate （还书日期）＋ O_Quantity （借阅数量）＋ state （状态） 数据流量： 1000 人 / 日 高峰流量： 2000 人 / 日 数据流编号： D04 数据流名称：借阅图书数量 简述：修改图书库中图书数量 数据流来源： P2_13 修改图书库中图书数量 数据流去向：图书库
仓库管理系统数据字典
（2）数据字典 数据字典是对描述数据流程图中的数据项、数据流、数据存储、加工处理逻辑等组成部分的严格定义，下面是本系统的数据字典（由于篇幅原因，在此仅给出部分）。 ①数据项的定义 数据项编号：1-01 数据项名称：商品编号 别名：无 简述：某种商品的编号 类型：字符型 长度：8字节 取值范围：数字+英文字母 数据项编号：1-02 数据项名称：单价 别名：购入单价 简述：某种商品的购入单价 类型：数值型 长度：10位，小数位2位 取值范围：0.00－9999999.99 数据项编号：1-03 数据项名称：库存数量 别名：实际库存数量 简述：某种商品的库存数量 类型：数值型 长度：5位整数 取值范围：0－99999 ②数据流的定义 数据流名称：入库单 编号：F1 简述：采购人员填写的商品入库凭单 数据流来源：采购人员 数据流去向：登记库存台账 数据流组成：日期 + 入库单编号 + 商品编号 + 购入数量 流通量：25份/天 高峰流通量：50份/天 数据流名称：发货单 编号：F2 简述：供应商填写的商品发货凭单 数据流来源：供应商 数据流去向：登记合同台账 数据流组成：日期 + 发货单编号 + 供应商编号 + 商品编号 + 发货数量
流通量：25份/天 高峰流通量：50份/天 数据流名称：取货单 编号：F3 简述：库管员填写的要求车间取货凭单 数据流来源：库管员 数据流去向：车间 数据流组成：日期 + 车间编号 + 商品编号 + 数量 流通量：25份/天 高峰流通量：50份/天 ③数据存储的定义 数据存储的名称：库存台账 数据存储编号：D1 简述：记录商品的编号、名称、单价与库存数量等信息 数据存储组成：商品编号 + 购入单价 + 库存数量 关键字：商品编号 数据存储的名称：合同台账 数据存储编号：D2 简述：记录合同的编号、供应商编号、货物编号、单价与购入数量等信息 数据存储组成：合同编号 + 供应商编号 + 商品编号 + 单价 + 购入数量 + 日期 + 合同状态 关键字：合同编号 数据存储的名称：计划台账 数据存储编号：D3 简述：记录计划的编号、车间编号、商品编号、数量等信息 数据存储组成：计划编号 + 供应商编号 + 商品编号 + 数量 + 日期 + 计划状态 关键字：计划编号 数据存储的名称：供应商信息 数据存储编号：D4 简述：记录供应商的编号，名称，地址，电话，传真，银行帐号 数据存储组成：供应商编号 + 名称 + 地址 + 电话 + 传真 + 银行帐号 关键字：供应商编号 数据存储的名称：商品信息 数据存储编号：D5 简述：记录库存商品的编号，类别，名称，规格，单价，单位，存放位置，用途 数据存储组成：商品编号 + 名称 + 类别 + 规格 + 单价 + 单位 + 存放位置 + 用途
人事管理系统数据库 数据字典
人事管理系统数据库数据字典 一、数据流定义 （1）数据流名称：员工情况 位置：员工 定义：员工情况=姓名+性别+出生日期+民族+学历+职称 数据流量;根据公司的员工具体录用情况来确定 说明：要对每一位被聘用的新员工进行唯一编号 （2）数据流名称：奖惩情况 位置：员工 定义：奖惩情况=员工流水号+奖惩类型+奖惩金额+奖惩年月日 数据流量;根据公司的具体情况来确定 说明：要对每一次的奖惩记录进行唯一编号 （3）数据流名称：奖惩批复情况 位置：上级 定义：奖惩批复情况=奖惩类型+批复部门号+批复原因+批复日期 数据流量;根据公司的具体情况来确定 说明：此项在应用中，可以省略 （4）数据流名称：调动情况 位置：员工 定义：调动情况=员工号+调动前职位+调动后职位+调动日期 数据流量;根据公司的具体情况来确定 说明：一个号和对应调动日期相结合，可以确定一个调动情况 （5）数据流名称：调动批复情况 位置：上级 定义：调动批复情况=批复部门号+批复原因+批复日期 数据流量;根据公司的具体情况来确定 说明：批复原因可省略 （6）数据流名称：上班刷卡 位置：员工 定义：上班刷卡=员工编号+上班时间+刷卡机号 数据流量;根据公司的具体规模情况来确定 说明：上班刷卡时间会汇录到员工出勤记录中 （7）数据流名称：下班刷卡 位置：员工 定义：下班刷卡=员工编号+下班时间+刷卡机号 数据流量;根据公司的具体规模情况来确定 说明：下班刷卡时间会汇录到员工出勤记录中 （8）数据流名称：工资查询 位置：员工 定义：工资查询=员工编号+基本工资+奖金+罚款+起始时间+截止时间+发薪日期数据流量;根据公司的具体情况来确定 说明：根据员工号和发薪日期可唯一确定一个工资记录
数据库字典文档
XX项目XX系统 数据字典 ——WORD文档，下载后可编辑修改—— XX项目组 XXXX年XX月XX日
文档管理文档信息 版本信息
目录 目录 (3) 1 概述 (4) 1.1 编制说明 (4) 1.2 适用范围 (4) 2 数据结构图 (4) 3 事实表说明 (4) 3.1 事实表命名规则 (4) 3.2 事实表清单 (5) 3.3 XXX事实表 (5) 3.3.1 XXX事实表定义 (5) 3.3.2 XXX事实表结构 (5) 4 维度表清单 (5) 4.1 维度表命名规则 (5) 4.2 维度表清单 (6) 4.3 XXX维度表 (6) 4.3.1 XXX维度表定义 (6) 4.3.2 XXX维度表结构 (6) 5 表间关系说明 (6)
1 概述 1.1 编制说明 ---------文字描述本文档的编制背景、内容、用途及其他说明事项。 1.2 适用范围 ---------文字描述本文档的适用范围，包括涉及的系统和业务范围以及与其他系统的关系。 2 数据结构图 ---------图片及文字说明系统涉及的数据结构，并说明该数据结构下涉及的事实表、维度表、视图表的表间关系，示例如下。 3 事实表说明 3.1 事实表命名规则 ---------文字说明该系统下涉及到的事实表整体命名规则。示例如下“系统名拼音缩写+表名拼音缩写+_+两位顺序码”。
【注】事实表即业务表，其主要特点是包含大量的业务数据，并且数据信息可进行汇总，用于提供用户进行分析。每个事实表包含一个由多个部分组成的索引，该索引包含作为外键的相关性维度表的主键，而维度表包含事实记录的特性。 3.2 事实表清单 3.3 XXX事实表 3.3.1 XXX事实表定义 ---------文字及图表说明该事实表的定义、用途及使用条件等内容。 3.3.2 XXX事实表结构 4 维度表清单 4.1 维度表命名规则 ---------文字说明该系统下涉及到的维度表整体命名规则。
用友数据库表及数据字典
用友数据库表及数据字典 数据库模块"表名""表中文名"公 共 表 相关功能 Ufdａtａ财务 分析 CW_CoｄePｌaｎ科目计划初始科目预算 Ufdata 财务 分析 CW_ＣodｅＰlｕs科目追加计划科目预算 Ｕｆdatａ财务 分析 CW＿DｅｐtＰlan部门计划初始精细部门预算、粗放部门预算 Ｕｆdaｔa 财务 分析 CW_DeptPlus部门追加计划精细部门预算、粗放部门预算 Ufdata 财务 分析 CW_PrｏfPｌａn利润计划初始利润预算 Ufdａta 财务 分析 CＷ_PrｏfPlus利润追加计划利润预算 Ufdatａ财务 分析 CＷ_ProjＰlan项目计划初始精细项目预算、粗放项目预算 Ufdａta 财务 分析 CW＿ＰrojPlus项目追加计划精细项目预算、粗放项目预算 Ｕfｄata 财务 分析 ＣW＿WiｄeDeptＣode 粗放部门计划 控制科目 粗放部门预算科目控制方向选择 Ufｄata 财务 分析 CW_WidePrｏjCoｄｅ 粗放项目计划 控制科目 粗放项目预算科目控制方向选择 Ｕfdatａ采购 管理 ＡrrivalVouch(无用表） Ufｄata 采购 管理 ＡrriｖalVouchs（无用表） Ufdatａ采购 管理 PO_Poｄetails采购订单子表采购订单(子) Ufdata 采购 管理 PO_Pomａin采购订单主表采购订单(主) Uｆｄata 采购 管理 PＵ＿LｅftSｕｍ（无用表） Ufdata 采购 管理 ＰurBillVoｕch采购发票主表采购发票（主) Ufdata 采购 管理 PuｒBilｌVoｕchｓ采购发票子表采购发票（子） Uｆｄata 采购 管理 ＰurSeｔｔleVｏｕｃ h 采购结算单主 表 采购结算(主)
仓库管理系统-数据流图-数据字典
一． 二．数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图
3. 4.出库信息管理的细化
5.货物信息管理的细化 6.客户信息管理的细化
7.查询的细化 二.数据字典 1.数据流 （1）数据流名称：入库信息 数据流别名：无 说明：即将装入仓库的货物的信息 数据流来源：采购入库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （2）数据流名称：出库信息
数据流别名：无 说明：销售后即将出库的货物的信息 数据流来源：销售出库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （3）数据流名称：货物信息 数据流别名：无 说明：对仓库中的所有货物的信息的统计 数据流来源：货物信息表 数据流流向：仓库管理员 数据流组成：货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: （4）数据流名称：客户信息： 数据流别名：无 说明：所有客户及供应商的信息。 数据流来源：客户信息表 数据流流向：仓库管理员 数据流组成：客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 （5）数据流名称：订货通知 数据流别名：无 说明：当仓库中的货物不能满足顾客需求时，所发出的订货的信息 数据流来源：采购员 数据流流向：加工1.1 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量 （6）数据流名称：分类的订单 数据流别名：无 说明：按货物的种类将所需要订货的货物分类后的清单 数据流来源：加工1.1 数据流流向：加工1.2 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量： （7）数据流名称：订单 数据流别名：无 说明：所需要订购的货物的信息 数据流来源：货物信息表，库存表及客户信息表 数据流流向：供应商 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户
数据字典
1、数据流描述 （1）数据流名称：入会申请信息； 数据流来源：申请人； 数据流去向：申请人； 数据流组成：申请编号，用户名，性别，年龄，申请理由，状态，密码，电话； （2）数据流名称：会员信息 数据流来源：会员申请表； 数据流去向：会员表； 数据流组成：成员编号，成员名，性别，年龄，入会时间，所属安排，头像，视频，密码； （3）数据流名称：指导老师或干事名单 数据流来源：俱乐部成员名单，会员名单 数据流去向：指导老师或干事表，会员表 数据流组成：老师或干事编号，姓名，年龄，职位，电话号码 （4）数据流名称：活动信息 数据流来源：指导老师活干事 数据流去向：活动表 数据流组成：活动编号，名称，时间，地点，内容，组织者，参与人数； （5）数据流名称：活动报名信息，活动浏览 数据流来源：会员登录 数据流去向：活动表 数据流组成：成员编号，成员名，参加的活动 2、处理过程词条描述： （1）处理过程名：报名管理 简要描述：接受报名会员申请表 输入数据：申请编号，用户名，性别，年龄，申请理由，状态，密码，电话； 输出数据：成员编号，成员名，性别，年龄，入会时间，密码； 处理过程描述：将会员申请信息存入数据库，由会长审核批准； （2）处理过程名：职务管理 简要描述：给俱乐部成员安排职务 输入数据：成员编号，成员名，性别，年龄，职务； 输出数据：成员编号，成员名，性别，年龄，职务； 处理过程描述：将成员信息存入数据库，为成员职务安排做准备； （3）处理过程名：活动管理 简要描述：安排活动，登记活动报名
输入数据：活动编号，名称，时间，地点，内容，组织者，参与人数输出数据：活动编号，名称，时间，地点，内容，组织者，参与人数处理过程描述：将活动信息存入数据库，为活动进行做准备；
学生管理系统数据字典
Model: 学生管理系统需求模型 Report: Student Manage Author: NI_YinZ Version: 1.0 Date: 2011年11月20日 一、数据库数据字典 通过对学生管理系统工作的内容以及相关数据流程分析，根据学生管理系统的需要，可以设计出能满足用户需求的各种实体，以及它们之间的关系，由此得到数据库所支持的数据模型，即数据库的逻辑结构，具体情况如下： 在mysql中建立了student_manage数据库，共包含八张表：学生表，成绩表，课程表，考试表，学生操行表，教师表，班级表，班级评估表。每张表的字段、数据类型具体以及备注的详细情况如下： 1、学生表（student） 1 NI_YinZ
学生主键(student_id) Integer （数据库里长度设置为8） 学生姓名(student_name) varchar(20) 学生密码(student_password) varchar (32) 学生所属专业(student_major) varchar (20) 学生性别（student_sex) varchar (2) 学生年龄(student_age) Integer （数据库里长度设置为3） 学生生日(student_birthday) varchar (10) 学生地址(student_address) varchar (40) 学生兴趣(student_interests) text （学生兴趣以数组形式存入） 学生星座(student_constellation) varchar (6) 学生QQ(student_qq) Integer （数据库里长度设置为11） 学生头像(student_photo) text 学生日志(student_log) text 学生日志标题(student_log_title) text 学生所属班级（studet_class_name）varchar (20) 学生所属年级（student_this_semester）varchar (20) 2、成绩表(grade) 一个学生一条数据每个学生对应的每门课程的成绩 成绩主键(grade_id) Integer （数据库里长度设置为8） 成绩学生名字(grade_student_name) varchar(20) 成绩科目名(grade_curriculum_name) text （以数组形式存入，与成绩对应） 2 NI_YinZ
数据字典的使用
一、概念： 1．数据字典（data dictionary）是Oracle数据库的一个重要组成部分，这是一组用于记录数据库信息的只读（read-only）表。 数据字典里存有用户信息、用户的权限信息、所有数据对象信息、表的约束条件、统计分析数据库的视图等。我们不能手工修改数据字典里的信息。当用户在对数据库中的数据进行操作时遇到困难就可以访问数据字典来查看详细的信息。 2．数据字典中的信息包含： ?数据库中所有方案对象（schema object）的定义(包括表，视图，索引，簇，同义词，序列，过程，函数，包，触发器等等) ?数据库为一个方案对象分配了多少空间，以及该对象当前使用了多少空间 ?列的默认值 ?完整性约束（integrity constraint）信息 ?数据库用户名 ?每个用户被授予（grant）的权限（privilege）与角色（role） ?监控（audit）信息，例如哪个用户对某个方案对象进行了访问或更新操作 ?数据库中的其他概要信息 二、组成结构 1．基表（base table）：用于存储相关的数据库信息。只有Oracle才能读写这些表。用户很少直接访问它们，因为这些表是规范化的（normalized），且其中的大部分数据的含义是普通用户无法理解的。 2．用户访问视图（user-accessible view）：用于对数据字典基表内存储的数据进行汇总与展示。这些视图利用连接（join）及WHERE子句简化基表中的数据，将其解码（decode）为用户可理解的信息，例如用户名，表名等。大多数数据库用户只能访问这些视图，而不能访问基表。 Oracle中的SYS用户拥有数据字典中的所有基表（base table）及用户访问视图（user-accessible view）。其他Oracle用户不应修改（UPDATE，
数据字典
第一章概述 1.1 酒店管理系统的含义 目前人们所提到的管理信息系统，通常是指以计算机为工具，对管理信息进行收集、存贮、检索、加工和传递，使其应用于组织机构及企业管理领域的“人－机系统”，该系统是70年代初“后工业经济”时代的产物，企业管理信息系统在其发展的初期，是单一的人—机系统，系统功能简单，效率低，对管理的作用有限。 进入20世纪80年代末，随着计算机网络和通信技术的大力发展，企业管理信息系统进入网络化的发展时期。世界发达国家已建立起了完善的先进的管理信息系统体系，在其社会经济发展领域中发挥着巨大的作用。 我国的管理信息系统大发展是在80年代末90年代初，国家相继建立起了“金卡”、“金关”、“金桥”工程，多数企事业单位建立了局域网和广域网管理信息系统。随着世界经济和我国经济逐步向知识经济迈进，无论是基于工业经济的管理信息系统，还是面向少数专家和管理人员的专家系统(ES)或决策支持系统(DSS)，其处理对象和服务对象，自身的系统结构，处理能力，都有了进一步的发展。 酒店管理信息系统是随着计算机在酒店业中的应用而逐渐成熟和发展起来的。目前，有关酒店管理信息系统的相关概念和叫法很多，比如酒店计算机系统、酒店管理系统、酒店管理信息系统、酒店IT 系统等，所有这些提法都在一定程度上反映了人们对酒店管理信息系统的某种认识。
人们对酒店管理信息系统认识的角度不同，会做出有不同的定义，相对准确的定义是：酒店管理信息系统是由酒店管理人员、计算机硬件、计算机软件、网络通信设备、现代办公设备等组成的进行酒店管理信息的收集、传递、存储、加工、维护和使用，并以人为主的对酒店各种信息进行综合控制和管理的系统。该系统能实测酒店经营的各种情况，预测酒店经营的未来，并通过计划和控制等手段帮助酒店实现规划的经营目标。 80年代初发展起来的国内的酒店管理系统，充分吸收了国外管理系统的精华，再结合国内的实际情况，逐步发展成熟，到90年代初期已形成了几个较成熟的软件系统，同时产生了几家专职从事酒店业计算机管理系统的公司。到了90年代中后期，随着计算机在酒店中的普及应用，计算机技术的不断发展，酒店管理系统的发展到了一个新的时期，新的系统平台、新的系统特点及发展方向不断涌现，主要体现在系统基本转到客户机/服务器模式下的Windows版，功能更加细致完善，系统更加稳定可靠。 客房预订业务语言描述： 客人可以把房间预定请求发给公关销售部，再由公关销售部转交给客房部，客房部根据房间状态表来订房间，打印出房间订约单，并把订单发给副销售部，确认处理后，转交给前厅部，由前厅建立客户档案，保存记录。 客房预订业务流程图：
Java数据字典
数据字典： 每个Oracle数据库包括一个被称为“元数据”的集合，或者说包含用来描述数据库有关数据结构的数据。包含这些元数据的表和视图称为Oracle数据字典。 数据字典中有前缀V$或GV$的表是动态表，它们会不断更新以反映出Oracle数据库当前的状态。静态数据字典表都有一个形如DBA_、ALL_或USER_的前缀，表示该视图中列出的对象范围。 1、用户 查看当前用户的缺省表空间 SQL>select username,default_tablespace from user_users; 查看当前用户的角色 SQL>select*from user_role_privs; 查看当前用户的系统权限和表级权限 SQL>select*from user_sys_privs;
SQL>select*from user_tab_privs; 显示当前会话所具有的权限 SQL>select*from session_privs; 显示指定用户所具有的系统权限 SQL>select*from dba_sys_privs where grantee='GAME';表或视图不存在 显示用户信息(所属表空间) select default_tablespace,temporary_tablespace表或视图不存在 from dba_users where username='GAME';
2、表 查看用户下所有的表 SQL>select*from user_tables; 查看名称包含log字符的表 SQL>select object_name,object_id from user_objects where instr(object_name,'EMP')>0;这里表名就区分大小写了 查看某表的创建时间 SQL>select object_name,created from user_objects where object_name=upper('&table_name'); 3、索引 查看索引个数和类别 SQL>select index_name,index_type,table_name
Wind金融工程数据库数据字典
Wind金融工程数据库数据字典
目录 1约定 (21) 1.1文档说明 (21) 1.1.1子库 (21) 1.1.2表属性 (21) 1.1.3字段属性 (21) 1.2主要关联关系说明 (23) 1.2.1公司、证券、个人ID->公司、证券、个人 (23) 1.2.2交易代码->公司、证券ID (23) 2数据库结构 (24) 2.1.1证券列表 (24) 2.1.1.1品种列表 (24) 2.1.1.1.1证券(TB_OBJECT_1090) (24) 2.1.1.1.2证券更名(TB_OBJECT_1091) (26) 2.1.1.1.3特别处理(TB_OBJECT_1123) (27) 2.1.1.1.4证券置换(TB_OBJECT_1401) (29) 2.1.1.2公司列表 (30) 2.1.1.2.1公司(TB_OBJECT_1018) (30) 2.1.1.2.2公司更名(TB_OBJECT_1037) (35) 2.1.1.2.3公司别名(TB_COM_COLLECTION) (36) 2.1.1.3板块列表 (37) 2.1.1.3.1板块(TB_OBJECT_1022) (37) 2.1.1.3.2板块成份(TB_OBJECT_1400) (38) 2.1.2股票 (39) 精于数据一直进步I
2.1.2.1股票交易数据 (39) 2.1.2.1.1行情(TB_OBJECT_1120) (39) 2.1.2.1.2复权行情(TB_OBJECT_1425) (42) 2.1.2.1.3上市定价预测(TB_OBJECT_1114) (43) 2.1.2.1.4交易日(TB_OBJECT_1010) (45) 2.1.2.1.5证券交易异动营业部买卖信息(TB_OBJECT_1156) (45) 2.1.2.2上市公司财务数据 (47) 2.1.2.2.1审计意见(TB_OBJECT_1033) (47) 2.1.2.2.2财务指标(TB_OBJECT_1039) (50) 2.1.2.2.3资产负债表(非金融类)(TB_OBJECT_1040) (56) 2.1.2.2.4资产负债表(金融类)(TB_OBJECT_1040) (65) 2.1.2.2.5利润表(金融类)(TB_OBJECT_1070) (71) 2.1.2.2.6利润表(非金融类)(TB_OBJECT_1070) (74) 2.1.2.2.7现金流量表(金融类)(TB_OBJECT_1079) (78) 2.1.2.2.8现金流量表(非金融类)(TB_OBJECT_1079) (89) 2.1.2.2.9业绩预告(TB_OBJECT_1087) (101) 2.1.2.2.10报告期内指标(TB_OBJECT_1129) (102) 2.1.2.2.11公布重要指标(TB_OBJECT_1158) (105) 2.1.2.2.12股东权益增减变动表(TB_OBJECT_1260) (107) 2.1.2.2.13应交增值税明细表(TB_OBJECT_1261) (111) 2.1.2.2.14资产减值准备明细表2(TB_OBJECT_1373) (113) 2.1.2.3上市公司财务附注 (116) 2.1.2.3.1财务附注(TB_OBJECT_1249) (116) 2.1.2.3.2应收账款账龄结构(TB_OBJECT_1044) (117) 2.1.2.3.3应收账款大股东欠款(TB_OBJECT_1253) (118) 2.1.2.3.4主要应收账款明细(TB_OBJECT_1254) (120) 精于数据一直进步II
学籍管理系统数据流图和数据字典
. . 学籍管理系统数据流图和数据字典： 一．项目计划： 1．项目概述： 学籍管理系统用于各个学校对每一位学生的入学、毕业、每学年考试成绩、升留级处理等，该系统具备录入、存储学生的基本情况、各科成绩；查询学生各科成绩、单科成绩；打印成绩；统计班平均成绩、各科平均成绩；根据分数进行升留级处理等功能。 二．需求规格说明书： 顶层图：
教育资料word . . 数据流图： 0层图： 1层图： 1.1 教育资料word . .
数据字典： 1．数据流条目：数据流名称：新生信息别名：无简述：录入、存储学生的基本情况来源：新生提交的基本信息去向：学生信息表 10000个学生数据流量：100— 2．数据项条目：数据项目名称：学号 简述：学校全部学生的学号varchar 数据类型：8 长度： ．数据存储条目：3 数据存储名称：学生信息表 别名：无简述：存放学生的基本信息班级+性别+年龄+专业+ 组成：学号姓名+ 组织方式：索引文件，以学号为关键字 查询要求：要求能立即查询 4．加工条目：加工名：是否为新生1.1 编号： 激发条件：接收到学生提供的基本信息 优先级：普通输入：学生信息 教育资料word . . 输出：是新生，不是新生 加工逻辑：根据数据库记录，若是没有符合的学生则为新生
1.2 数据字典： 1．数据流条目： 数据流名称：成绩 别名：无 查询学生各科成绩、单科成绩简述：来源：老师录入学生的考试成绩去向：学生成绩表 2．数据项条目： 数据项目名称：课程号 简述：各个课程的编号 数据类型：char（6） 长度：10 3．数据存储条目： 数据存储名称：成绩单 别名：无 简述：存放学生的本次考试成绩和历年考试成绩。 组成：学号+姓名+课程号+课程名+成绩 组织方式：索引文件，以课程号为关键字。 教育资料word . . 查询要求：要求能立即查询 4．加工条目： 加工名：查询成绩
图书馆管理系统数据字典
图书馆管理系统数据字典 数据流描述： 数据流编号：D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员整理后，输入计算机 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据流组成：图书编码，图书类别，书名，作者，出版社，出版日期，单价，购买数量 数据流量：300本/日 高峰流量：800本/日 数据流编号：D02 数据流名称：借书借阅 简述：借书证 数据流来源：用户将借书证交给借书员，借书员经过审查后将相关信息输入计算机 数据流去向：P2_11检查读者身份 数据流组成：借阅日期+书名+读者账号+读者姓名+借阅数量等 数据流量：800个/日 高峰流量：3000个/日 数据流编号：D03 数据流名称：填写借阅记录 简述：填入借阅表的记录 数据流来源：P2_13检查合格的借阅图书信息录入到借阅库中 数据流去向：借阅库 数据流组成：借阅号+借阅日期+书名+图书编码+读者姓名+读者账号+还书日期+借阅数量+状态等 数据流编号：D04 数据流名称：借阅修改在库 简述：修改的借阅记录 数据流来源：P2_13将借阅的图书的记录录入到图书库 数据流去向：图书库 数据流组成：借阅号+借阅日期+书名+图书编码+读者姓名+读者账号+还书日期+借阅数量+状态等 数据流编号：D05 数据流名称：图书检索要求 简述：读者要求求得图书检索信息
数据流来源：读者输入的检索要求 数据流去向：图书库以及检索处理系统 数据流组成：图书名+图书编号等 数据流编号：D06 数据流名称：图书检索结果 简述：读者经过在检索系统终端输入检索信息后由检索系统返回的结果数据流来源：检索系统 数据流去向：读者 数据流组成：图书名+图书编号+图书索引号+图书所在的书架编号等 数据流编号：D13 数据流名称：电子读物查询要求 简述：读者需要查询的图书信息 数据流来源：读者 数据流去向：电子读物处理模块 数据流组成：图书编号+图书名+出版社等 数据流编号：D14 数据流名称：电子读物查询结果 简述：电子读物处理模块对读者输入的反馈 数据流来源：电子读物处理模块 数据流去向：读者 数据流组成：图书内容+图书所在网站超连接等 数据流编号：D15 数据流名称：还书记录 简述：所还图书进行入库记录 数据流来源：图书馆管理板块 数据流去向：图书馆归还处理模块 数据流组成：图书编号+图书名+借阅证号等 数据流编号：D16 数据流名称：填写归还记录 简述：管理员填写归还图书馆的图书记录 数据流来源：图书馆归还处理模块 数据流去向：读者库模块 数据流组成：图书编号+图书名+管理员编号+日期等 数据流编号：D17 数据流名称：归还修改在库数量
图书馆管理系统数据流程图及数据字典
图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。2)借书、还书工作量大借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单，查看图书借阅状态，并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息，得到读者已借图书清单，并审核借书 权限 若是有效权限单，则进行接触操作并更新读者与图书信息 若是无效权限单，则返给读者 已下是业务流程图
图书馆管理系统数据流程图及数据字典
一．图书采编系统流程图 图书采编系统流程图 数据流编号：D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员整理后，输入计算机 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据流组成：图书编码，图书类别，书名，作者，出版社，出版日期，单价，购买数量 数据流量：300本/日 高峰流量：800本/日 二．图书管理系统零层数据流程图