数据库E-commerce管理

本节主要目的

1.复习
2.区分视图和物理存储
3.物理设计的替换

基本概念

schema-Evolution:在数据库还处于工作状态良好的情况下,修改数据库的Schemas
Sparsity:关系表中得信息很稀疏,即含有大量的NULL值

E-Commerce数据存储中常见的问题

1.属性过多
2.sparsity,NULL值使数据虚胖
3.schema-Evolution经常发生
4.访问数据库时经常只调用少数的几项属性

多种的数据表达方式

Horizontal:

Eid1234A1abA2bcA3dad

Vertikal:
Oid1122344KeyA1A2A2A3A3A1A3Valabcdabd

Binary:
Eid1234A1ab

Eid1234A2bc

Eid1234A3dad

//各种表达方式各自有什么优势呢???
Vertikal的优势在于,它的内容不包括NULL值//Aber pathologischer Fall???
Binary有什么优势呢???不知啊???
//对应的物理层有什么区别也是不知啊???S9

不同表达方式之间的装换

join

left:

A12B23

right:
B34C45

Natural Join:
A2B3C4

left:
A12B23C4

right:
A2B34C45

Outer Join:
A12B234C45

Outer join与natural join的区别在于Outer join的原项都保持不变
除此之外还有left Outer Join:Left表保持不变,right Outer Join:right表保持不变

v2h与h2v

v2h就是从vertical转换成horizontal的意思
v2hk 表示只转换前k个属性
v2h解悉:
πEid(V)
leftjoin(πEid(V),πEid,Val(σkey=A1(V))
leftjoin(leftjoin(πEid(V),πEid,Val(σKey=A1(V))),πEid,Val(σKey=A2(V)))
v2hk(V)=leftjoin(πEid(V),leftjoinki=1(πEid,Val(σKey=Ai(V))))
这中解释并不能直接翻译成Relational Algebra,因为他存在三个问题
1.在R-A中没有上下坐标的表示方法
2.在R-A中也没有表示索引i
3.就是重名问题
h2v的解析:
πEid,A1,A1(σA1(H))
πEid,A2,A2(σA2(H))
h2vk(H)=(ki=1πEid,Ai,Ai(σAi(H)))(ki=1πEid,Ai,Ai(σki=1Ai=(H)))
//其实第二部分不了解是什么意思???
同样的h2v也存在和v2h一样的问题
那么应该怎么把他们改写成Relational Algebra呢???
目前还没搞懂啊????

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值