【正确答案】设计一中Invoice最高满足第一范式。
根据题意可得出以下函数依赖：
Ino→Sno，Cno，Idate
而关系Invoice的主码是Ino和Mno。非主属性Sno、Cno和Idate并非完全依赖于主码，因此关系Invoice不满足第二范式，最高满足第一范式。
设计二更加合理。因为设计二解决了设计一中由于非主属性不完全依赖于主码而造成的数据冗余等问题。

【答案解析】[分析]
关系数据库设计的方法之一就是设计满足适当范式的模式，通常可以通过判断分解后的模式达到第几范式来评价规范化的程度。
1．1NF(第一范式)：若关系模式R的每一个分量是不可再分的数据项，则关系模式R属于第一范式。
2．2NF(第二范式)：若关系模式R∈1NF，且每一个非主属性完全依赖于码，则关系模式属于第二范式。当1NF消除了非主属性对码的部分函数依赖，则称为2NF。
3．3NF(第三范式)：若关系模式R(U，F)中若不存在这样的码X，属性组Y及非主属性 Z(Z[*]Y)使得X→Y，(Y→X)Y→Z成立，则关系模式属于3NF。即当2NF消除了非主属性对码的传递函数依赖，则称为3NF。
4．BCNF(巴克斯范式)：若关系模式R∈lNF，若X→Y且Y[*]X时，X必含有码，则关系模式属于BCNF。即当3NF消除了主属性对码的部分和传递依赖，则称为BCNF。
5．4NF(第四范式)：关系模式ReINF，若对于R的每个非平凡多值依赖X→→Y且 Y[*]X时，X必含有码，则关系模式属于4NF。4NF时限制关系模式的属性间不允许有非平凡且非函数依赖的多值依赖。
设计一中根据题意可得出以下函数依赖：
Ino→Sno，Cno，Idate
而关系Invoice的主码是Ino和Milo。非主属性Sno、Cno和Idate并非完全依赖于主码，因此关系Invoice不满足第二范式，最高满足第一范式。
关系Invoice的设计的不合理在于该关系中将发票的单值属性(发票号码Lno，交易日期 Idate，顾客代码Cno，收银员代码Sno)和多值属性(商品代码Mno，单价unitprice，数量 amount)混合在一个关系中，造成关系Invoice的冗余异常、修改异常和删除异常。而设计二则将设计一中关系Invoice分解，使得发票的单值属性和多值属性分开，避免了异常。因此，设计二明显比设计一要好。

【正确答案】AS
(2)SUM(amount)
(3)SUM(unitprice*amount)
(4)Invoice.Ino=invoice detail. Ino
(5)Invoice.Ino,Idate或Invoice detail. Ino,Idate

【答案解析】[分析]本题是要建立2005年1月期间每张发票的发票号，交易日期，交易商品件数和交易总金额的视图。
首先建立视图的格式为CREATEVIEW＜视图名＞AS＜视图定义＞，因此(1)空的答案为AS。
本查询是从Invoice和Invoice detail两个关系中查询，两关系的连接条件是两关系的Ino相等，因此(4)空的答案是Invoice.ino=Invoice detail.Ino。
统计每张发票的信息需要按发票将数据分组，也就是按发票号Ino分组，但因为查询关系Invoice和lnvoice detail都有属性Ino。为了避免二义性，所以分组属性是Invoice.Ino或者是Invoice detail. Ino。因为在包含聚合运算的Select子句中，只有在Group By子句中出现的
属性才能在SELECT子句中以非聚合形式出现，而SELECT子句中有非聚合形式的属性Idate出现，所以(5)空的答案是Invoice.Ino,Idate或Invoicedetail.Ino,Idate。
需要查询的是每张发票的交易商品件数和交易总金额。交易商品件数是发票商品数量的总和，因此(2)空的答案是SUM(amount)。交易总金额是每条交易商品明细中每条记录商品金额的总和，每条记录商品金额是unitprice*amount，因此(3)空的答案是SUM (unitprice*amount)。

【正确答案】A和ASA
(2)NOT EXISTS
(3) *

【答案解析】[分析]本题是查询从未售出的商品信息。
SQL语句中有两种格式为表或视图取别名：“表名AS别名”或“表名别名”。由题中可以看出Memhandise的别名是A，因此填空(1)的答案是A或者ASA。
要查询“从未出售”的商品，也就是要查询的商品在交易记录中不存在，因此(2)空的答案是NOTEXISTS。

【正确答案】有必要。Merchandise中由属性price表示的是商品的当前价格，超市中的价格是有可能变动的，而关系Invoicedetail中的属性unitprice表示的是在开具发票时该商品的单价。

【答案解析】[分析]Merchandise中由属性price表示的是商品的当前价格，超市中的价格是有可能变动的，而关系Invoicedetail中的属性unitprice表示的是在开具发票时该商品的单价。如果缺少其中任意一个，将导致商品单价不能进行调整，否则，当商品的单价发生变化时，销售历史中的商品价格就随着发生变化。