首页数据库数据库范式题目 数据库范式题目及详解

数据库范式题目 数据库范式题目及详解

编程之家2026-05-15712次浏览

大家好,数据库范式题目相信很多的网友都不是很明白,包括数据库范式题目及详解也是一样,不过没有关系,接下来就来为大家分享关于数据库范式题目和数据库范式题目及详解的一些知识点,大家可以关注收藏,免得下次来找不到哦,下面我们开始吧!

数据库范式题目 数据库范式题目及详解

数据库范式习题

下面是关于oracle的题目:===========================1.解释冷备份和热备份的不同点以及各自的优点

解答:热备份针对归档模式的数据库,在数据库仍旧处于工作状态时进行备份。而冷备份指在数据库关闭后,进行备份,适用于所有模式的数据库。热备份的优点在于当备份时,数据库仍旧可以被使用并且可以将数据库恢复到任意一个时间点。冷备份的优点在于它的备份和恢复操作相当简单,并且由于冷备份的数据库可以工作在非归档模式下,数据库性能会比归档模式稍好。(因为不必将archive log写入硬盘) 2.你必须利用备份恢复数据库,但是你没有控制文件,该如何解决问题呢?

解答:重建控制文件,用带backup control file子句的recover命令恢复数据库。 3.如何转换init.ora到spfile?解答:使用create spfile from pfile命令. 4.解释data block, extent和 segment的区别(这里建议用英文术语)

解答:data block是数据库中最小的逻辑存储单元。当数据库的对象需要更多的物理存储空间时,连续的data block就组成了extent.一个数据库对象拥有的所有extents被称为该对象的segment. 5.给出两个检查表结构的方法

解答:1.DESCRIBE命令

2.DBMS_METADATA.GET_DDL包 6.怎样查看数据库引擎的报错

数据库范式题目 数据库范式题目及详解

解答:alert log. 7.比较truncate和delete命令

解答:两者都可以用来删除表中所有的记录。区别在于:truncate是DDL操作,它移动HWK,不需要 rollback segment.而Delete是DML操作,需要rollback segment且花费较长时间. 8.使用索引的理由

解答:快速访问表中的data block 9.给出在STAR SCHEMA中的两种表及它们分别含有的数据

解答:Fact tables和dimension tables. fact table包含大量的主要的信息而 dimension tables存放对fact table某些属性描述的信息 10. FACT Table上需要建立何种索引?

解答:位图索引(bitmap index) 11.给出两种相关约束?

解答:主键和外键 12.如何在不影响子表的前提下,重建一个母表

数据库范式题目 数据库范式题目及详解

解答:子表的外键强制实效,重建母表,激活外键 13.解释归档和非归档模式之间的不同和它们各自的优缺点

解答:归档模式是指你可以备份所有的数据库 transactions并恢复到任意一个时间点。非归档模式则相反,不能恢复到任意一个时间点。但是非归档模式可以带来数据库性能上的少许提高. 14.如何建立一个备份控制文件?

解答:Alter database backup control file to trace. 15.给出数据库正常启动所经历的几种状态?

解答:STARTUP NOMOUNT数据库实例启动

STARTUP MOUNT数据库装载

STARTUP OPEN数据库打开 16.哪个column可以用来区别V$视图和GV$视图?

解答: INST_ID指明集群环境中具体的某个instance。 17.如何生成explain plan?

解答:运行utlxplan.sql.建立plan表

针对特定SQL语句,使用 explain plan set statement_id='tst1' into plan_table

运行utlxplp.sql或 utlxpls.sql察看explain plan 18.如何增加buffer cache的命中率?

解答:在数据库较繁忙时,适用buffer cache advisory工具,查询v$db_cache_advice.如果有必要更改,可以使用 alter system set db_cache_size命令 19. ORA-01555的应对方法?

解答:具体的出错信息是snapshot too old within rollback seg,通常可以通过增大rollback seg来解决问题。当然也需要察看一下具体造成错误的SQL文本 20.解释$ORACLE_HOME和$ORACLE_BASE的区别?

解答:ORACLE_BASE是oracle的根目录,ORACLE_HOME是oracle产品的目录。

21.如何判断数据库的时区?

解答:SELECT DBTIMEZONE FROM DUAL;22.解释GLOBAL_NAMES设为TRUE的用途

解答:GLOBAL_NAMES指明联接数据库的方式。如果这个参数设置为TRUE,在建立数据库链接时就必须用相同的名字连结远程数据库23。如何加密PL/SQL程序?

解答:WRAP24.解释FUNCTION,PROCEDURE和PACKAGE区别

解答:function和procedure是PL/SQL代码的集合,通常为了完成一个任务。procedure不需要返回任何值而function将返回一个值在另一方面,Package是为了完成一个商业功能的一组function和proceudre的集合25.解释TABLE Function的用途

解答:TABLE Function是通过PL/SQL逻辑返回一组纪录,用于普通的表/视图。他们也用于pipeline和ETL过程。26.举出3种可以收集three advisory statistics

解答:Buffer Cache Advice, Segment Level Statistics, Timed Statistics27. Audit trace存放在哪个oracle目录结构中?

