数据字典篇
一：数据字典相关的概念术语
1：掌握重点介绍
1理解数据字典相关的概念术语，具体包括：域，数据元素，字段，结构，表格类型，表，视图，索引，主键，外键，检查表，搜索帮助，锁对象，类型池，CONVERT ROUTINE,表的增强，跨客户端，表格维护生成器，WHERE-USED功能运用，对象命名规则,版本控制
2掌握数据字典相关的常用工具，包括：SE11，SE16，SE14，SE16N等
3掌握数据字典相关对象的创建，修改和查看及其作用是什么？具体包括：
域：掌握格式和输出属性定义，掌握value range含义和设定
数据元素：定义，绑定搜索帮助和PARAMETER ID，如何找到系统既有的符合我们要求的数据元素
结构的定义：CHECK TABLE ,SEARCHING HELP的运用，货币，数量字段的参照单位问题，APPEND STRUCTURE的运用场合,INCLUDE STRUCTURE 的运用
表格类型的定义：掌握定义及其运用场景
表的定义：定义及表格维护生成器的运用，以及如何调整自动生成的维护界面和添加自定义逻辑控制，如何给维护程序分配TCODE
视图：视图的定义，作用以及如何运用
1.TYPE POOLS的引用和定义
2：ABAP数据字典（ABAP Dictionary）
SAP ABAP数据字典（ABAP Dictionary）是SAP定义和管理数据的主要工具，是ABAP Workbench 的重要组成部分。
通过数据字典可以定义系统中的各类数据对象，包括数据类型、数据结构、数据库表、视图等。
数据字典中的所有对象可以供所有SAP程序使用。
用户也可以创建自定义表，称之为Add-On表，一般通过字母‘Z’或者‘Y’开头定义
SAP R/3 系统提供了以下T-Code 维护ABAP数据字典：
SE80 – Repository Browser
SE15 – Repository Information System
SE16 /SE16N – Data Browser
SE11 –ABAP Dictionary
SE13 – Dictionary technical settings
SM30 – Maintain Table Views
SM31 – Table Maintenance
其中，SE11为数据字典的维护工具：
3：基础数据字段对象
SAP透明表（Transparent Table），系统中存储数据的物理表；由多个Field 对象组成，而Field 对象则通过参考Data Element对象定义，而Data Element 对象又通过参考Domain对象定义，逐层往上继承：
4：抽象级别
Domain：域，也称之为数据域，它是所有数据对象设置的基础；
从前面数据类型的章节中知道，ABAP有8种基本类型，然而Domain可以通过基本类型定义数据类型、格式、长度、初始化值等属性。
SAP R/3 系统为Domain提供了以下基本预定义类型：
Date Element：所有数据对象定义的基本类型，它可以以Domain作为参照对象，继承Domain的所有属性；
但是它可以在Domain的基础上重新定义相关长度、格式等属性，一个Domain 下可包含多个Data Element。
Field：透明表字段，可以作为透明表的主/外键，继承了Data Element的所有属性。
5：Domain 对象创建与维护
Domain的维护界面包括Properties、Definition、Value Range三个选项卡：
5.1 Properties 选项卡：
用于记录Domain对象的创建人、创建时间、归属开发包、语言版本属性；
5.2 Defintion 选项卡：
主要用于定义该Domain对象的类型；
?Short Description：基本描述（必输项）；
?Data Type: 预定义数据类型；
?No. Characters：可保存数据字符最大长度；
?Decimal Places：小数点长度，用于数字类型；
?Output Length：显示输出的长度；
?Convers. Routine：定义数据转换程序名；
很多数值在数据表中的保存值与其输出的表现值是不同的。
如：计量单位PC在数据库中保存实际为ST，所以该类型需要相关程序进行转换，如：单位转换函数格式为：CONVERSION_EXIT_CUNIT_INPUT，此处取其CUNIT为定义转换函数，所有转换函数格式均为：CONVERSION_EXIT_XXX_INPUT/OUTPUT，其中XXX为域定义函数名。
Sign：是否包含负数，用于数字类型；Lower Case：是否允许小写；SAP中字段输入值传入系统后，都会被转换为大写格式，选择选项后，可允许输入小写；
5.3 Value Range选项卡:
定义Domain数值范围，限制该Domain输入/输出值
只能输入：C、Y、F中的一种。
6：Data Element 对象创建与维护
在Data Type文本框输入域中，输入自定义的Data Element，以’Z’或’Y’开头，然后点击”Create”按钮创建Data Element；
在新建Data Element时，与Domain不同的是，Data Element会弹出对话框，让你选择哪种Data Element：
Data Element：是一般的数据类型；
Structure：结构体，在《内表与内表结构》章节中介绍过结构体，可以作
为一种数据类型维护在数据字典中；
Table Type：透明表类型；
可以查看已存在的Data Element：
Data Element也包括4个标签选项卡：Attribute、Data Type、Further Characteristics、Field Label。
6.1 Attribute选项卡:
与Domain的Properties一致，显示创建人、创建日期等基本信息；
6.2Data Type选项卡:
区分Elementary Type 和Reference Type;
Reference Type 为参考数据字典中已存在的具体类定义。
Element Type 则又有两种定义方式：
1) 通过Domain定义，可以输入已经定义好的 Domain，而Data Type、Length、Decimal Places等属性会继承该Domain在系统中自动带出；
2) 通过R/3系统预定义类型（Predefined Type）定义，需要手动设置相应参数：
a. 输入R/3系统预定义类型，或按F4键，通过搜索帮助（Search Help）选择预定义类型；
b. 在Length 输入Data Element的长度；
c. Decimal Places 用于数字类型，显示数字保留多少位小数点；
若Data Type为 QUAN 的数值类型，可在这里定义需要保留几位小数。
6.3 Further Characteristics选项卡:
Data Element的高级参数设置；
可以对Data Element设置其Search Help，Parameter ID等。Parameter ID用于SAP屏幕间传输参数：
输出（Outbound）使用 SET Parameter ID ‘XXX’；
输入（InBound）接收使用 GET Parameter ID ‘XXX’。
6.4 Field Label 选项卡选项卡:
定义该Domain在不同数值长度时，显示不同的名称；
SAP透明表的Field对象都是通过参考Data Element对象定义类型；在输出内容时，SAP会根据输出的长度适应显示不同的名称；
通过Short、Medium、Long、Heading 4种模式分别定义相应的名称。
7：SAP R/3数据
SAP R/3系统数据库中存放的数据大致分有以下几类：
1) Master Data：业务主数据；即：SAP 各模块中的主数据：总账科目、供应商主数据、物料主数据等；
2) Transaction Data：业务处理数据；在业务处理操作中，生成的凭证号等数据，如：销售订单凭证号、采购订单凭证号、收货凭证号等；
3) System Data：系统数据；包括ABAP程序的源码、元数据、文档等数据；
4) Configuration Data：配置数据；存放企业项目实施时，配置的初始化信息，如：货币汇率、订单类型、变式等
8：SAP Table类型
8.1 Transparent Table(透明表)
透明表，透明表是一对一的表，同时存在于Dictionary 和Database中, 且具有完全相同的结构，有相同的名称，相同数量的字段，相同的字段名；
如若你创建一个自定义透明表的同时，完全相同的一个表将会被创建在Database中。Transparent Table用来存储应用数据，而Pooled table 和C luster table用来存储系统数据。
8.2 Table Pool 和Pooled Table
Table Pool是数据库中的一个Table，它存储的是Pooled Table。R/3用Table Pool存储大量的（数十到数千个）小Table（每个只有10-100行）。Table Pool减少了同时打开多个小Table 所需要的数据库资源。Pooled Table被SAP主要用于存储定制数据。
8.3 Table Cluster 和Cluster Table (簇表)
Cluster Table类似于Pooled Table。它们用来存储少数几个（大约2-10个）非常大的Table。这几个表有相同的主键，需要同时访问它们。Table Cluster包含的Table比Table Pool少的多。与Table Pool不同，Table Cluster中的每个Table有相同的主键，多个不同的Table中有相同主键的行组成Table Cluster中的一行。Cluster table减少了读数据库的次数，从而提高了性能。
8.4 Internal Table
内表，在ABAP Program中的临时创建存储空间的数据表，包括有5种类型：Standard Table，Sorted Table，Index Table，Hashed Table，Any Table ( Generic type , Rarely used )
8.5 Transparent Table 与 Cluster Table的区别
Transparent Table用来直接存储数据，在系统以外可以使用Open SQL语句直接读取Database 的数据；Cluster Table 和Pooled Table是不能从外部访问的，因为其数据都是被聚合和汇集到一个栏位中。简单的说：Transparent table：是对应数据库中实际存在的表，可以在数据库中直接找到Cluster Table 和Pooled Table：数据库表中存放的一条实际记录，可能对应的是系统中多张表中的逻辑记录
9：透明表（Transparent Table）的创建与维护
Transparent Table 界面包括5个标签选项卡：Attribute、Delivery and Maintenance、Fields、Entry help/check、Currency/Quantity Fields。
9.1 Attribute选项卡
Domain 的Properties 和Data Element 的Attribute 一致，显示创建人、创建日期、归属开发包、语言版本等基本信息
9.2 Delivery and Maintenance选项卡
1)Delivery Class：表示该表的传递类型
2)Data Browser/Table View Maint.：用于确认该表数据是否允许通过表维护工具直接使用;
展开选项，有三项可以选择，依次是: 有权限的维护、允许维护、不允许维护；
9.3 Fields选项卡
显示Transparent Table维护的主要字段属性；包括：
? Fields：表字段名称，同一表中的字段名称不能重复；
? Key：主键，如若勾选，则表示该字段为主键，表中数据不允许重复，支持2个以上字段作为表主键；
? Init：是否为空，如若勾选，在新增数据时，该字段不能为空；
? Field Type：字段类型，为R/3系统中定义的Data Element，输入后，系统会带出相关的属性；
? Data Type：数据类型，如若参照Domain定义的Data Element会带出相应的预定义数据类型，也可以通过字典维护器中的“Predefined Type“按钮，器中的“Predefined Type“按钮，
自定义基本类型：
? Length：字段内容长度
? Decimal Places：小数点位数
? Short Description：表字段描述
9.4 Entry help/check 选项卡
数据参考关联表、Search Help、外键、Domain等属性信息；
因SAP 使用的是关系数据库，很多主要字段可同时分布在不同表中；
为了保证这些关键字段的准确性，必须要求这些字段以某个主表的数据为参考标准，以防止用户在数据修改或新增时出错。
该选项卡中的内容信息，均为系统保留类型，在输入Field Type之后，将自动显示。
9.5 Currency/Quantity Fields 选项卡
货币/数量字段维护
数据表中有一些特殊单位，如货币、计量单位等。与它们相关的数据也是直接从关联表中获取。
当创建完数量字段后，都要根据通过手工维护输入参考的货币或计量单位：
如若没有设置，创建完Add-On表之后，在激活该表时，系统会报出没有维护货币或计量单位的错误
9.6 透明表的技术参数设置（Technical Settings ）
当表字段维护成功后，还需要对表的技术参数进行设置；技术参数界面通过字典维护器工具栏的“Technical Settings”按钮进入：
Technical Settings 维护界面：
1) Data Class：设置表在数据库中的物理存储空间，以便分类与维护，默认分为几类：
2) Size Categories：按实际需求定义表的空间大小，以大小分为以下9种：
3) Buffering 和Buffering Type：定义表的缓存空间，设置缓存空间有利于提高表的检索效率，但是同样也会加大服务器的资源损耗。
一般不建议使用缓存，如若要提高检索效率，可以通过设置表索引。
4) Log data changes：此复选框设置是否会记录表数据变动情况，此功能对存储空间损耗较大，如无特殊情况不推荐使用。
9.7透明表索引（Indexes）
随着表中数据量日益增大，查询数据的速度效率也会相应的降低，可以通过对常用的字段创建索引，以提高查询效率。
在工具栏点击“Index”按钮，查看透明表中的索引：
标准表中都会创建相应字段的索引：
Add-On表中没有维护索引的话，是空白列表：
可以通过点击工具栏的新建索引按钮，创建索引：
输入索引名字：
进入索引字段维护界面：
输入索引描述及相关索引字段。
除了手工输入Field Name外，可以通过点击“Table Fields”按钮，选择表中相应字段：
输入完成后，点击保存及激活按钮，激活该索引后，即可完成该设置。
10：创建 Add-On 表操作实例
结合上面内容，这里给出一个操作实例，通过最快捷方式创建一个Add-On表,
创建自定义表，自定义Data Element，自定义Domain等。
1) 通过SE11进入数据字典初始化界面，在Database Table 处输入自定义表名称：”ZSAPJX09“，点击”Create“按钮创建Add-On 表：
2)进入维护界面后，默认位于Delivery and Maintenance标签：
Delivery Class：由于为定制表，故选择C；
Data Browser/Table View Maint.：允许通过维护器维护数据；
3) 切换到Fields选项卡，在字段维护中输入字段，第一行必须输入MANDT字段；
因为同一个SAP可以分有多个CLIENT，不同的CLIENT数据完全不同。
实际上同一个服务器的数据都是放在相同的表中，通过MANDT字段来保存Client信息并进行区分。
所建立的数据为Client独享，MANDT为SAP Table保留字，一般情况下为必填。
MATNR为系统标准Data Element，会自动带出相应属性；
ZTESTF为自定义Data Element，由于还未定义该Data Element，所以相应属性：Length、Decimal Places、Sort Description都为空，且在下边栏会有未激活的提示；
先保存表定义，然后双击ZTESTF Data Element，会弹出未创建该Data Element，让你选择是否创建：
点击”Yes”按钮，进入Data Element维护界面，并输入相应选项；
Data Type选项卡：
Field Label选项卡：
在定义Element Type时，“ZTEST_DOMAIN”亦未定义Domain，同样的，先保存”ZTESTF”Data Element，然后双击“ZTEST_DOMAIN”，弹出提示对话框：
点击“Yes”，进入Domain维护界面，并输入相应内容：
输入完成后，检查通过后，直接保存并激活即可（每个对象创建完之后必须激活，才能使用，Domain、Data Element、Table等都一样）。
激活成功后，后退（或按“F3”键），返回到Data Element维护界面，激活”ZTESTF”Data Element：
激活Data Element成功后，再次后退，返回到定义透明表的维护界面，这时候，TESTF字段的Domain属性会自动带出：
当然，也可以先创建好自定义Domain和Data Element，然后在维护字段时，直接输入Data Element。
4) 点击“Technical Settings”按钮，进入技术参数设置维护界面：
输入Data Class 与Size Category，其他保持默认：
设置完成后，保存，技术参数状态会变成“Saved”：
(完整word版)图书馆管理系统数据流程图及数据字典
图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。2)借书、还书工作量大借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单，查看图书借阅状态，并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息，得到读者已借图书清单，并审核借书权限 若是有效权限单，则进行接触操作并更新读者与图书信息 若是无效权限单，则返给读者 已下是业务流程图
图书馆管理系统数据流程图及数据字典
一．图书采编系统流程图 图书采编系统流程图 数据流编号：D01 数据流名称：图书采编信息 简述：图书采编信息 数据流来源：图书购买后，由图书馆采编人员整理后，输入计算机 数据流去向：采编管理模块。图书采编信息将采编数据存入数据库（图书表）数据流组成：图书编码，图书类别，书名，作者，出版社，出版日期，单价，购买数量 数据流量：300本/日 高峰流量：800本/日 二．图书管理系统零层数据流程图
软件系统数据字典实例
广电外包业务管理系统 ─数据字典 作者：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 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量
图书管理系统——数据字典
软件产品开发需求模型(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 数据流说明：发给书籍供应厂商的订货单
数据流图与数据字典练习与答案
1．需求分析阶段的主要任务是什么怎样理解分析阶段的任务是决定“做什么”，而不是“怎样做” 解：需求分析阶段的主要任务是用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档——需求说明书。用户要求通常包括功能要求、性能要求、可靠性要求、安全保密要求以及开发费用、开发周期、可使用的资源等方面的限制，其中功能要求是最基本的，它又包括数据要求和加工要求两方面。所以，软件阶段的任务是解决软件系统做什么，而不是怎么做。 2．什么是结构化分析方法要经过哪些步骤来实现 解：所谓结构化分析方法是在分析一个软件系统时使用“自顶向下逐层分解”的方式表达用户需求。对系统作了合理的逐层分解后，就可分别理解系统的每一个细部，这样，就可以有效地控制系统的复杂性。 结构化分析方法的步骤： 理解当前的现实环境，获得当前人工系统的具体模型。 从当前系统的具体模型抽象出当前系统的逻辑模型。 分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型。 为目标系统的逻辑模型作补充。 3．为什么DFD要分层画分层DFD要遵循哪些原则 解：对一个大型的系统，如用一张数据流图画出所有的数据流和加工，则图纸将极其庞大复杂，因而难以理解。为了控制复杂性，SA方法采用“分层”的技术。 画分层DFD要遵循哪些原则： 分解应自然，概念上合理、清晰。 只要不影响数据流图的“易理解性”，可以适当地多分解成几部分，这样分层图的层数就可少些。 一般说来，在上层可以分解得快些，而在下层则应分解得慢些，因为上层是一些综合性的描述，“易理解性”相对地说不太重要
4．选择一个系统(例如人事档案管理系统、图书管理系统、医院监护系统、足球俱乐部管理系统、财务管理系统、学生选课系统、飞机订票系统等)，用 SA方法对它进行分析，画出系统的分层 DFD 图，并建立相应的数据词典。 解：下面是一个学生选课系统的DFD 。 数据词典 (l)数据流条目
管家婆数据字典
管家婆数据库表 名称代码 职员信息表employee 库存商品信息表Ptype 往来单位btype 摘要表Abstract 地区信息表AreaType 会计科目表atypecw 仓库信息表Stock 部门信息表Department 订单索引表DlyndxOrder 订单明细表BakDlyOrder 单据索引表Dlyndx 进货单明细表Dlybuy 销售单明细表BakDlyOrder 零售单索引表Dlyndxretail 零售单明细表Dlyretail 其他单据明细表(比如调拨单,收.付款等) Dlyother 凭证明细表Dlya 操作员表Loginuser 系统初始值表Sysdata 系统配置表Syscon 单据配置表vchcon 单据类型表Vchtype 自动盘赢盘亏表CheckedCount 列配置表ColConfig 商品库存分布表GoodsStocks 期初商品库存分布表IniGoodsStocks 库存上下限报警设置表GoodsWar 客户跟踪价格表Price 期初发货、委托、受托商品库存表IniCommission 发货、委托、受托商品库存表Commission 发货结算单明细表Sendjsdly 固定资产基本信息表(包括固定资产类别、增减方式、使 Fixbasic 用状况) 固定资产减少Fixdel 固定资产折旧明细FixDepDetail 固定资产明细表FixDetail 会计期间表MonthProc 期初借进借出商品表Lendborrow00 借进借出商品表Lendborrow 门店登记信息表Posinfo
常用表中的主要字段介绍 1.商品信息库(ptype) 注:销售退货取的入库商品的成本首先取最近加价值(recprice),如果没有的话才取当前库存成本值. 2.往来单位信息库(btype) 与商品信息库相同的字段这里就不介绍了
仓库管理系统数据字典
（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 系统第二层分解图之一（图1）在系统中，登帐处理由计算机完成，其分解的流程图与原来一致。 图4 系统第二层分解图之二（图2）
图5系统第二层分解图之三（图3） 图6 系统第二层分解图之四（图4） 8.1.3 数据字典 数据字典的作用是对数据流图中的各种成分进行详细说明，作为数据流图的细节补充，和数据流图一起构成完整的系统需求模型。数据字典一般应包括对数据项，数据结构、数据存储和数据处理的说明。以下列出本系统的主要数据字典条目。 1. 数据项条目 数据项编号：D01-001 数据项名称：凭证编号 别名：凭证流水号 符号名：PZBH 数据类型：数值型 长度：4 取值范围：1~9999 其余略。 2. 数据结构条目
u8数据字典
用友U8的SQL SERVER 数据库结构说明表 在帐套中的两个表，一个表是RPT_GRPDEF,存放帐套中重要的表名及相关说明；另一个是RPT_ITMDEF,存放的是主要表中的相关字段说明； TableID ETableName CTableName 1 Accessaries 成套件表 2 AccInformation 帐套参数表 3 AdjustPVouch 4 AdjustPVouchs 5 Ap_AlarmSet 单位报警分类设置表 6 Ap_BillAge 帐龄区间表 7 Ap_Cancel 核销情况表 8 Ap_CancelNo 生成自动序号 9 Ap_CloseBill 收付款结算表 10 Ap_CtrlCode 控制科目设置表 11 Ap_Detail 应收/付明细帐 12 Ap_DigSet 13 AP_DispSet 查询显示列设置表 14 Ap_InputCode 入帐科目表---------- 15 Ap_InvCode 存货科目设置表 16 Ap_Lock 操作互斥表 17 Ap_MidExch 18 Ap_MyTableSet 查询条件存储表 19 Ap_Note 票据登记簿 20 Ap_Note_Sub 票据登记簿结算表 21 Ap_SstyleCode 结算方式科目表 22 Ap_Sum 应收/付总帐表 23 Ap_Vouch 应付/收单主表 24 Ap_Vouchs 应付/收单主表的关联表 25 Ap_VouchType 单据类型表 26 Ar_BadAge 坏帐计提帐龄期间表 27 Ar_BadPara 坏帐计提参数表 28 ArrivalVouch 到货单、质检单主表*** 29 ArrivalVouchs 到货单、质检单子表*** 30 AssemVouch 组装、拆卸、形态转换单主表 31 AssemVouchs 组装、拆卸、形态转换单子表 32 Bank 本企业开户银行及帐号 33 CA_ACR 按产品产量约当分配率表 34 CA_AllMt 分配率分配方法表 35 CA_AmoCt 各项费用成本表 36 CA_AsDIF 辅助部门内部固定分配率表 37 CA_AssCW 辅助费用耗用表 38 CA_AssMP 辅助部门计划单价表 39 CA_AWPC 各项费用耗用计划表
数据库常用数据字典
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
Oracle常用数据字典表(系统表或系统视图)及查询SQL
Oracle常用数据字典表（系统表或系统视图）及查询SQL 2014年12月15日?数据库?共4187字?暂无评论?阅读861 次 文章目录 ?数据字典分类 ?dba_开头 ?user_开头 ?v$开头 ?all_开头 ?session_开头 ?index_开头 ?伪表 ?数据字典常用SQL查询 数据字典是Oracle存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息的视图等。 数据字典系统表，保存在system表空间中。查询所有数据字典可用语句“select * from dictionary;”。 数据字典分类 数据字典主要可分为四部分： 1）内部RDBMS表：x$*，用于跟踪内部数据库信息，维持DB的正常运行。是加密命名的，不允许sysdba以外的用户直接访问，显示授权不被允许。
2）数据字典表：*$，如tab$,obj$,ts$等，用来存储表、索引、约束以及其他数据库结构的信息。 3）动态性能视图：gv$*，v$*，记录了DB运行时信息和统计数据，大部分动态性能视图被实时更新以反映DB当前状态。 4）数据字典视图：user_*、all_*、dba_*，在非Sys用户下，我们访问的都是同义词，而不是V$视图或GV视图。 数据库启动时，动态创建x$，在X$基础上创建GV$，在GV$基础上创建V$X$表-->GV$(视图)--->V$(视图)。 数据字典视图可分为静态数据字典视图和动态数据字典视图。 静态数据字典是指在用户访问数据字典时内容不会发生改变。这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。 静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*（该用户方案对象的信息）、all_*（该用户可以访问的所有对象的信息）、dba_*（全部数据库对象的信息）。 动态数据字典是Oracle包含的一些潜在的由系统管理员如SYS维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。Oracle中这些动态性能视图都是以v$开头的视图，比如v$access。 dba_开头 dba_users数据库用户信息
系统内部框架及数据字典
．系统内部框架及数据字典 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书刊管理子系统 功能：组织和管理藏书。 组织和管理藏书：根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类，根据借阅的需求拟更新藏书建议目录，负责馆藏剔旧处理，根据实际情况及时 主管部门
仓库管理系统数据流图数据字典
仓库管理系统数据流图数据字典
一．数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图
3. 4.出库信息管理的细化
5.货物信息管理的细化 6.客户信息管理的细化 7.查询的细化
二.数据字典 1.数据流 （1）数据流名称：入库信息 数据流别名：无 说明：即将装入仓库的货物的信息 数据流来源：采购入库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量：根据事物的需要，一般很频繁 （2）数据流名称：出库信息 数据流别名：无 说明：销售后即将出库的货物的信息 数据流来源：销售出库信息表 数据流流向：仓库管理员 数据流组成：货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地数据流量：根据事物的需要，一般很频繁 （3）数据流名称：货物信息 数据流别名：无 说明：对仓库中的所有货物的信息的统计
数据流来源：货物信息表 数据流流向：仓库管理员 数据流组成：货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: （4）数据流名称：客户信息： 数据流别名：无 说明：所有客户及供应商的信息。 数据流来源：客户信息表 数据流流向：仓库管理员 数据流组成：客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 （5）数据流名称：订货通知 数据流别名：无 说明：当仓库中的货物不能满足顾客需求时，所发出的订货的信息 数据流来源：采购员 数据流流向：加工1.1 数据流组成：货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地
各子系统的数据流程图及数据字典
．系统内部框架及数据字典 1.1 信息分类及相互关系 中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息；管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等，是派生信息。读者借阅活动和各类信息之间的关系 1.2 贯穿系统的两条信息线 集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变，不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。 贯穿整个图书馆信息系统有两条信息线：读者信息线和费用信息线。以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。 这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。 2. 各子系统的数据流程图及数据字典 2．1财务管理子系统 功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括：全馆人员工资、奖金 发放及经费管理。 流程： 罚款收据 读者ID 结算数据 罚单 单 据 务 整 工资报表 会计凭证 采购计划预算数据 会计凭证 现金额 财务调整 财务调整 资金 采购资料 批准/不批准 审 批准 / 查 不批准 送进计划 行 政 科 采 访 科 读 者 支付 罚款 应收款项 单据处理 应付款项 职 工 支付 工资 主管部门 支付 款 项 证件 检查 证件 调整
数据流图与数据字典的一个经典例子
系统得数据流图与数据字典实例 作为示例,为简单起见,我们只考虑人机分工。此处得数据流图就是计算机化得帐务处理系统中涉及到计算机部分得数据流图,人工完成得部分将不做反应.例如:计算机没有能力审核原始凭证、填制记账凭证，这些工作必须由人来完成,因此进入系统（系统得自动化部分）得应该就是记账凭证而不就是原始凭证。银行对帐单仍然就是系统得输入数据流,原有得输出数据流系统也必须提供。 图１系统得顶层数据流图 图2 系统得第一层分解图 记账凭证进入计算机系统需要进行输入操作，而且由于记账凭证本身可能出错,或输入过程中可能发生错误,因此系统必须提供对已输入得记账凭证得修改功能与审核功能,审核通过得记账凭证才能够记账。据此,对“凭证处理"分解得到第二层分解图,该分解图由凭证输入、凭证修改与凭证审核三个处理构成。如果记账凭证就是由操作人员直接根据原始凭证用计算机填制，则凭证处理还应该包含一个打印记账凭证得处理.
图3 系统第二层分解图之一(图1） 在系统中，登帐处理由计算机完成，其分解得流程图与原来一致. 图４系统第二层分解图之二（图２） 图５系统第二层分解图之三(图3)
图6 系统第二层分解图之四（图4) ８.1.3 数据字典 数据字典得作用就是对数据流图中得各种成分进行详细说明，作为数据流图得细节补充，与数据流图一起构成完整得系统需求模型.数据字典一般应包括对数据项,数据结构、数据存储与数据处理得说明。以下列出本系统得主要数据字典条目。 1、数据项条目 数据项编号：D01-００1 数据项名称：凭证编号 别名：凭证流水号 符号名：PZBH 数据类型：数值型 长度：４ 取值范围：1～999９ 其余略。 2、数据结构条目 数据结构编号:DS01－０03 数据结构名称:会计分录 别名：分录
t6数据字典
Tag:数据库用友数据库表名参照表 1 Accessaries 成套件表 2 AccInformation 帐套参数表 3 AdjustPVouch 4 AdjustPVouchs 5 Ap_AlarmSet 单位报警分类设置表 6 Ap_BillAge 帐龄区间表 7 Ap_Cancel 核销情况表 8 Ap_CancelNo 生成自动序号 9 Ap_Cl oseBill 收付款结算表 10 Ap_CtrlCod e 控制科目设置表 11 Ap_Detail 应收/付明细帐 12 Ap_DigSet 13 AP_DispSet 查询显示列设置表 14 Ap_InputCod e 入帐科目表
15 Ap_InvCod e 存货科目设置表 16 Ap_Lock 操作互斥表 17 Ap_MidExch 18 Ap_MyTabl eSet 查询条件存储表 19 Ap_Note 票据登记簿 20 Ap_Note_Sub 票据登记簿结算表 21 Ap_Sstyl eCode 结算方式科目表 22 Ap_Sum 应收/付总帐表 23 Ap_Vouch 应付/收单主表 24 Ap_Vouchs 应付/收单主表的关联表 25 Ap_VouchType 单据类型表 26 Ar_BadAge 坏帐计提帐龄期间表 27 Ar_BadPara 坏帐计提参数表 28 ArrivalVouch 到货单、质检单主表*** 29 ArrivalVouchs 到货单、质检单子表*** 30 AssemVouch 组装、拆卸、形态转换单主表
31 AssemVouchs 组装、拆卸、形态转换单子表 32 Bank 本企业开户银行及帐号 33 CA_ACR 按产品产量约当分配率表 34 CA_AllMt 分配率分配方法表 35 CA_AmoCt 各项费用成本表 36 CA_AsDIF 辅助部门内部固定分配率表 37 CA_AssCW 辅助费用耗用表 38 CA_AssMP 辅助部门计划单价表 39 CA_AWPC 各项费用耗用计划表 40 CA_Batchmx_temp 41 CA_Batchmxhy_tmp 42 CA_Batchmxhy_tmp1 43 CA_bmmx_tmp 44 CA_CBSys 系统设置表 45 CA_ClassDef 产品类别定义 46 CA_ComPD 完工产品处理表
人事管理系统数据库 数据字典
人事管理系统数据库数据字典 一、数据流定义 （1）数据流名称：员工情况 位置：员工 定义：员工情况=姓名+性别+出生日期+民族+学历+职称 数据流量;根据公司的员工具体录用情况来确定 说明：要对每一位被聘用的新员工进行唯一编号 （2）数据流名称：奖惩情况 位置：员工 定义：奖惩情况=员工流水号+奖惩类型+奖惩金额+奖惩年月日 数据流量;根据公司的具体情况来确定 说明：要对每一次的奖惩记录进行唯一编号 （3）数据流名称：奖惩批复情况 位置：上级 定义：奖惩批复情况=奖惩类型+批复部门号+批复原因+批复日期 数据流量;根据公司的具体情况来确定 说明：此项在应用中，可以省略 （4）数据流名称：调动情况 位置：员工 定义：调动情况=员工号+调动前职位+调动后职位+调动日期 数据流量;根据公司的具体情况来确定 说明：一个号和对应调动日期相结合，可以确定一个调动情况 （5）数据流名称：调动批复情况 位置：上级 定义：调动批复情况=批复部门号+批复原因+批复日期 数据流量;根据公司的具体情况来确定 说明：批复原因可省略 （6）数据流名称：上班刷卡 位置：员工 定义：上班刷卡=员工编号+上班时间+刷卡机号 数据流量;根据公司的具体规模情况来确定 说明：上班刷卡时间会汇录到员工出勤记录中 （7）数据流名称：下班刷卡 位置：员工 定义：下班刷卡=员工编号+下班时间+刷卡机号 数据流量;根据公司的具体规模情况来确定 说明：下班刷卡时间会汇录到员工出勤记录中 （8）数据流名称：工资查询 位置：员工 定义：工资查询=员工编号+基本工资+奖金+罚款+起始时间+截止时间+发薪日期数据流量;根据公司的具体情况来确定 说明：根据员工号和发薪日期可唯一确定一个工资记录
oracle 基本配置与数据字典-入门
oracle: 三个配置文件listener.ora、sqlnet.ora、tnsnames.ora ，都是放在$ORACLE_HOME\network\admin目录下 ref: https://www.sodocs.net/doc/fc3981505.html,/blog/832429 使用数据库连接时，Oracle检查本地主机中的tnsnames.ora文件以确定要连接到哪个数据库。PLSQL、TOAD等客户端工具也是根据tnsnames.ora 来解析数据库连接 login.sql SQLPLUS 启动环境配置文件，为用户设置自定义的参数 显示所有环境参数 show all define 定义自定义变量，以及编辑工具_editor https://www.sodocs.net/doc/fc3981505.html,/uid-23177306-id-2531274.html SQLPLUS学习总结 这个总结很好！ show parameter service_name 开启、关闭数据库 sqlplus /nolog conn / as sysdba !! 在11g，必须conn sys/pass as sysdba/sysoper 才能执行以下命令!! startup shutdown 常用命令大全： https://www.sodocs.net/doc/fc3981505.html,/chinafine/articles/1755405.html oracle 配置文件init.ora dbhome_1\srvm\admin dbhome_1\dbs select sysdate from dual; pseudo columns with normal table: select a.ename, sysdate, user, current_date,systimestamp from emp a; 关于大小写：
M编码原则与数据字典参考
一、PM编码原则与数据字典参考 （一）、主要编码原则 市场经营管理 1、业主编码六位地区码+四位年份码+三位流水号由系统自动编码 例：3206002009001 说明： （1）编码由三个层级共13位数字码长。 （2）第一层次为6位数字码，采用国标地区代码。预留两位县区码。 （3）第二层次为4位数字码，采用当前年度。 （4）第三层次为3位数字码，由计算机按先后顺序产生。 2、工程编码分公司组织代码+年四位码月两位日两位+三位流水号由系统自动编码 例：WYJSZBGS20081002001（如：浙北公司2008年10月2日第一个承接的工程）说明： （1）编码由三个层级的数字、字母码组成。 （2）第一层次为8位左右的字母码，取组织机构代码。 （3）第二层次为8位数字码，分别为项目登记时的年月日组成。 （4）第三层次为3位数字码，流水号留999个空间，由计算机按先后顺序产生。 3、合同编码分公司组织代码+年四位码+月两位+日两位+三位流水号由系统自动编码 例：WYJSZBGS20081002001（如：浙北公司2008年10月2日第一个承接的工程）说明： （1）编码由三个层级的数字、字母码组成。 （2）第一层次为8位左右的字母码，取组织机构代码。 （3）第二层次为8位数字码，分别为合同登记时的年月日组成。 （4）第三层次为3位数字码，流水号留999个空间，由计算机按先后顺序产生。 4、项目编码合同编码+“-01”系统自定义 例：WYJSZBGS20081002001-01（如：浙北公司2008年10月2日第一个承接的工程的第一个项目） 说明： （1）编码分四个层级由数字、字母码组成。 （2）第一层次为8位左右的字母码，取组织机构代码。 （3）第二层次为8位数字码，分别为合同登记时的年月日组成。
Oracle常用数据字典的查询使用方法
查看当前用户的缺省表空间 1. SQL>select username,default_tablespace from user_users; 查看当前用户的角色 1. SQL>select * from user_role_privs; 查看当前用户的系统权限和表级权限 1. SQL>select * from user_sys_privs; 2. SQL>select * from user_tab_privs; 查看用户下所有的表 1. SQL>select * from user_tables; 显示用户信息(所属表空间) 1. select default_tablespace,temporary_tablespace 2. from dba_users where username='GAME'; 1、用户 查看当前用户的缺省表空间 1. SQL>select username,default_tablespace from user_users; 查看当前用户的角色 1. SQL>select * from user_role_privs; 查看当前用户的系统权限和表级权限 1. SQL>select * from user_sys_privs;
2. SQL>select * from user_tab_privs; 显示当前会话所具有的权限 1. SQL>select * from session_privs; 显示指定用户所具有的系统权限 1. SQL>select * from dba_sys_privs where grantee='GAME'; 显示特权用户 1. select * from v$pwfile_users; 显示用户信息(所属表空间) 1. select default_tablespace,temporary_tablespace 2. from dba_users where username='GAME'; 显示用户的PROFILE 1. select profile from dba_users where username='GAME'; 2、表 查看用户下所有的表 1. SQL>select * from user_tables; 查看名称包含log字符的表 1. SQL>select object_name,object_id from user_objects