主要数据表结构

主要数据表结构

会员信息

1、 会员

列名称 数据类型 是否允许为空 数据(对应各工作单的基本用户信息) 描述

UserID VARCHAR2(50) Not

allowed 登陆名

UserPwd VARCHAR2(50) Not

allowed 口令

UserFirstName VARCHAR2(50) Not

allowed 用户姓(目前不用)

UserLastName VARCHAR2(50) Not

allowed 联系人 用户姓名

HaveOrderDailyNews CHAR(1) Not

allowed 是否订阅电子杂志标记

UserSex CHAR(1) Allowed 用户的性别

Mail VARCHAR2(100) Not

allowed Email 注册用户的e_mail

MailBack VARCHAR2(100) Allowed 注册用户备份e-mail

Phone VARCHAR2(50) Not

allowed 电话 注册用户联系电话

Fax VARCHAR2(50) Allowed 传真 注册用户传真

UserType CHAR(1) Not

allowed 用户的类型 0-普通用户 1-专家 2-科研院所 3-企业单位 4-中介机构

MemberGrade CHAR(1) Not

allowed 会员等级 0-普通用户

1-正式会员 3-高级会员

Country VARCHAR2(50) Not

allowed 注册用户国家

State VARCHAR2(50) Not

allowed 地区 注册用户省

UnitAddr VARCHAR2(200) Not

allowed 地址 注册用户地址

Zipcode VARCHAR2(10) Not 邮编 注册用户邮政编码 allowed

SubStation (FK) INT Not

allowed 子站点标记 0-主站点

HomeUrl VARCHAR2(100) Allowed 网址 注册用户的主页

RegistDate DATE Not

allowed 注册时间

MCheckLabel CHAR(1) Not

allowed 是否正式会员

八张工作单

1、 技术难题

列名称 数据类型 是否允许为空 数据(对应技术难题在线洽谈项目表) 描述

TDID INTEGER Not allowed ID(自增长) ID(自增长)

UserID

(FK) VARCHAR2(50) Not allowed 发布信息的会员ID 发布信息的会员ID

CID (FK) INTEGER Not allowed 行业(见类别表) 类别ID

Content VARCHAR2(500) Not allowed 主要内容 技术需求、难题内容

KeyWord VARCHAR2(200) Not allowed 关键词 关键字 (多个时以分号隔离)

Fund

NUMBER(20,2) Not allowed 拟提供资金 资金

StartTime DATE Not allowed 空 起始时间

TWebsite CHAR(1) Not allowed 默认 0 自助建站数据标记 0-不使用

1-使用

EndTime DATE Not allowed 空 截至时间

Title VARCHAR2(100) Allowed 招标项目名称 名称

XinZhi VARCHAR2(100) allowed 空 性质

**Remark VARCHAR2(1000) allowed 备注

2、 技术成果

列名称 数据类型 是否允许为空 数据(对应技术成果和专利项目单) 描述

PID INTEGER Not allowed ID 不可重复的整数 ID(自增长)

UserID

(FK) VARCHAR(50) Not allowed 所有权人id(即发布者) 发布信息的会员ID

CID (FK) INTEGER Not allowed 项目类别(见类别表) 成果类别

ProductGrade CHAR(1) Not allowed 省(国)别 0-国家级 1- 省级 ProductName VARCHAR2(100) Not allowed 成果项目名称 成果名称

KeyWord VARCHAR(200) Not allowed 关键词 关键字(多项以分号隔开)

Pprice NUMBER(20,2) Not allowed 标的金额 标价

ProductPic VARCHAR(200) Allowed 空 成果演示图片

ProductFlash VARCHAR(200) Allowed 空 成果演示Flash

ProductVideo VARCHAR(200) Allowed 空 成果演示Video

FinishTime DATE Not allowed 完成时间 完成时间

CommendSign CHAR(1) Default 默认 0 推荐标记

SearchFront INT Not allowed 默认 0 搜索靠前标记

Pwebsite CHAR(1) Not allowed

默认 0 自助建站数据标记 0-不使用

1-使用

RegistTime DATE Not allowed 完成时间 登记时间

Detail VARCHAR(1000) Not allowed 项目介绍 成果介绍

Remark VARCHAR(100) Allowed 备注 备注

Maturity VARCHAR(100) Allowed 成熟度(整数) 成熟度 0- 中试 1- 小试 2-研发 3- 其他

