本节主要目的
1.复习
2.区分视图和物理存储
3.物理设计的替换
基本概念
schema-Evolution:在数据库还处于工作状态良好的情况下,修改数据库的Schemas
Sparsity:关系表中得信息很稀疏,即含有大量的NULL值
E-Commerce数据存储中常见的问题
1.属性过多
2.sparsity,NULL值使数据虚胖
3.schema-Evolution经常发生
4.访问数据库时经常只调用少数的几项属性
多种的数据表达方式
Horizontal:
Vertikal:
Binary:
//各种表达方式各自有什么优势呢???
Vertikal的优势在于,它的内容不包括NULL值//Aber pathologischer Fall???
Binary有什么优势呢???不知啊???
//对应的物理层有什么区别也是不知啊???S9
不同表达方式之间的装换
join
left:
right:
Natural Join:
left:
right:
Outer Join:
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=′A′i(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,′A′i,Ai(σAi≠′⊥′(H)))∪(⋃ki=1πEid,′A′i,Ai(σ∧ki=1Ai=′⊥′(H)))
//其实第二部分不了解是什么意思???
同样的h2v也存在和v2h一样的问题
那么应该怎么把他们改写成Relational Algebra呢???
目前还没搞懂啊????