一、概念：
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，
DELETE，或INSERT）SYS方案中的对象定义及数据，否则将危害数据库的数据完整性（data integrity）。安全管理员必须严格控制此账户。
三、使用数据字典
数据字典有三个主要用途：
i.Oracle利用数据字典来获取关于用户，方案对象，及存储结构（storage
structure）的信息。
ii.每当数据库中执行了DDL语句后，Oracle将对数据字典进行修改。iii.所有Oracle用户都可以使用数据字典来获取关于数据库的信息。
1.Oracle如何使用数据字典
1)在数据库运行期间，Oracle通过数据字典内的信息来确定方案对象
（schema object）是否存在，以及用户是否具备相应的权限。Oracle会持续地更新数据字典，以便反映数据库在结构，数据，授权，监控（audit）等方面的变化。
2)Oracle为许多数据字典视图创建了公共同义词（public synonym），以便
用户能够方便地对其进行访问。安全管理员也可以为需要在全系统使用的方案对象（schema object）创建公共同义词。用户应防止自身的方案对象名与公共同义词名重复。
3)由于Oracle在数据库运行中需要不断地访问数据字典来验证用户权
限及方案对象状态，大量的数据字典信息将被缓存到SGA的数据字典缓存（dictionary cache）内。这些数据将依据最近最少使用（least recently used，LRU）算法存储在内存中。
2.用户如何使用数据字典
Oracle中的数据字典有静态和动态之分。静态数据字典主要是在用户访问数据字典时不会发生改变的，但动态数据字典是依赖数据库运行的性能的，反映数据库运行的一些内在信息，所以在访问这类数据字典时往往不是一成不变的。以下分别就这两类数据字典来论述。
1)静态数据字典
这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*、all_*、dba_*。
user_*
该视图存储了关于当前用户所拥有的对象的信息。（即所有在该用户模式下的对象）
all_*
该试图存储了当前用户能够访问的对象的信息。（与user_*相比，all_*并不需要拥有该对象，只需要具有访问该对象的权限即可）
dba_*
该视图存储了数据库中所有对象的信息。（前提是当前用户具有访问这些数据库的权限，一般来说必须具有管理员权限）
从上面的描述可以看出，三者之间存储的数据肯定会有重叠，其实它们除了访问范围的不同以外（因为权限不一样，所以访问对象的范围不一样），其他均具有一致性。具体来说，由于数据字典视图是由SYS（系统用户）所拥有的，所以在却省情况下，只有SYS和拥有DBA系统权限的用户可以看到所有的视图。没有DBA权限的用户只能看到user_*和all_*视。如果没有被授予相关的SELECT权限的话，他们是不能看到dba_*视图的。
下面以user_为例介绍几个常用的静态视图：
user_users视图
主要描述当前用户的信息，主要包括当前用户名、帐户id、帐户状态、表空间名、创建时间等。例如执行下列命令即可返回这些信息。
select*from user_users
user_tables视图
主要描述当前用户拥有的所有表的信息，主要包括表名、表空间名、簇名等。通过此视图可以清楚了解当前用户可以操作的表有哪些。执行命令为：select*from user_tables
user_objects视图
主要描述当前用户拥有的所有对象的信息，对象包括表、视图、存储过程、触发器、包、索引、序列等。该视图比user_tables视图更加全面。例如,需要获取一个名为“package1”的对象类型和其状态的信息，可以执行下面命令：
select object_type,status
from user_objects
where object_name=upper(‘package1’);
这里需注意upper的使用，数据字典里的所有对象均为大写形式，而PL/SQL里不是大小写敏感的，所以在实际操作中一定要注意大小写匹配。
user_tab_privs视图
该视图主要是存储当前用户下对所有表的权限信息。比如，为了了解当前用户对table1的权限信息，可以执行如下命令：
select*from user_tab_privs where table_name=upper('connector')
了解了当前用户对该表的权限之后就可以清楚的知道，哪些操作可以执行，哪些操作不能执行。
前面的视图均为user_开头的，其实all_开头的也完全是一样的，只是列出来的信息是当前用户可以访问的对象而不是当前用户拥有的对象。对于dba_开头的需要管理员权限，其他用法也完全一样，这里就不再赘述了。
2)动态数据字典
Oracle包含了一些潜在的由系统管理员如SYS维护的表和视图，由
于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典（或者是动态性能视图）。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。
Oracle中这些动态性能视图都是以v$开头的视图，比如v$access。下面就几个主要的动态性能视图进行介绍。
v$access
该视图显示数据库中锁定的数据库对象以及访问这些对象的会话对象（session对象）。
运行如下命令：
select*from v$access
v$session
该视图列出当前会话的详细信息。由于该视图字段较多，这里就不列详细字段，为了解详细信息，可以直接在sql*plus命令行下键入：desc v$session即可。
v$active_instance
该视图主要描述当前数据库下的活动的实例的信息。依然可以使用select语句来观察该信息。
v$context
该视图列出当前会话的属性信息。比如命名空间、属性值等。
3.任何查找所需要的数据字典及各个字段的含义
dictionary全部数据字典表的名称和解释，它有一个同义词dict
dict_columns全部数据字典表里字段名称和解释
如果我们想查询跟索引有关的数据字典时，可以用下面这条SQL语句: SQL>select*from dictionary where instr(comments,'index')>0;
如果我们想知道user_indexes表各字段名称的详细含义，可以用下面这条SQL语句:
SQL>select column_name,comments from dict_columns where table_name='USER_INDEXES';
依此类推，就可以轻松知道数据字典的详细名称和解释，不用查看ORACLE的其它文档资料了。
四、下面按类别列出一些ORACLE用户常用数据字典的查询使用方法。
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;
2.表
查看用户下所有的表
SQL>select*from user_tables;
查看名称包含log字符的表
SQL>select object_name,object_id from user_objects
where instr(object_name,'LOG')>0;
查看某表的创建时间
SQL>select object_name,created from user_objects where object_name=upper('CONNECTOR');
查看某表的大小
SQL>select sum(bytes)/(1024*1024)as"size(M)"from user_segments
where segment_name=upper('CONNECTOR');
查看放在ORACLE的内存区里的表
SQL>select table_name,cache from user_tables where instr(cache,'Y')>0;
3.索引
查看索引个数和类别
SQL>select index_name,index_type,table_name from user_indexes order by table_name;
查看索引被索引的字段
SQL>select*from user_ind_columns where index_name=upper(' IDX_COLLAGE_INFOR_COMMENT_ID');
查看索引的大小
SQL>select sum(bytes)/(1024*1024)as"size(M)"from user_segments
where segment_name=upper('&index_name');
4.序列号
查看序列号，last_number是当前值
SQL>select*from user_sequences;
5.视图
查看视图的名称
SQL>select view_name from user_views;
查看创建视图的select语句
SQL>select view_name,text_length from user_views;
SQL>select text from user_views where view_name=upper('&view_name');
6.同义词
查看同义词的名称
SQL>select*from user_synonyms;
7.约束条件
查看某表的约束条件
SQL>select constraint_name,constraint_type,search_condition, r_constraint_name
from user_constraints where table_name=upper('&table_name');
SQL>select c.constraint_name,c.constraint_type,cc.column_name
from user_constraints c,user_cons_columns cc
where c.owner=upper('&table_owner')and c.table_name= upper('&table_name')
and c.owner=cc.owner and c.constraint_name=cc.constraint_name
order by cc.position;
8.存储函数和过程
查看函数和过程的状态
SQL>select object_name,status from user_objects where object_type='FUNCTION';
SQL>select object_name,status from user_objects where object_type='PROCEDURE';
查看函数和过程的源代码
SQL>select text from all_source where owner=user and name=upper('&plsql_name');
9.触发器
查看触发器
select
'create or replace trigger"'||
trigger_name||'"'||chr(10)||
decode(substr(trigger_type,1,1),
'A','AFTER','B','BEFORE','I','INSTEAD OF')||
chr(10)||
triggering_event||chr(10)||
'ON"'||table_owner||'"."'||
table_name||'"'||chr(10)||
decode(instr(trigger_type,'EACH ROW'),0,null,
'FOR EACH ROW')||chr(10),
trigger_body
from user_triggers;
软件产品开发需求模型(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)检索速度慢、效率低因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。2)借书、还书工作量大借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单，查看图书借阅状态，并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息，得到读者已借图书清单，并审核借书权限 若是有效权限单，则进行接触操作并更新读者与图书信息 若是无效权限单，则返给读者 已下是业务流程图
图书馆管理系统数据流程图及数据字典
一．图书采编系统流程图 图书采编系统流程图 数据流编号：D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员整理后，输入计算机 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据流组成：图书编码，图书类别，书名，作者，出版社，出版日期，单价，购买数量 数据流量：300本/日 高峰流量：800本/日 二．图书管理系统零层数据流程图
传统关系型数据库定义了四种数据操作： 1.插入Insert 2.删除Delete 3.更新Update 4.查询Query
ContentDAO public ContentDAO(java.sql.Connection conn) insert public int insert(https://www.doczj.com/doc/6f5790858.html,ng.String sql, java.util.List values) throws https://www.doczj.com/doc/6f5790858.html,.sinosoft.frame.exception.GeneralException
增加一条记录到数据库通用DAO提供访问数据库的一般方法，直接在外部写SQL 语句 Overrides: insert in class BaseDAO Parameters: sql- sql 一个标准INSERT SLQ语句，For example: insert into table_name values(?,?,?) values - 一个LIST对象，包含将要插入的值，即一条数据。数据值的顺序要与SQL 语句?的顺序一致 Returns: 被插入的行数 Throws: java.sql.SQLException - 如果数据库发生异常，SQLException将被抛出 https://www.doczj.com/doc/6f5790858.html,.sinosoft.frame.exception.GeneralException batchInsert public int[] batchInsert(https://www.doczj.com/doc/6f5790858.html,ng.String sql, java.util.List values) throws https://www.doczj.com/doc/6f5790858.html,.sinosoft.frame.exception.GeneralException 批量增加数据到数据库通用DAO提供访问数据库的一般方法，直接在外部写SQL 语句 Overrides: batchInsert in class BaseDAO Parameters: sql - 一个标准INSERT SLQ语句，For example: insert into table_name values(?,?,?) values- 将要插入数据库的数据，他是一组二维数据。LIST对象中的一个元素还是一个LIST对象。内层的LIST对象代表一条数据。 Returns: 返回每条数据插入数据库的情况 Throws: java.sql.SQLException - 如果数据库发生异常，SQLException将被抛出 https://www.doczj.com/doc/6f5790858.html,.sinosoft.frame.exception.GeneralException update public int update(https://www.doczj.com/doc/6f5790858.html,ng.String sql, java.util.List values) throws https://www.doczj.com/doc/6f5790858.html,.sinosoft.frame.exception.GeneralException 更新数据库的一条记录通用DAO提供访问数据库的一般方法，直接在外部写SQL 语句
数据库系统1-3：数据字典 将关于数据库系统中涉及到的对象的描述信息集中，以数据文件的形式组织起来称为数据字典DD（DataDirectory）或数据目录（Catalog）。数据字典是关于数据的数据，也称为元数据(metadata)，是系统中最重要的数据。1．数据字典的内容 其数据主要有两大类：一类是来自用户的信息，如表、视图（用户所使用的虚表）和索引的定义以及用户的权限等，另一类是来自系统状态和数据库的统计信息，如关于通讯系统与网络系统性能的说明及使用的协议、数据库和磁盘的映射关系、数据使用频率的统计等。 例如，MicrosoftSQLServer的数据字典由二个层次的系统表（表名以sys开头）组成。在master数据库（安装系统时自动生成）的系统表中记载着：（１）SQLServer 的启动参数（２）系统本身的状态设置（３）系统现有数据库的相关信息（４）已登录的用户的信息 在用户数据库中也有系统表（创建数据库时自动生成），这些系统表记载用户数据库中的所有对象、表、表间的联系、表的字段、索引等信息。表1.6是master数据库中的系统表sysdatabase，它记载了系统中所有的数据库。2．数据字典的建立与使用
数据字典由DBMS自动建立和维护，供DBMS和用户使用。数据字典主要为DBMS服务，供DBMS查找有关对象的信息，例如，DBMS在处理用户存取时，要查询数据字典中的用户表、子模式和模式等；DBMS还利用数据字典对系统的统计结果进行分析以改善系统性能。用户也可以查询数据字典的内容，和查询用户自己数据库中的表没有什么不同。从这个角度上讲数据字典也是一个数据库，是关于系统自身的数据库。
广电外包业务管理系统 ─数据字典 作者：HR业务部电信大集中项目组日期：2015年10月15日 版本： V1.0
目录 1、系统表2 1.1系统主键维护表2 1.2外包系统任务通知表2 1.3外包文件存储表3 1.4推送信息错误日志表3 2、用户模块4 2.1外包系统用户表4 2.2外包系统用户权限复制表5 3、外包公司信息模块6 3.1外包公司信息表6 3.2外包公司信息维护状态表7 4、外包人员模块8 4.1外包人员基本信息表8 4.2外包人员工作记录表9 4.3外包人员薪酬记录主表10 4.4外包人员薪酬记录子表11 4.5外包人员合同信息表12 4.6外包人员培训信息表13 4.7外包人员职业资格信息表14 4.8外包人员兼职信息表15 5、合同信息模块16 5.1外包合同主表16 5.2外包人员合同信息子表16 5.3外包合同权限复制表18 6、数据转存临时表19
1、系统表 系统表包括外包WB_OID（系统主键维护表），WB_NOTICE（外包系统任务通知表），WB_FILE（外包文件存储表），WB_ERROR_LOG（推送信息错误日志表）等。 1.1系统主键维护表 表名：WB_OID（系统主键维护表） 表1.1 1.2外包系统任务通知表 表名：WB_NOTICE（外包系统任务通知表） 表1.2
1.3外包文件存储表 表名：WB_FILE（外包文件存储表） 1.4推送信息错误日志表 表名：WB_ERROR_LOG（推送信息错误日志表）
2、用户模块 用户模块包括WB_USER（外包系统用户表），WB_USER_POWER_COPY （外包系统用户权限复制表） 2.1外包系统用户表 表名：WB_USER（外包系统用户表） 表2.1 ①用户类型如下：0:集团用户，1:省用户，2:电信用户，3:外包用户
一．数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图
3. 4.出库信息管理的细化
5.货物信息管理的细化 6.客户信息管理的细化 7.查询的细化
二.数据字典 1.数据流 （1）数据流名称：入库信息 数据流别名：无 说明：即将装入仓库的货物的信息 数据流来源：采购入库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （2）数据流名称：出库信息 数据流别名：无 说明：销售后即将出库的货物的信息 数据流来源：销售出库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （3）数据流名称：货物信息 数据流别名：无 说明：对仓库中的所有货物的信息的统计 数据流来源：货物信息表 数据流流向：仓库管理员 数据流组成：货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: （4）数据流名称：客户信息： 数据流别名：无 说明：所有客户及供应商的信息。 数据流来源：客户信息表 数据流流向：仓库管理员 数据流组成：客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 （5）数据流名称：订货通知 数据流别名：无 说明：当仓库中的货物不能满足顾客需求时，所发出的订货的信息 数据流来源：采购员 数据流流向：加工1.1 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量
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连接表样本数据表
XX项目数据库字典文档 XX项目 数据库字典文档模板
文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）
目录 1总述 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3相关资料、缩略语、定义 (4) 2外部设计 (4) 2.1环境说明 (4) 2.2指导 (4) 3数据流程图 (4) 4表设计结构 (5) 5视图的设计 (7) 6存储过程、函数及触发器的设计 (7) 7数据库账号及权限说明 (8) 8附录 (8) 8.1使用的文字处理和数据库工具 (8)
1总述 1.1编写目的 (说明编写这份数据设计说明书的目的，指出预期的读者。) 1.2背景 （待开发数据库的名称和使用此数据库的软件系统的名称，列出本产品的任务提出者、开发者、用户。） 1.3相关资料、缩略语、定义 （相关产品计划、引用的文件、采用的标准等） （列出本文件中用到的专门术语的定义和外文首字母组词的原词组） 2外部设计 2.1环境说明 (说明所采用的数据库系统，设计工具，编程工具, 详细配置。) (说明数据库服务器的基本硬件配置) (简单介绍同此数据库直接有关的支持软件。说明这些软件的名称、版本号的主要功能特性。列出这些支持软件的技术文件的标题、编号及来源) 2.2指导 (向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导。) (本项根据实际情况填写) 3数据流程图 [在此绘制该项目的数据流程图DFD，对项目系统的数据项、数据流向、数据实体等进行详细定义，详细的绘制方法可以参考《数据流程图专题课件.ppt》]
（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）数据流名称：工资查询 位置：员工 定义：工资查询=员工编号+基本工资+奖金+罚款+起始时间+截止时间+发薪日期数据流量;根据公司的具体情况来确定 说明：根据员工号和发薪日期可唯一确定一个工资记录
．系统内部框架及数据字典 1.1信息分类及相互关系 中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息；管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等，是派生信息。读者借阅活动和各类信息之间的关系 1.2贯穿系统的两条信息线 集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变，不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。 贯穿整个图书馆信息系统有两条信息线：读者信息线和费用信息线。以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。 这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。 2.各子系统的数据流程图及数据字典 2．1财务管理子系统 功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管 流程： 数据
务 整 凭证 采购计划预算数据 会计凭证 财务调整 审 批准 / 不批准 需配置及初始化的表： 字段中文名称 字段名 类型 长度 说明 业务号 TRAD_NO I 20 发生业务的统一编号 日期 TRAD_DATE D 业务发生的日期 收入 INCOME I 30 业务收入的金额 支出 OUTCOME I 30 业务的支出 凭证号 PROOF_NO C 10 本项业务涉及的凭证的编号 摘要 CHIEF_INTR C 50 业务内容的摘要 2．2书刊管理子系统 功能：组织和管理藏书。 组织和管理藏书：根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类，根据借阅的需求拟更新藏书建议目录，负责馆藏剔旧处理，根据实际情况及时 主管部门
用友数据库表及数据字典 数据库模块"表名""表中文名"公 共 表 相关功能 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 Piwik数据表解析 (2) 2 Piwik数据字段解析 (4) 2.1 piwik_access (4) 2.2 piwik_archive_blob_yyyy-MM (4) 2.3 piwik_archive_numeric_yyyy-MM (5) 2.4 piwik_goal (5) 2.5 piwik_log_action76e0 (6) 2.6 piwik_log_conversion (6) 2.7 piwik_log_conversion_item (8) 2.8 piwik_log_link_visit_action (9) 2.9 piwik_log_profiling (10) 2.10 piwik_log_visit (10) 2.11 piwik_logger_message (13) 2.12 piwik_option (14) 2.13 piwik_report (14) 2.14 piwik_segment (15) 2.15 piwik_sequence (16) 2.16 piwik_session (16) 2.17 piwik_site (16) 2.18 piwik_site_setting (17) 2.19 piwik_site_url (18) 2.20 piwik_user (18) 2.21 piwik_user_dashboard (18) 2.22 piwik_user_language (19) 3 Piwik数据库E-R模型 (20) 4 参考资料 (20)
Piwik数据字典说明文档 1Piwik数据表解析 Piwik数据库的所有表以“piwik_”作为前缀，一共22张表。下图是采用Navicat查看到的所有Piwik数据表。 下面，分别介绍各数据表的存储功能描述。 （1）piwik_access：用户访问权限表； （2）piwik_archive_blob_yyyy-MM：定期归档统计表，主要用于非数值的统计； （3）piwik_archive_numeric_yyyy-MM：定期归档统计表，主要统计数值； （4）piwik_goal：目标表，自定义的转化目标可以根据路径或是页面名称进行精确或是模糊的匹配进行跟踪，每个转化目标需设置一个转化价值字段；
一． 二．数据流图 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
数据字典接口文档 （V0.0.1 ） 2015 年 6 月 版本修订信息
目录 1 文档说明 (4) 1.1 功能描述 (4) 1.2 阅读对象 (4) 1.3 业务术语 (4) 2 ERP系统开发准备 (4) 2.1 技术资料获取及准备 (4) 2.1.1 确认调用系统信息 (4) 2.2 环境搭建 (5) 3 数据字典接口调用流程 (5) 3.1 数据字典接口调用流程图 (5) 3.2 数据字典接口调用步骤 (5) 3.2.1 构造请求数据 (5) 3.2.2 发送请求数据 (6) 3.2.3 请求字符集设置 ................................ 错误！未定义书签。 3.2.4 数据字典系统对请求数据进行处理 (6) 3.2.5 返回处理的结果数据 (6) 4 接口说明 (6) 4.1 获取数据字典生效KEY ................................. 错误！未定义书签。 4.1.1 请求参数列表 .................................. 错误！未定义书签。 4.1.2 应答参数 ...................................... 错误！未定义书签。 4.1.3 使用举例 ...................................... 错误！未定义书签。 5 常见问题及注意事项 (10) 5.1 调用方式 (10) 5.2 页面组件使用...................................... 错误！未定义书签。 6 附录 (10) 6.1 请求响应码 (10) 6.2 数据字典系统KEY列表 (11)
．系统内部框架及数据字典 1.1 信息分类及相互关系 中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息；管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等，是派生信息。读者借阅活动和各类信息之间的关系 1.2 贯穿系统的两条信息线 集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变，不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。 贯穿整个图书馆信息系统有两条信息线：读者信息线和费用信息线。以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。 这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。 2. 各子系统的数据流程图及数据字典 2．1财务管理子系统 功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括：全馆人员工资、奖金 发放及经费管理。流程： 罚款收据 读者ID 结算数据 罚单 单 据 务 整 工资报表 会计凭证 采购计划预算数据 会计凭证 现金额 财务调整 财务调整 资金 采购资料 批准/不批准 审 批准 / 送进 计划 行 政 科 采 访 科 读 者 支付 罚款 应收款项 单据处理 应付款项 职 工 支付工资 支付款 项 证件 检查 证件 调整
数据字典： 每个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