CooperateType Varchar(100) Allowed 合作方式(整数) 合作方式 0- 一次行转让 1-

分地区转让 2-技术如故 3-其他

**XingZhi Varchar(100) Allowed 性质(整数) 成果性质 0-发明专利 1-实用新型 2-星火火炬项目 3-高新技术产品 4-经鉴定的科技成果 5-应用推广项目 6-其它

3、 招商引资

列名称 数据类型 是否允许为空 数据(对应高新技术招商引资项目单) 描述

BPID INTEGER Not allowed 自增ID ID(自增长)

Name VARCHAR2(100) Not allowed 项目名称 项目名称

UserID

(FK) VARCHAR2(50) Not allowed 招商引资单位ID 发布该信息的会员ID

TotalMoney NUMBER(20,2) Not allowed 投资金额 投资总额

StartTime DATE Not allowed 有效时间之起始时间 起始时间

EndTime DATE Not allowed 有效时间之截至时间 截至时间

BPWebsite CHAR(1) Not allowed 0(默认) 自助建站数据标记 0-不使用 1-使用

ProjectEnvironment VARCHAR2(200) Not allowed 投资环境介绍 投资环境

ProjectDetail VARCHAR2(500) Not allowed 投资项目简介 项目介绍

4、 人才需求

列名称 数据类型 是否允许为空 数据(对应人才需求信息单) 描述

PersonRID INTEGER Not allowed 自增ID 人才需求信息ID(自增长)

UserID

(FK) VARCHAR2(50) Not allowed 需求单位的会员ID 会员ID

JobName VARCHAR2(100) Not allowed 项目名称 岗位名称

Speciality VARCHAR2(100) Allowed 专业 专业

PRNumber VARCHAR2(100) Allowed 数量 数量

KnowledgeRequire VARCHAR2(100) Allowed 学历要求 学历要求

WorkExperience VARCHAR2(100) Allowed 工作经历要求 工作经历要求

FullOrPart CHAR(1) Not allowed 专职/兼职 专职/兼职 0 -专职 1-兼职

OtherRequire VARCHAR2(100) Allowed 其它要求 其它要求

PRWebsite CHAR(1) Not allowed 0(默认) 自助建站数据标记 0-不使用

1-使用

Salary VARCHAR2(50) Allowed 待遇 待遇

StartTime DATE Not allowed 有效时间之起始时间 起始时间

EndTime DATE Not allowed 有效时间之截至时间 截至时间

**OperateObject VARCHAR2(200) Allowed 经营范围 经营范围

**Linkman VARCHAR2(100) Allowd 联系人 联系人

**Phone VARCHAR2(100) Allowd 电话 联系电话

**Fax VARCHAR2(100) Allowd 传真 传真

**E-mail VARCHAR2(100) Allowd E-mail E-mail

5、 企业

列名称 数据类型 是否允许为空 数据(对应企业信息单) 描述

UserID (FK) VARCHAR2(50) Not

allowed 企业ID ID UnitName

(U1) VARCHAR2(100) Not

allowed 企业名称 公司名称

CID INT Not

allowed 默认 0 行业类别

UnitPorperity CHAR(1) Not

allowed 默认 0 性质:0-国有企业 1-集体所有制企业 2-私营企业 3-外资独资企业 4-合资企业 5-其它

OperateObject VARCHAR2(200) Allowed 空 经营范围

Detail VARCHAR2(200) Allowed 企业简介 企业介绍

6、专家

列名称 数据类型 是否允许为空 数据(对应在线专家信息单) 描述

UserId (FK) VARCHAR2(50) Not

allowed 自增ID 用户ID

Name VARCHAR2(100) Not

allowed 专家姓名 姓名

Post VARCHAR2(50) Allowed 职称 职称

Speciality VARCHAR2(50) Allowed 专业 专业

ExperterType CHAR(1) Allowed 专家类别 专家类别: 0-院士 1-博导 2-硕导 3-学科带头人 4-专利发明人 5-其它

Unit VARCHAR2(100) Allowed 工作单位 工作单位

Ophone VARCHAR2(20) Allowed 空 联系电话

Mobilephone VARCHAR2(20) Allowed 空 移动电话

合集下载

k3wise数据库表结构

k3wise数据库表结构

k3wise数据库表结构

K3WISE的数据库表结构主要分为以下几部分:

1. 单据基础模板:包括ICTransactionType、ICClassType、ICTemplate、ICTemplateEntry等表。这些表反映了供需链所有单据的总体情况、单据类别、所有单据的表头和分录的详细情况。