解答:unix$ORACLE_HOME/rdbms/audit Windows the event viewer28.解释materialized views的作用

解答:Materialized views用于减少那些汇总,集合和分组的信息的集合数量。它们通常适合于数据仓库和DSS系统。29.当用户进程出错,哪个后台进程负责清理它

解答: PMON30.哪个后台进程刷新materialized views?

解答:The Job Queue Processes.31.如何判断哪个session正在连结以及它们等待的资源?

解答:V$SESSION/ V$SESSION_WAIT32.描述什么是 redo logs

解答:Redo Logs是用于存放数据库数据改动状况的物理和逻辑结构。可以用来修复数据库.

33.如何进行强制LOG SWITCH?

解答:ALTER SYSTEM SWITCH LOGFILE;34.举出两个判断DDL改动的方法?

解答:你可以使用 Logminer或 Streams35. Coalescing做了什么?

解答:Coalescing针对于字典管理的tablespace进行碎片整理,将临近的小extents合并成单个的大extent.36. TEMPORARY tablespace和PERMANENT tablespace的区别是?

解答:A temporary tablespace用于临时对象例如排序结构而 permanent tablespaces用来存储那些'真实'的对象(例如表,回滚段等)37.创建数据库时自动建立的tablespace名称?

解答:SYSTEM tablespace.38.创建用户时,需要赋予新用户什么权限才能使它联上数据库。

解答:CONNECT39.如何在tablespace里增加数据文件?

解答:ALTER TABLESPACE<tablespace_name> ADD DATAFILE<datafile_name> SIZE<size>40.如何变动数据文件的大小?

解答:ALTER DATABASE DATAFILE<datafile_name> RESIZE<new_size>;41.哪个VIEW用来检查数据文件的大小?

解答: DBA_DATA_FILES42.哪个VIEW用来判断tablespace的剩余空间

解答:DBA_FREE_SPACE43.如何判断谁往表里增加了一条纪录?

解答:auditing 44.如何重构索引?

解答: ALTER INDEX<index_name> REBUILD;45.解释什么是Partitioning(分区)以及它的优点。

解答:Partition将大表和索引分割成更小,易于管理的分区。46.你刚刚编译了一个PL/SQL Package但是有错误报道,如何显示出错信息?

解答:SHOW ERRORS47.如何搜集表的各种状态数据?

解答: ANALYZE

The ANALYZE command.48.如何启动SESSION级别的TRACE

解答: DBMS_SESSION.SET_SQL_TRACE

ALTER SESSION SET SQL_TRACE= TRUE;49. IMPORT和SQL*LOADER这2个工具的不同点

解答:这两个ORACLE工具都是用来将数据导入数据库的。

区别是:IMPORT工具只能处理由另一个ORACLE工具EXPORT生成

的数据。而SQL*LOADER可以导入不同的ASCII格式的数据源50。用于网络连接的2个文件?

解答: TNSNAMES.ORA and SQLNET.ORA=======================================================================

数据库范式一道习题

(1)符合第一范式,每一列都是不可分割的基本数据项。

不符合第二范式,因为主键应该是图书编号+读者号(假设一个人只节某本书一次,否则主键还要加借出日期),但书名和作者只有图书编号决定,这就不符合第二范式的属性完全依赖于主键。

(2)要把拆分成三个关系:

1图书(图书编号,书名,作者)

2读者(读者号,读者名)

3图书管理(图书编号,读者号,借出日期,应还日期)

数据库五大范式是什么

第一范式(1NF):在关系模式R中的每一个具体关系r中,如果每个属性值都是不可再分的最小数据单位,则称R是第一范式的关系。例:如职工号,姓名,电话号码组成一个表(一个人可能有一个办公室电话和一个家里电话号码)规范成为1NF有三种方法:

一是重复存储职工号和姓名。这样,关键字只能是电话号码。

二是职工号为关键字,电话号码分为单位电话和住宅电话两个属性

三是职工号为关键字,但强制每条记录只能有一个电话号码。

以上三个方法,第一种方法最不可取,按实际情况选取后两种情况。

第二范式(2NF):如果关系模式R(U,F)中的所有非主属性都完全依赖于任意一个候选关键字,则称关系R是属于第二范式的。

例:选课关系 SCI(SNO,CNO,GRADE,CREDIT)其中SNO为学号, CNO为课程号,GRADEGE为成绩,CREDIT为学分。由以上条件,关键字为组合关键字(SNO,CNO)

在应用中使用以上关系模式有以下问题:

a.数据冗余,假设同一门课由40个学生选修,学分就重复40次。

b.更新异常,若调整了某课程的学分,相应的元组CREDIT值都要更新,有可能会出现同一门课学分不同。

c.插入异常,如计划开新课,由于没人选修,没有学号关键字,只能等有人选修才能把课程和学分存入。

d.删除异常,若学生已经结业,从当前数据库删除选修记录。某些门课程新生尚未选修,则此门课程及学分记录无法保存。

