数据库库系统实现(二)课件.ppt

  1. 1、本文档共208页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
数据库库系统实现(二)课件

数据元素的表示;主要内容;Principles of Data Layout;Overview;作业;作业;作业;Boolean e.g., TRUE FALSE;Dates, e.g.: Integer: # days since Jan 1, 1900 8 chars: YYYYMMDD 7 chars: YYYYDDD 10 chars: YYYY-MM-DD (SQL2) (not YYMMDD! Why?) Time, e.g. Integer: seconds since midnight chars: HH:MM:SS[.FF…] (SQL2) ;String of characters Null terminated e.g., - Length given e.g., - Fixed length;Record - Collection of related fields;A SCHEMA (not record) contains following information - number of fields - type of each field - order in record - meaning of each field;Example: fixed format and length;Record itself contains format; “Self Describing”;Variable format useful for:;EXAMPLE: var format record with repeating fields Employee ? one or more children;Variant between FIXED/VAR format;Many variations in internal organization of record;模式信息主要为出现在CREATE TABLE语句中的信息; 关系的属性 属性类型 属性在元组中出现的顺序 属性或关系自身上的约束;SQL Server 数据行结构;Next: placing records into blocks;(1) separating records (2) spanned vs. unspanned (3) mixed record types – clustering (4) split records (5) sequencing (6) addressing records;Block (a) fixed size recs. - no need to separate (b) special marker (c) give record lengths (or offsets) - within each record - in block header (see later) ;Unspanned: records are within one block block 1 block 2 ... Spanned: records span block boundaries block 1 block 2 ...;Unspanned is much simpler, but may waste space… Spanned necessary if record size block size (e.g., fields containing large BLOBs for, say, MPEG video clips);Example (of unspanned records);Mixed - records of different types (e.g. DEPT, EMPLOYEE) allowed in same block e.g., a block: ; Records that are frequently accessed together should be in the same block;Example;If Q1 frequent, clustering is good But consider Q2: SELECT * FROM DEPT If Q2 is frequent, clustering is counter- productive; Fixed part in

文档评论(0)

dmdt5055 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档