2. 单据选单模板:包括ICSelbills、ICWriteBackTemplate、ICListTemplate、ICClassLink等表。这些表记录了选单关系、单据回填反写、单据列表模板和单据流程定义等信息。

3. 单据控制:包括ICBillNo、ICMaxNum等表,用于控制单据编号和最大单据内码等信息。

4. 单据套打:包括GLNoteType、GLNoteCitation等表,记录了单据与套打编号的关系和单据套打字段的属性等信息。

5. CMS内容管理系统:例如ICClassAction(事件规则模版表)、ICClassActionList(BOS扩展服务定义序列表)、ICClassActionMessage(操作消息定义)等,这些表结构主要用于内容管理,包括内容的提交、修改、审批和发布等操作。

以上信息仅供参考,如需获取更多信息,建议查阅K3WISE系统相关的使用手册或咨询相关技术专家。

数据库表结构设计3篇

数据库表结构设计3篇

数据库表结构设计

第一篇:数据库表结构设计的基本原则

在进行数据库表结构设计时,我们需要遵循一些基本的原则,以确保数据的存储、查询和维护都能够高效地进行。

1. 数据表的命名应该具有描述性

数据表的命名应该具有描述性,能够清晰地表达其所存储的数据内容。一般来说,我们可以采用名词或者名词短语进行命名。

2. 字段的命名应该具有描述性

同样,字段的命名也应该具有描述性,能够清晰地表达其所存储的数据内容。一般来说,我们可以采用名词或者名词短语进行命名。

3. 数据库表要符合规范化要求

规范化是指将数据按照特定的规则进行分解和组织,以达到减少冗余、消除数据插入、删除和更新异常等目的。在进行数据库表结构设计时,我们应该尽可能地符合规范化要求。

4. 尽量避免使用具有歧义的列名称

在字段的命名中,我们应该尽量避免使用容易产生歧义的列名称,例如“state”,这个单词既可以表示州,也可以表示状态。

5. 尽量避免使用大量的空间占用数据类型

选择合适的数据类型可以有效地优化数据库的性能。在进行数据库表结构设计时,应该尽量避免使用大量的空间占用数据类型,例如“text”类型。 6. 尽量避免冗余数据

冗余数据指的是相同的数据在不同的表中多次出现。在进行数据库表结构设计时,应该尽量避免冗余数据,尽量采用关联表的方式进行数据存储。

7. 考虑表的扩展性

在进行数据库表结构设计时,应该考虑表的扩展性。我们可以在表中添加扩展字段,或者将不同的数据类型存储在不同的表中,以支持表的扩展。

以上就是数据库表结构设计的基本原则。在进行数据库表结构设计时,我们应该尽量遵循这些原则,以为我们的数据库系统奠定坚实的基础。

数据结构 线性表

数据结构 线性表

第1讲 线性表

本章主要掌握如下内容:

线性表的定义和基本操作,线性表的实现,线性表的顺序存储结构及链式存储结构,线性表的应用。

知识点分析

(一)线性表的定义和基本操作

1.线性表基本概念

1)定义:是由相同类型的结点组成的有限序列。如:由n个结点组成的线性表

( a1, a2, …, an)

a1是最前结点,an是最后结点。结点也称为数据元素或者记录。

2)线性表的长度:线性表中结点的个数称为其长度。长度为0的线性表称为空表。

3)结点之间的关系:设线性表记为(a1,a2,„ai-1 , ai, ai+1 ,„an),称ai-1是ai的直接前驱结点....(简称前驱),ai+1是ai的直接后继结点....(简称后继)。

4)线性表的性质:

① 线性表结点间的相对位置是固定..的,结点间的关系由结点在表中的位置确定。

② 如果两个线性表有相同的数据结点,但它们的结点顺序不一致,该两个线性表也是不相等的。

注意:线性表中结点的类型可以是任何数据(包括简单类型和复杂类型),即结点可以有多个成分,其中能唯一标识表元的成分称为关键字(key),或简称键。以后的讨论都只考虑键,而忽略其它成分,这样有利于把握主要问题,便于理解。

『经典例题解析』

线性表的特点是每个元素都有一个前驱和一个后继。( )

【答案】错误。

【解析】线性表的第一个数据元素没有前驱,最后一个元素没有后继。其余的所有元素都有一个前驱和后继。

2.线性表的抽象数据类型