原因:非关键字属性CREDIT仅函数依赖于CNO,也就是CREDIT部分依赖组合关键字(SNO,CNO)而不是完全依赖。

解决方法:分成两个关系模式 SC1(SNO,CNO,GRADE),C2(CNO,CREDIT)。新关系包括两个关系模式,它们之间通过SC1中的外关键字CNO相联系,需要时再进行自然联接,恢复了原来的关系

第三范式(3NF):如果关系模式R(U,F)中的所有非主属性对任何候选关键字都不存在传递信赖,则称关系R是属于第三范式的。

例:如S1(SNO,SNAME,DNO,DNAME,LOCATION)各属性分别代表学号,

姓名,所在系,系名称,系地址。

关键字SNO决定各个属性。由于是单个关键字,没有部分依赖的问题,肯定是2NF。但这关系肯定有大量的冗余,有关学生所在的几个属性DNO,DNAME,LOCATION将重复存储,插入,删除和修改时也将产生类似以上例的情况。

原因:关系中存在传递依赖造成的。即SNO-> DNO。而DNO-> SNO却不存在,DNO-> LOCATION,因此关键辽 SNO对 LOCATION函数决定是通过传递依赖 SNO-> LOCATION实现的。也就是说,SNO不直接决定非主属性LOCATION。

解决目地:每个关系模式中不能留有传递依赖。

解决方法:分为两个关系 S(SNO,SNAME,DNO),D(DNO,DNAME,LOCATION)

注意:关系S中不能没有外关键字DNO。否则两个关系之间失去联系。

BCNF:如果关系模式R(U,F)的所有属性(包括主属性和非主属性)都不传递依赖于R的任何候选关键字,那么称关系R是属于BCNF的。或是关系模式R,如果每个决定因素都包含关键字(而不是被关键字所包含),则RCNF的关系模式。

例:配件管理关系模式 WPE(WNO,PNO,ENO,QNT)分别表仓库号,配件号,职工号,数量。有以下条件

a.一个仓库有多个职工。

b.一个职工仅在一个仓库工作。

c.每个仓库里一种型号的配件由专人负责,但一个人可以管理几种配件。

d.同一种型号的配件可以分放在几个仓库中。

分析:由以上得 PNO不能确定QNT,由组合属性(WNO,PNO)来决定,存在函数依赖(WNO,PNO)-> ENO。由于每个仓库里的一种配件由专人负责,而一个人可以管理几种配件,所以有组合属性(WNO,PNO)才能确定负责人,有(WNO,PNO)-> ENO。因为一个职工仅在一个仓库工作,有ENO-> WNO。由于每个仓库里的一种配件由专人负责,而一个职工仅在一个仓库工作,有(ENO,PNO)-> QNT。

找一下候选关键字,因为(WNO,PNO)-> QNT,(WNO,PNO)-> ENO,因此(WNO,PNO)可以决定整个元组,是一个候选关键字。根据ENO->WNO,(ENO,PNO)->QNT,故(ENO,PNO)也能决定整个元组,为另一个候选关键字。属性ENO,WNO,PNO均为主属性,只有一个非主属性QNT。它对任何一个候选关键字都是完全函数依赖的,并且是直接依赖,所以该关系模式是3NF。

分析一下主属性。因为ENO->WNO,主属性ENO是WNO的决定因素,但是它本身不是关键字,只是组合关键字的一部分。这就造成主属性WNO对另外一个候选关键字(ENO,PNO)的部分依赖,因为(ENO,PNO)-> ENO但反过来不成立,而P->WNO,故(ENO,PNO)-> WNO也是传递依赖。

虽然没有非主属性对候选关键辽的传递依赖,但存在主属性对候选关键字的传递依赖,同样也会带来麻烦。如一个新职工分配到仓库工作,但暂时处于实习阶段,没有独立负责对某些配件的管理任务。由于缺少关键字的一部分PNO而无法插入到该关系中去。又如某个人改成不管配件了去负责安全,则在删除配件的同时该职工也会被删除。

解决办法:分成管理EP(ENO,PNO,QNT),关键字是(ENO,PNO)工作EW(ENO,WNO)其关键字是ENO

缺点:分解后函数依赖的保持性较差。如此例中,由于分解,函数依赖(WNO,PNO)-> ENO丢失了,因而对原来的语义有所破坏。没有体现出每个仓库里一种部件由专人负责。有可能出现一部件由两个人或两个以上的人来同时管理。因此,分解之后的关系模式降低了部分完整性约束。

一个关系分解成多个关系,要使得分解有意义,起码的要求是分解后不丢失原来的信息。这些信息不仅包括数据本身,而且包括由函数依赖所表示的数据之间的相互制约。进行分解的目标是达到更高一级的规范化程度,但是分解的同时必须考虑两个问题:无损联接性和保持函数依赖。有时往往不可能做到既有无损联接性,又完全保持函数依赖。需要根据需要进行权衡。

1NF直到BCNF的四种范式之间有如下关系:

BCNF包含了3NF包含2NF包含1NF

关于数据库范式题目和数据库范式题目及详解的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

零基础学c语言,c语言是指什么java成熟分类 java的成熟分类