考题
某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,“部门号”是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性“家庭住址”包含省、市、街道以及门牌号,该属性是一个( )属性。创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 (),姓名CHAR60,部门CHAR59,家庭住址CHAR62,(请作答此空));为在员工关系Emp中增加一个“工资”字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为()。A.PRIMARY KEY NOT NULL
B.PRJMARY KEY UNIQUE
C.FOREIGN KEY REFERENCES Dept(部门名)
D.FOREIGN KEY REFERENCES Dept(部门号) 答案:D解析:第1小题正确的选项为B。因为复合属性可以细分为更小的部分(即划分为别的属性)。有时用户希望访问整个属性,有时希望访问属性的某个成分,那么在模式设计时可采用复合属性。根据题意“家庭住址”可以进一步分为邮编、省、市、街道以及门牌号,所以该属性是复合属性。第2小题正确的选项为A。因为根据题意“员工号”是员工关系Emp的主键,需要用语句PRIMARY KEY进行主键约束。第3小题正确的选项为D。根据题意,属性“部门”是员工关系Emp的外键,因此需要用语句“FOREIGN KEY REFERENCES Dept(部门号)”进行参考完整性约束。第4小题的正确答案是C。根据题意,在员工关系Emp中增加一个“工资”字段,数据类型为数字并保留2位小数,修改表的语句格式如下:故正确的SQL语句为ALTER TABLE Emp ADD工资NUMERIC(6,2)。
考题
假设描述职工信息的属性有:职工号、姓名、性别和出生日期;描述部门信息的属性有:部门号、部门名称和办公地点。一个部门有多个职工,每个职工只能在一个部门工作;一个部门只能有一个部门经理,部门经理应该为本部门的职工,取值为职工号,则在设计E-R图时,应将职工和部门作为实体,部门和职工之间的工作联系是( ),要描述部门经理与部门之间的任职联系,应采用( )。由该E-R图转换并优化后的关系模式为(请作答此空)。A.职工(职工号,姓名,性别,出生日期)部门(部门号,部门名称,办公地点,部门经理)工作(职工号,部门号)
B.职工(职工号,姓名,性别,出生日期,部门经理)部门(部门号,部门名称,办公地点)工作(职工号,部门号)
C.职工(职工号,姓名,性别,出生日期)部门(部门号,部门名称,办公地点)工作(职工号,部门号,部门经理)
D.职工(职工号,姓名,性别,出生日期,所在部门)部门(部门号,部门名称,办公地点,部门经理)答案:D解析:依题意,由题干给出的关键信息“一个部门有多个职工,每个职工只能在一个部门工作”可知,实体“部门”与实体“职工”之间存在“工作”联系,其联系的类型为一对多(1:n)。同理,由题干给出的“一个部门只能有一个部门经理,部门经理应该为本部门的职工,取值为职工号”等关键信息可知,实体“部门经理”与实体“部门”之间存在“任职”联系,其联系的类型为一对一(1:1)。若实体间的联系是一对多(1:n),则将n端实体类型转换成的关系模式加入1端实体类型的主键(作为外键)和联系类型的属性,因此,“职工”关系模式中应加入“部门”关系模式的主键——部门号(或所在部门),以表达两者之间的“工作”联系。若实体间的联系是一对一(1:1),则可在两个实体转换成的任意一个关系模式的属性中加入另一个关系模式的主键(作为外键)和联系自身的属性。在“部门”关系模式中加入了“职工”关系模式的主键——职工号(或部门经理),以表达两者之间的“任职”联系。
考题
单选题关系数据库系统中,每个关系即是一个 ( )A
元组B
字段C
实体D
属性正确答案:D解析:
考题
某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,"部门号"是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性"家庭住址"包含省、市、街道以及门牌号,该属性是一个( )属性。
创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 ( ),姓名CHAR60,部门CHAR59,家庭住址CHAR62,(请作答此空);为在员工关系Emp中增加一个"工资"字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为( )。A.PRIMARY KEY NOT NULL
B.PRJMARY KEY UNIQUE
C.FOREIGN KEY REFERENCES Dept(部门名)
D.FOREIGN KEY REFERENCES Dept(部门号) 答案:D解析:本题正确的选项为D。根据题意,属性"部门"是员工关系Emp的外键,因此需要用语句"FOREIGN KEY REFERENCES Dept(部门号)"进行参考完整性约束。
考题
●试题三阅读下列说明和E-R图,回答问题1~3。【说明】设有关于银行借贷管理系统的E-R图(如图4所示)。图中矩形表示实体,圆表示属性,双圆表示关键字属性,菱形表示实体间的联系。为了答题的方便,图中的实体和属性同时给出了中英文说明,回答问题时只需写出英文名即可。图4银行借贷管理系统E-R图【问题1根据E-R图中给出的词汇,按照"有关模式名(属性1,属性2,…)"的格式,将此E-R图转换为关系模式,并指出每个关系模式中的主码和外码,其中模式名根据需要取实体名或联系名。要求其中的关系模式至少属于第三范式。【问题2】如下的SQL语言用于查询"在该银行中一笔贷款贷给多个(至少2个)客户的所有贷款号和发放贷款的支行名称"的不完整语句,请在空缺处填入正确的内容。SELECT Borrow.Lno,BnameFROM Borrow,LoanWHERE (1)GROUP BY Borrow.LnoHAVING (2) ;【问题3】假设这个银行有若干个节点,每个节点运行一个数据库系统。假设这些节点之间惟一的交互式用电子方式相互传送款项,这样的系统是分布式数据库系统吗?为什么?正确答案:●试题三[问题1]【答案】Customer(idno,name,address,phone)Account(Ano,balance,Bname)BnamereferenceBranch(Bname)Deposit(idno,Ano)idnoreferenceCustomer(idno)AnoreferenceAccount(Ano)Branch(Bname,city)Loan(Lno,Bname,amount)BnamereferenceBranch(Bname)Borrow(idno,Lno)idnoreferenceCustomer(idno)LnoreferenceLoan(Lno)[问题2]【答案】(1)Borrow.Lno=Loan.Lno(2)COUNT(distinctidno)>=2[问题3]【答案】这样的系统算不上分布式数据库系统。分布式数据库系统并不是简单地把集中式数据库系统安装在不同场地,用网络连接起来实现的(这是分散的数据库系统),它是具有自己的性质和特征。分布式数据库系统具有以下特点:1)数据的物理分布性;2)数据的逻辑整体性;3)数据的分布独立性;4)场地的自治和协调;5)数据的冗余及冗余透明性。虽然上述银行的数据库系统具有性质1、3以及4和5的一部分,但关键是没有数据的逻辑整体性和不同场地之间的协调性等,这恰恰是分布式数据库系统的关键所在。因此,上述银行数据库系统算不上分布式数据库系统。【解析】本题中的E-R图中有4个实体集、2个多对多联系和2个一对多联系,根据上述E-R图转换关系模型的规则可以转换成6个关系。4个实体集转换的4个关系(Customer、Account、Branch和Loan),对于一对多联系B-L和B-A则是将"一"端(关系Branch)的码Bname加入到"多"端所转换的关系(Account和Loan)。此4个关系分别为:Customer(idno,name,address,phone)Account(Ano,balance,Bname)Branch(Bname,city,assets)Loan(Lno,Bname,amount)4个关系中,Account和Loan的属性Bname均参照Branch的码Bname,为外码。2个多对多联系转换为2个关系,两端的码及联系的属性为关系的属性,两端的码共同组合为该关系的码。此2个关系分别为:Deposit(idno,Ano)Borrow(idno,Lno)其中的idno、Ano和Lno分别参照Customer的idno、Account的Ano和Loan的Lno。问题2中是要查询在该银行中一笔贷款贷给多个(至少2个)客户的所有贷款号和发放贷款的支行名称。Borrow表中记录着各贷款号和该贷款的客户,Loan表中记录着各贷款号和发放该贷款的支行,要完成题目查询必须将Borrow和Loan联系起来,即需要两者的贷款号相等。所以填空(1)应该为Borrow.Lno=Loan.Lno。"一笔贷款贷给多个客户"则需要按贷款号进行分组,只有客户个数至少两个的组才是满足查询要求的分组。对于分组的条件应该添加在HAVING子句中,个数的统计需利用COUNT(idno)函数,因此填空(2)为COUNT(idno)>=2。问题3主要考查分布式数据库系统的必备条件。
考题
某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,“部门号”是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性“家庭住址”包含省、市、街道以及门牌号,该属性是一个(请作答此空)属性。创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 (),姓名CHAR60,部门CHAR59,家庭住址CHAR62,());为在员工关系Emp中增加一个“工资”字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为()。A.简单
B.复合
C.多值
D.派生 答案:B解析:第1小题正确的选项为B。因为复合属性可以细分为更小的部分(即划分为别的属性)。有时用户希望访问整个属性,有时希望访问属性的某个成分,那么在模式设计时可采用复合属性。根据题意“家庭住址”可以进一步分为邮编、省、市、街道以及门牌号,所以该属性是复合属性。第2小题正确的选项为A。因为根据题意“员工号”是员工关系Emp的主键,需要用语句PRIMARY KEY进行主键约束。第3小题正确的选项为D。根据题意,属性“部门”是员工关系Emp的外键,因此需要用语句“FOREIGN KEY REFERENCES Dept(部门号)”进行参考完整性约束。第4小题的正确答案是C。根据题意,在员工关系Emp中增加一个“工资”字段,数据类型为数字并保留2位小数,修改表的语句格式如下:故正确的SQL语句为ALTER TABLE Emp ADD工资NUMERIC(6,2)。
考题
数据库系统的三级模式结构包括哪三级模式?关系数据库系统是常用的数据库系统,关系模型中有哪三类完整性约束?正确答案:外模式,模式,内模式实体完整性、参照完整性和用户定义的完整性
考题
某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,"部门号"是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性"家庭住址"包含省、市、街道以及门牌号,该属性是一个( )属性。
创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 (请作答此空),姓名CHAR60,部门CHAR59,家庭住址CHAR62,( ));为在员工关系Emp中增加一个"工资"字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为( )。A.PRIMARY KEY
B.NULL
C.FOREIGN KEY
D.NOT NULL 答案:A解析:本题题正确的选项为A。因为根据题意"员工号"是员工关系Emp的主键,需要用语句PRIMARY KEY进行主键约束。
考题
假设描述职工信息的属性有:职工号、姓名、性别和出生日期;描述部门信息的属性有:部门号、部门名称和办公地点。一个部门有多个职工,每个职工只能在一个部门工作;一个部门只能有一个部门经理,部门经理应该为本部门的职工,取值为职工号,则在设计E-R图时,应将职工和部门作为实体,部门和职工之间的工作联系是(请作答此空),要描述部门经理与部门之间的任职联系,应采用( )。由该E-R图转换并优化后的关系模式为( )。A.实体
B.1:N联系
C.M:M联系
D.属性答案:B解析:依题意,由题干给出的关键信息“一个部门有多个职工,每个职工只能在一个部门工作”可知,实体“部门”与实体“职工”之间存在“工作”联系,其联系的类型为一对多(1:n)。同理,由题干给出的“一个部门只能有一个部门经理,部门经理应该为本部门的职工,取值为职工号”等关键信息可知,实体“部门经理”与实体“部门”之间存在“任职”联系,其联系的类型为一对一(1:1)。若实体间的联系是一对多(1:n),则将n端实体类型转换成的关系模式加入1端实体类型的主键(作为外键)和联系类型的属性,因此,“职工”关系模式中应加入“部门”关系模式的主键——部门号(或所在部门),以表达两者之间的“工作”联系。若实体间的联系是一对一(1:1),则可在两个实体转换成的任意一个关系模式的属性中加入另一个关系模式的主键(作为外键)和联系自身的属性。在“部门”关系模式中加入了“职工”关系模式的主键——职工号(或部门经理),以表达两者之间的“任职”联系。
考题
某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,"部门号"是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性"家庭住址"包含省、市、街道以及门牌号,该属性是一个(请作答此空)属性。
创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 ( ),姓名CHAR60,部门CHAR59,家庭住址CHAR62,( ));为在员工关系Emp中增加一个"工资"字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为( )。A.简单
B.复合
C.多值
D.派生 答案:B解析:本题考查关系数据库方面的基础知识。
本题正确的选项为B。因为复合属性可以细分为更小的部分(即划分为别的属性)。有时用户希望访问整个属性,有时希望访问属性的某个成分,那么在模式设计时可采用复合属性。根据题意"家庭住址"可以进一步分为邮编、省、市、街道以及门牌号,所以该属性是复合属性。