- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
3-1 存储的与文件结构
顺序文件组织 顺序文件组织允许记录按排序的顺序读取。对用于显示的目的以及特定的查询处理算法很有用;但是,插入和删除较困难,因为一个单独的插入或删除操作导致的很多记录的移动代价是很高的。 删除 – 使用指针链表来管理删除 插入 –对于插入操作,应用以下规则 定位按搜索码顺序处于被插入 记录位置之前的那条记录。 如果该块有空记录,则插入, 否则插入到溢出块中。 调整指针,按搜索码顺序链接记录 图2 * 顺序文件组织 大量插入后需要重组(reorganized) 如果需要存储在溢出块中的记录相当的少,这种方法会工作得很好。然而,搜索码顺序和物理顺序之间的一致性最终将完全丧失,在这种情况下,顺序处理将变得效率十分低下。此时,文件应该被重组,使得它再一次在物理上顺序存放。这种重组的代价是很高的,并且必须在系统负载很低的时候执行。需要重组的频率依赖于新记录插入的频率。 * 聚簇文件组织 考虑depositor customer 对depositor的每个元组,系统都必须找到具有相同customer-name的customer元组。这些记录需要从磁盘上传输到主存中,在最坏的情况下,每个记录将处于不同的块中,需要为每个记录执行一次读块操作。 聚簇文件组织,每个customer-name的depositor元组存储在具有对应customer-name的customer元组附近。这种结构将两个关系的元组混合在一起,但是允许对连接的高效处理。当读取customer关系的一个元组时,包含这个元组的整个块从磁盘复制到主存中。因为存储在靠近customer元组的磁盘上,所以包含customer元组的块也包含了处理查询所需的depositor关系的元组。 * 聚簇文件组织 图3 图4 图5 * 聚簇文件组织 聚簇文件组织(clustering file organization)是一种在每一块中存储两个或者更多个关系的相关记录的文件结构。 这样的文件组织允许我们使用一次块的读操作来读取满足连接条件的记录。可以更高效地处理这种特殊的查询。 对聚簇使用加速了对特定连接depositor customer的处理,但它导致其他类型的查询处理变慢。 例如,与在独立文件中存储单一关系的策略相比,select * from customer需要访问更多的块。几个customer记录不是出现在同一个块中,而是每个记录位于一个不同的块中。如果没有一些附加的结构,想要简单地找到所有customer记录是不可能的。为了在图5的结构中找到customer关系的所有元组,我们要用指针把这个关系的所有记录链接起来 * 聚簇文件组织 何时使用聚簇依赖于数据库设计者所认为的最频繁的查询类型.聚簇的谨慎使用可以在查询处理中产生明显的性能提高. * Data Dictionary Storage Information about relations names of relations names and types of attributes of each relation names and definitions of views integrity constraints User and accounting information, including passwords Statistical and descriptive data number of tuples in each relation Physical file organization information How relation is stored (sequential/hash/…) Physical location of relation Data dictionary (also called system catalog) stores metadata: that is, data about data, such as * Data Dictionary Storage (Cont.) Catalog structure Relational representation on disk specialized data structures designed for efficient access, in memory A possible catalog representation: Relation_metadata = (relation_name, number_of_attributes, storage_orga
您可能关注的文档
最近下载
- 中级财政税收-中级经济师《财政税收实务》押题密卷2.docx VIP
- 陕西煤业化工集团有限责任公司生产安全事故应急预案(1).pptx VIP
- DB65T 4929-2025儿童福利机构 义务教育阶段重度残疾儿童少年送教上门服务指南.docx VIP
- 建筑抗震支吊架通用技术条件.pdf VIP
- 医学基础知识复习资料.docx VIP
- 全口义齿汇总.ppt VIP
- 如何购买电脑.pptx VIP
- 急性一氧化碳中毒诊治专家共识.pptx VIP
- (正式版)DB65∕T 4929-2025 《儿童福利机构 义务教育阶段重度残疾儿童少年送教上门服务指南》.docx VIP
- 《混凝土外观质量缺陷及治理措施》ppt课件模板.ppt VIP
原创力文档


文档评论(0)