线性表是一个相当灵活的数据结构,其长度可以根据需要增加或减少。从操作上讲,用户不仅可以对线性表的数据元素进行访问操作,还可以进行插入、删除、定位等操作。

中控5.0数据结构表

中控5.0数据结构表

中控5.0数据结构表

ZKTIME5.0主要表的表结构说明

表1:考勤记录表Checkinout

主键:UserID+Checktime

表2:指纹模板表Template

主键:TemplateID

索引键:FingerID+UserID 主键:UserID 表4:面部模板表FaceTemp

主键:TemplateID

表5:考勤记录修改日志CheckExact 表6:部门表Departments 主键:Deptid

表7:节假日表:Holidays 主键:HolidayID 表8:班次表Num_Run

表9:班次排班时段表Num_Run_Deil

表10:轮班表Shift1

1该表在软件中没有作用 表11:员工排班表User_OF_Run

表12:员工临时排班表User_Temp_SCH 主键:UserID+ComeTime+LeaveTime 表13:员工考勤例外(请假/公出)表User_Speday 主键:UserID+StartSpecDay+DateID

表14:假类表LeaveClass

主键:LeaveID

表15:统计项目表LeaveClass1

表16:班次时间表SchClass

表17:系统参数表AttParam 表18:管理员权限设置表SecurityDetails 主键:SecurityDetailID

用友GRPr9、u8数据库表结构

用友GRPr9、u8数据库表结构

1 R9、u8帐务处理系统

主要数据结构

一、数据表基本信息:

序号 物理表名 中文名称 页号

1 GL_Czrz 操作日志 4

2 GL_Czy 操作员 5

3 GL_Dlzgsml 多栏帐格式目录 6

4 GL_Dlzgsnr 多栏帐格式内容 7

5 GL_DmSyzt 代码使用状态 8

6 GL_Ffkmgx 非法科目对应关系 9

7 GL_Fzsmx 辅助说明项 10

8 GL_Fzxlb 辅助项类别 11

9 GL_Fzxzl 辅助项资料 12

10 GL_Fzye 辅助余额 13

11 GL_Fzyek 辅助余额(预记帐) 14

12 GL_Fzys 辅助预算 15

13 GL_Gn 功能库 16

14 GL_GnQx 功能权限库 17

15 GL_Jldwxx 计量单位库 18

16 GL_Jsgx 结算方式 19

17 GL_Kjcz 会计词组 20

18 GL_Kmmxfl 科目明细分类(预期置) 21

19 GL_Kmxx 科目信息 22

20 GL_Kmye 科目余额 24

21 GL_Kmyek 科目余额(预记帐) 25

22 GL_Kmys 科目预算 26

23 GL_Kmznr 科目组内容 27

24 GL_Kmzxx 科目组信息 28 2 25 GL_Language 提示用语语言翻译库 29

26 GL_Mails 邮件箱 31

27 GL_MailUsers 邮件箱用户 32

28 GL_Pzflmx 凭证分录明细 33

29 GL_PZHZTemp 凭证汇总(取登记簿中的数据) 34

30 GL_Pzlx 凭证类型 35

31 GL_Pzml 凭证目录 36

32 GL_Pznr 凭证内容 38

33 GL_Pzqx 凭证权限 40

34 GL_Pzzy 凭证常用摘要 41

35 GL_Qxkz 数据权限控制 42

36 GL_Tdgsml 套打格式目录 43

act_表结构

act_表结构

act_表结构

ACT表结构:了解ACT表的基本结构和用途

ACT表是一种常用的数据表格,用于记录和管理各种活动、任务和事件。ACT表的结构包括表头、列名、行和单元格,每个单元格都可以存储一个特定的数据值。ACT表的用途非常广泛,可以用于个人日程安排、团队项目管理、商业数据分析等多个领域。

表头是ACT表的最上方,通常包括表格的名称和描述。表头可以帮助用户快速了解表格的内容和用途。列名是ACT表的第一行,用于标识每一列的内容。列名通常包括日期、时间、任务名称、任务描述、任务状态等信息。行是ACT表的每一行,用于记录每个任务或事件的详细信息。每一行通常包括日期、时间、任务名称、任务描述、任务状态等信息。单元格是ACT表的每个格子,用于存储特定的数据值。单元格可以包括文本、数字、日期、时间、下拉列表等多种数据类型。

ACT表的用途非常广泛。个人可以使用ACT表来记录自己的日程安排,包括工作、学习、娱乐等各种活动。团队可以使用ACT表来管理项目进度,包括任务分配、进度跟踪、问题解决等。商业领域可以使用ACT表来分析销售数据、客户信息、市场趋势等,帮助企业做出更明智的决策。

在使用ACT表时,需要注意以下几点。首先,要保持表格的清晰和简洁,避免过多的冗余信息。其次,要及时更新表格的内容,确保数据的准确性和完整性。最后,要根据实际需要选择合适的数据类型和格式,以便更好地展示和分析数据。

了解ACT表的基本结构和用途对于个人和团队的日常管理、商业决策等都非常重要。通过合理使用ACT表,可以提高工作效率、优化资源配置、提升业务水平。

用友GRPr9、u8数据库表结构 2

1 R9、u8帐务处理系统

主要数据结构

一、数据表基本信息:

序号 物理表名 中文名称 页号

1 GL_Czrz 操作日志 4

2 GL_Czy 操作员 5

3 GL_Dlzgsml 多栏帐格式目录 6

4 GL_Dlzgsnr 多栏帐格式内容 7

5 GL_DmSyzt 代码使用状态 8

6 GL_Ffkmgx 非法科目对应关系 9

7 GL_Fzsmx 辅助说明项 10

8 GL_Fzxlb 辅助项类别 11

9 GL_Fzxzl 辅助项资料 12

10 GL_Fzye 辅助余额 13

11 GL_Fzyek 辅助余额(预记帐) 14

12 GL_Fzys 辅助预算 15

13 GL_Gn 功能库 16

14 GL_GnQx 功能权限库 17

15 GL_Jldwxx 计量单位库 18

16 GL_Jsgx 结算方式 19

17 GL_Kjcz 会计词组 20

18 GL_Kmmxfl 科目明细分类(预期置) 21

19 GL_Kmxx 科目信息 22

20 GL_Kmye 科目余额 24

21 GL_Kmyek 科目余额(预记帐) 25

22 GL_Kmys 科目预算 26

23 GL_Kmznr 科目组内容 27

24 GL_Kmzxx 科目组信息 28

25 GL_Language 提示用语语言翻译库 29

26 GL_Mails 邮件箱 31 2 27 GL_MailUsers 邮件箱用户 32

28 GL_Pzflmx 凭证分录明细 33

29 GL_PZHZTemp 凭证汇总(取登记簿中的数据) 34

30 GL_Pzlx 凭证类型 35

31 GL_Pzml 凭证目录 36

32 GL_Pznr 凭证内容 38

33 GL_Pzqx 凭证权限 40

34 GL_Pzzy 凭证常用摘要 41

35 GL_Qxkz 数据权限控制 42

36 GL_Tdgsml 套打格式目录 43

ue5中主要数据结构介绍 -回复

ue5中主要数据结构介绍 -回复

UE5(Unreal Engine 5)是一款由Epic Games开发的专业级游戏引擎,它提供了一系列用于创建高质量、逼真和交互式游戏的工具和功能。在UE5中,数据结构是设计和构建游戏中各种实体、角色、环境和交互的基础。下面我们将详细介绍UE5中主要的数据结构,包括数组(Array)、哈希表(Map)、队列(Queue)、堆栈(Stack)和树(Tree)。

1. 数组(Array)

数组是一种最常见的数据结构,它可以容纳多个相同类型的元素,并按照在内存中的位置进行存储和访问。在UE5中,数组用于存储和管理游戏中的角色、物体、粒子等实体。数组的特点是可以通过索引快速访问元素,插入和删除元素的操作相对较慢。UE5提供了丰富的数组操作API,例如增加元素、删除元素、查找元素等。

2. 哈希表(Map)

哈希表是一种通过键值对(Key-Value)方式存储数据的数据结构。它可以实现快速的插入、查找和删除操作。在UE5中,哈希表常用于存储和管理游戏中的物品、技能和属性等信息。哈希表的键(Key)是唯一的,通过键可以快速查找对应的值。UE5提供了强大的哈希表操作API,例如向哈希表中添加键值对、根据键查找对应的值等。

3. 队列(Queue)

队列是一种遵循先进先出(FIFO,First-In-First-Out)原则的数据结构,可以在队尾插入元素,在队头删除元素。在UE5中,队列常用于存储和管理需要按照顺序进行处理的任务或事件。队列的特点是可以快速增加和删除元素,但只能在队尾插入元素和在队头删除元素。UE5提供了各种队列操作API,例如入队、出队、查找队头元素等。

4. 堆栈(Stack)

堆栈是一种遵循后进先出(LIFO,Last-In-First-Out)原则的数据结构,可以在栈顶插入元素,在栈顶删除元素。在UE5中,堆栈常用于存储和管理需要按照逆序进行处理的任务或事件。堆栈的特点是可以快速增加和删除元素,但只能在栈顶插入元素和在栈顶删除元素。UE5提供了多种堆栈操作API,例如入栈、出栈、查找栈顶元素等。

数据的表表示

数据的表表示

数据的表表示是信息处理中常用的一种数据结构,它以表格的形式展示数据,通过行和列的组合来存储和呈现信息。在计算机科学领域,表格是数据库管理系统(DBMS)中主要的数据组织方式。

一、表格结构

表格由行和列组成,每一行代表一个数据记录,每一列代表一个数据字段。行和列的交叉点称为单元格,单元格中存储着具体的数据值。表格结构方便了数据的组织和查找,具有良好的可读性和易懂性。

二、表格的创建和使用

1. 创建表格

在关系型数据库中,我们使用SQL语句来创建表格。以下是一个创建学生表格的示例:

```

CREATE TABLE students (

id INT PRIMARY KEY,

name VARCHAR(50),

age INT,

gender VARCHAR(10)

); ```

这个SQL语句定义了一个名为"students"的表格,包含了id、name、age和gender这四个字段。

2. 插入数据

插入数据可以使用INSERT INTO语句,将数据逐行插入到表格中。例如,我们要插入一条名为"John"的学生记录:

```

INSERT INTO students (id, name, age, gender)

VALUES (1, 'John', 20, 'Male');

```

这个SQL语句将一条学生记录插入到了students表格中。

3. 查询数据

使用SELECT语句可以从表格中查询数据。例如,我们可以查询所有年龄大于18岁的学生记录:

```

SELECT * FROM students WHERE age > 18;

```

这个SQL语句将返回满足条件的学生记录。

4. 更新数据 使用UPDATE语句可以更新表格中的数据。例如,我们要将id为1的学生的年龄更新为22岁:

```

UPDATE students SET age = 22 WHERE id = 1;

数据库表结构设计

数据库表结构设计

1. 原始单据与实体之间的关系

可以是一对一、一对多、多对多的关系。在一般情况下,它们是一对一的关系:即一张原始单据对应且只对应一个实体。在特殊情况下,它们可能是一对多或多对一的关系,即一张原始单证对应多个实体,或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后,对我们设计录入界面大有好处。

〖例1〗:一份员工履历资料,在人力资源信息系统中,就对应三个基本表:员工基本情况表、社会关系表、工作简历表。这就是“一张原始单证对应多个实体”的典型例子。

2. 主键与外键

一般而言,一个实体不能既无主键又无外键。在E—R 图中, 处于叶子部位的实体, 可以定义主键,也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。

主键与外键的设计,在全局数据库的设计中,占有重要地位。当全局数据库的设计完成以后,有个美国数据库设计专家说:“键,到处都是键,除了键之外,什么也没有”,这就是他的数据库设计经验之谈,也反映了他对信息系统核心(数据模型)的高度抽象思想。因为:主键是实体的高度抽象,主键与外键的配对,表示实体之间的连接。

3. 基本表的性质

基本表与中间表、临时表不同,因为它具有如下四个特性:

(1) 原子性。基本表中的字段是不可再分解的。

(2) 原始性。基本表中的记录是原始数据(基础数据)的记录。

(3) 演绎性。由基本表与代码表中的数据,可以派生出所有的输出数据。

(4) 稳定性。基本表的结构是相对稳定的,表中的记录是要长期保存的。

理解基本表的性质后,在设计数据库时,就能将基本表与中间表、临时表区分开来。

4. 范式标准

基本表及其字段之间的关系, 应尽量满足第三范式。但是,满足第三范式的数据库设计,往往不是最好的设计。为了提高数据库的运行效率,常常需要降低范式标准:适当增加冗余,达到以空间换时间的目的。 〖例2〗:有一张存放商品的基本表,如表1所示。“金额”这个字段的存在,表明该表的设计不满足第三范式,因为“金额”可以由“单价”乘以“数量”得到,说明“金额”是冗余字段。但是,增加“金额”这个冗余字段,可以提高查询统计的速度,这就是以空间换时间的作法。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档