多媒体数据库
第九章多媒体数据库
9、1：1、一般数据库用于多媒体存在问题：
a、组织方式松散，关联关系不明确，管理维护困难
b、多媒体模式繁多，处理方法各异，难以共享
c、控制方法难以统一，可靠性、安全性、保密性难保证。
2、多媒体数据库MMDB与多媒体数据库管理系统MMDBMS
MMDB数据的多样性，复杂性
数据的关联性--互相约束
图9－1说明多媒体数据所牵涉到的技术P301
9、2 多媒体数据库系统
1、多媒体数据库系统的任务。
由MMDB与MMDBMS构成，能对多媒体进行综合处理。
a、根据数据特点进行表示、存储、访问索引及提取。
b、在高层上准确表述多媒体对象间的约束关系
管理困难采用层次化管理
图9－2简要说明一下。
MMDBS：
a、支持多种媒体数据类型或多个媒体对象的合成；
b、大量数据的存贮管理；
c、支持传统DBMS；
d、支持多媒体信息提取；
e、提供交互手段。
2、特点：a、多媒体数据繁多，复杂程度不一；
b、有一定的时域关系定时特征；
c、数据量大且变化大；
d、信息量大，文字难以准确描述；
e、复杂的约束关系。
3、多媒体应用时对MMDBS的影响图9－3，P303时间特征在数据处理中的关系。简要说明之。
a、对数据读写影响
（1）无时间要求的类型：（email、www等）
仅考虑数据量大问题，其它问题与一般的DBMS一样
（2）读有时间要求的类型工：（VOD）
可能多次读，但写入无时间要求，可根据统计码率等来优化读写操作。
（3）写有时间要求的类型：（信息分析系统、视频采集等）
有一定的时间约束关系，注意同步问题，选择简捷的时间参数模型。
（4）读写均有要求的类型（桌面视频会议，CSCW编辑系统等）
入库有时间限制，同时又多次读出，时间特征应快速更新和扩展。
（2）、（3）和（4）数据量大，复杂。
b、对操作系统所支持服务的影响
（1）连续数据快速存储
（2）进程调度考虑时间上的约束
（3）传输的QoS保证流的稳定性
（4）系统资源的分配与调度，不降低现有用户服务质量基础上，根据资源决定是否为新用户服务。
c、对数据更新的影响
（1）有时间约束关系，造成修改一个内容，影响到另一内容的参数。因
此有一致性要求。
（2）有多种关联（空间、语义、内容）关系，同样也要有一致性的处理，保证数据之间的关联。
d、对信息提取的影响
多媒体信息量大，无法简单用文字描述，因此查询、索引的方法复杂得多。有时要多次交互才能获得所需的数据。
4、MMDBS的框架结构
a、基本框架如图9－6 P308
分层次进行，将复杂问题简化
交互层（表现层）合成层（抽象层）DBMS
表现层：表示或显示I/O接口等。
合成层（抽象层）：约束关系和关联关系进行抽象，构成映射关系，图9－7、9－8、9－9。P309
DBMS：数据记录、查询、读取等具体实现b、一般DDMS如图9－10 P310
外部视图--概念模式内部模式DB
表现层--简单抽象层
c、MMDBS数据库管理层
底层数据库管理，在一般数据库基础上，针对数据量大的特点进行优化（降低数据复杂度速度提高），采用索引结构加速查询过程。
d、合成层（抽象层）
空域时域上的约束关系维持，协调各媒体数据库的工作，使多媒体内部外部的同步。
e、交互层
将MMDB中的数据与用户交互，人机接口。有时称为代理。
5、多媒体数据形态
图9－11 P314
应用/查询
数据库访问软件
(索引) (MMDB)
索引包含原始数据的特征、内容说明、约束关系，以及各种抽象信息，找到索引后才从原始数据库的定位中找出类的数据。
6、MMDBMS的功能
a、持续性：保证数据有效，也就是所有关联信息的有效性。即暂时性保持，还是一直保持？--
b、完整性控制：数据是否完整的，约束关系是否正确和合理。
c、交易：即交互过程，MMDBMS控制的一般是长交易过程。
可能有冲突问题（编辑状态下），正在编辑中的访问与写入等。
d、并发控制：同时出现的交互会互相干扰，并发控制实际上是串行化过程，将冲突化解。
e、版本控制：通过版本控制管理数据对象的变化过程。
f、数据恢复：对差错的恢复和处理。
g、查询：通过高度可视化、良好交互性的工具实现。
h、安全性：授权与非授权访问问题。
i、性能：MMDBMS的升级问题。
9、3数据模型
1、概念性数据模型—较能直接反映用户对具体事物的认识。
表示性数据模型--既能为用户所理解，又能反映数据的计算机组织形式。
物理性数据模型--存储结构和存贮方法
客观事物模型的转化过程：
现实世界概念世界数据世界
更高的要求：能抽象表示多媒体的动静态特征：
（1）静态特征:对象、属性、内容、约束关系
（2）动态特征：操作、交互、消息传递
2、层次模型：图9－17 P319
以层次结构组织（树状）单父节点
3、网状模型：图9－18
网状节点，可以有多个父节点
4、关系模型：
二维表格，以实体间关系为基础，SQL语言为基本工具。
5、关系模型的特点：
（1）过于简单，复杂问题无法表述
（2）不同结构层性实体难以管理
（3）抽象能力较差
6、语义模型：概念性的模型
具有较强的抽象归纳能力，用于数据库设计与集成，图9－25（设计过程）p326
外文翻译-数据库管理系统—剖析
Database Management System Source：Database and Network Journal Author：David Anderson You know that a data is a collection of logically related data elements that may be structured in various ways to meet the multiple processing and retrieval needs of orga nizations and individuals. There’s nothing new about data base-early ones were chiseled in stone, penned on scrolls, and written on index cards. But now database are commonly recorded on magnetically media, and computer programs are required to perform the necessary storage and retrieval operations. The system software package that handles the difficult tasks associated with created, accessing, and maintaining database records is in a DBMS package establish an interface between the database itself and the users of the database. (These users may be applications programmers, managers and others with information needs, and various OS programmers.) A DBMS can organize, process, and present selected data elements from the database. This capability enables decision makers to search. Probe, and query data contents in order to extract answers to nonrecurring and unplanned questions that aren’t available in regular reports. These questions might initially be vague and/or poorly defined, but people can “browse” through the database until they have the needed information. In short, the DBMS will “manage” the stored data items and assemble the needed items from the common database in response to the queries of those who aren’t programmers. In a file-oriented system, users needing special information may communicate their needs to a programmers, who, when time permits, will information. The availability of a DBMS, however, offers users a much faster alternative communications patch (see figure). Special, direct, and other file processing approaches ate used to organize and structure data in single files. But a DBMS is able to integrate data elements from several files to answer specific user inquiries fir information. This means that the DBMS is able to structure and tie together the logically related data from several large files. Logical structures. Identifying these logical relationships is a job of the data administrator. A data definition language is used for this purpose. The DBMS may
多媒体数据库管理系统
目录 引言 (1) 1多媒体数据库管理系统 (1) 2系统设计 (2) 2．1用户合法性的实现 (2) 2．2多媒体数据的管理 (3) 3结束语 (6) 参考文献 (6) Introduction (8) 1Multimedia database management system (8) 2System design (8) 2.1user legality realize (9) 2.2multimedia data management (10) 3The ending (12) Reference (13)
多媒体数据库管理系统 摘要:多媒体数据库管理系统是针对多媒体数据的有效管理而提出的一个数据库管理系统，跟一些传统的数据库管理系统相比，多媒体数据不同于传统数据，是一种非格式化数据，具有对象复杂、存储分散及时空同步等特点。为方便管理，本系统采用面向对象方法进行设计与开发。通过引入封装、继承、对象和类等概念，可以有效地描述各种对象及其内部结构与联系，提高对非格式化多媒体数据的管理能力。 关键词：多媒体；数据库管理系统；面向对象 引言 随着现代信息技术的迅猛发展，如今的信息已不仅仅包含数值和文本等简单的媒体类型，而且有图像、图形、声音、视频及动画等多种媒体，并且未来将会出现更多的媒体类型。多媒体由于其本身的综合性和结构的复杂性等，对它的管理和操纵都十分困难。而现有的关系型数据库对多媒体数据的管理和操作能力十分有限，尽管多媒体技术得到了很大的进步，但开发集图像、声音、文字等多媒体信息于一体的数据库管理系统，仍是近阶段数据库的一个发展方向。 由于现有的关系型数据库对多媒体数据的管理和操作能力十分有限，其对多媒体数据操纵的效果也差强人意。一些基于某一特定应用领域的多媒体数据库系统已取得了成功的经验，比如各种各样的地理信息系统，实现了对点、线、面等数据的管理；还有指纹数据库，头像数据库等。但是，到现在为止尚未建立一个通用的多媒体数据库管理系统。 1多媒体数据库管理系统 作为一个多媒体数据库管理系统，本系统具备了管理文本、声音、图像和视频等多媒体数据的功能，同时有效地将数据库中各种媒体记录与其对应的文件一一对应了起来。本系统具有以下主要功能： (1)多媒体数据的基本操作，如查询、添加、删除和播放等。 (2)多媒体数据类型定制，可以添加新的数据类型。
SQL数据库外文翻译--数据库的工作
Working with Databases This chapter describes how to use SQL statements in embedded applications to control databases. There are three database statements that set up and open databases for access: SET DATABASE declares a database handle, associates the handle with an actual database file, and optionally assigns operational parameters for the database. SET NAMES optionally specifies the character set a client application uses for CHAR, VARCHAR, and text Blob data. The server uses this information to transli terate from a database?s default character set to the client?s character set on SELECT operations, and to transliterate from a client application?s character set to the database character set on INSERT and UPDATE operations. g CONNECT opens a database, allocates system resources for it, and optionally assigns operational parameters for the database.All databases must be closed before a program ends. A database can be closed by using DISCONNECT, or by appending the RELEASE option to the final COMMIT or ROLLBACK in a program. Declaring a database Before a database can be opened and used in a program, it must first be declared with SET DATABASE to: CHAPTER 3 WORKING WITH DATABASES. Establish a database handle. Associate the database handle with a database file stored on a local or remote node.A database handle is a unique, abbreviated alias for an actual database name. Database handles are used in subsequent CONNECT, COMMIT RELEASE, and ROLLBACK RELEASE statements to specify which databases they should affect. Except in dynamic SQL (DSQL) applications, database handles can also be used inside transaction blocks to qualify, or differentiate, table names when two or more open databases contain identically named tables. Each database handle must be unique among all variables used in a program. Database handles cannot duplicate host-language reserved words, and cannot be InterBase reserved words.The following statement illustrates a simple database declaration:
课程翻译参考
课程翻译参考 财务学专业课程汉英对照表 货币银行学Money and Banking 证券投资学Security Analysis and Investment 财务报告分析Analysis of Financial Statement 国际金融International Finance 保险学Insurance 财务案例分析Case Analysis of Finance Management 国际财务管理International Financial Management 资产评估Assets Appraisal 项目评估Projects Appraisal 宏观经济学Macroeconomics 财务管理Financial Management 管理信息系统Systems of Management Information 运筹学Operational Research 策略管理Strategic Management 管理会计Managerial Accounting 微观经济学Microeconomics 管理学Principles of Management 微积分Calculus 统计学Principles of Statistics 市场营销学专业课程汉英对照表 营销管理Marketing Management 公共关系Public Relationship 国际贸易International Trade 消费者行为Consumer Behavior 管理信息系统Systems of Management Information 营销调研Marketing Research 推销学Sales Strategies 国际金融International Finance 营销预测与规划Marketing Forecasting and Planning 销售渠道管理ales Channels Management 国际市场营销International Marketing 商业谈判Business Negotiation 广告管理Advertising Management 营销案例分析Case Studies of Marketing 国际贸易实务Practice of International Trade 服务业营销Service Industry Marketing 企业伦理Enterprise Ethics 新产品开发New Products Development 管理学Principles of Management 会计专业课程汉英对照表 会计学Accounting Principles 成本会计Cost Accounting 管理会计Managerial Accounting 审计学Auditing Principles 会计信息系统Accounting Information Systems 投资学Investment Principles 财务管理Financial Management 货币银行学Money and Banking 财务报告分析Analysis of Financial Statement 国际金融International Finance 国际会计International Accounting 财税法规与税务会计Laws and Regulations of Finance and Taxes 预算会计Budget Accounting 内部审计与政府审计Internal Auditing and Government Auditing 会计审计实务Accounting and Auditing Practice 经济计量学Economic Metrology 会计职业道德与责任Accounting Ethics and Responsibilities 会计研究方法Accounting Research Methods 国际会计专题International Accounting Special Subject 微观经济学Microeconomics 微积分Calculus 统计学Principle of Statistics 企业管理专业课程汉英对照表 管理学Principles of Management 微观经济学Microeconomics 宏观经济学Macroeconomics 管理信息系统Systems of Management Information
企业数据建模外文翻译文献
企业数据建模外文翻译文献 (文档含中英文对照即英文原文和中文翻译) 翻译： 信息系统开发和数据库开发 在许多组织中，数据库开发是从企业数据建模开始的，企业数据建模确定了组织数据库的范围和一般内容。这一步骤通常发生在一个组织进行信息系统规划的过程中，它的目的是为组织数据创建一个整体的描述或解释，而不是设计一个特定的数据库。一个特定的数据库为一个或多个信息系统提供数据，而企业数据模型（可能包含许多数据库）描述了由组织维护的数据的范围。在企业数据建模时，你审查当前的系统，分析需要支持的业务领域的本质，描述需要进一步抽象的数据，并且规划一个或多个数据库开发项目。图1显示松谷家具公司的企业数据模型的一个部分。 1.1 信息系统体系结构 如图1所示，高级的数据模型仅仅是总体信息系统体系结构(ISA)一个部分或一个组
织信息系统的蓝图。在信息系统规划期间，你可以建立一个企业数据模型作为整个信息系统体系结构的一部分。根据Zachman(1987)、Sowa和Zachman（1992）的观点，一个信息系统体系结构由以下6个关键部分组成: 数据（如图1所示，但是也有其他的表示方法）。 操纵数据的处理（着系可以用数据流图、带方法的对象模型或者其他符号表示）。 网络，它在组织内并在组织与它的主要业务伙伴之间传输数据（它可以通过网络连接和拓扑图来显示）。 人，人执行处理并且是数据和信息的来源和接收者（人在过程模型中显示为数据的发送者和接收者）。 执行过程的事件和时间点（它们可以用状态转换图和其他的方式来显示）。 事件的原因和数据处理的规则（经常以文本形式显示，但是也存在一些用于规划的图表工具，如决策表）。 1.2 信息工程 信息系统的规划者按照信息系统规划的特定方法开发出信息系统的体系结构。信息工程是一种正式的和流行的方法。信息工程是一种面向数据的创建和维护信息系统的方法。因为信息工程是面向数据的，所以当你开始理解数据库是怎样被标识和定义时，信息工程的一种简洁的解释是非常有帮助的。信息工程遵循自顶向下规划的方法，其中，特定的信息系统从对信息需求的广泛理解中推导出来（例如，我们需要关于顾客、产品、供应商、销售员和加工中心的数据），而不是合并许多详尽的信息请求（如一个订单输入屏幕或按照地域报告的销售汇总）。自顶向下规划可使开发人员更全面地规划信息系统，提供一种考虑系统组件集成的方法，增进对信息系统与业务目标的关系的理解，加深对信息系统在整个组织中的影响的理解。 信息工程包括四个步骤:规划、分析、设计和实现。信息工程的规划阶段产生信息系统体系结构，包括企业数据模型。 1.3 信息系统规划 信息系统规划的目标是使信息技术与组织的业务策略紧密结合，这种结合对于从信息系统和技术的投资中获取最大利益是非常重要的。正如表1所描述的那样，信息工程方法的规划阶段包括3个步骤，我们在后续的3个小节中讨论它们。 1.确定关键性的规划因素
数据库外文参考文献及翻译.
数据库外文参考文献及翻译 数据库外文参考文献及翻译数据库管理系统——实施数据完整性一个数据库，只有用户对它特别有信心的时候。这就是为什么服务器必须实施数据完整性规则和商业政策的原因。执行SQL Server的数据完整性的数据库本身，保证了复杂的业务政策得以遵循，以及强制性数据元素之间的关系得到遵守。因为SQL Server的客户机/服务器体系结构允许你使用各种不同的前端应用程序去操纵和从服务器上呈现同样的数据，这把一切必要的完整性约束，安全权限，业务规则编码成每个应用，是非常繁琐的。如果企业的所有政策都在前端应用程序中被编码，那么各种应用程序都将随着每一次业务的政策的改变而改变。即使您试图把业务规则编码为每个客户端应用程序，其应用程序失常的危险性也将依然存在。大多数应用程序都是不能完全信任的，只有当服务器可以作为最后仲裁者，并且服务器不能为一个很差的书面或恶意程序去破坏其完整性而提供一个后门。SQL Server使用了先进的数据完整性功能，如存储过程，声明引用完整性（DRI），数据类型，限制，规则，默认和触发器来执行数据的完整性。所有这些功能在数据库里都有各自的用途;通过这些完整性功能的结合，可以实现您的数据库的灵活性和易于管理，而且还安全。声明数据完整性声明数据完整原文请找腾讯3249114六,维-论'文.网 https://www.360docs.net/doc/454849140.html, 定义一个表时指定构成的主键的列。这就是所谓的主键约束。SQL Server使用主键约束以保证所有值的唯一性在指定的列从未侵犯。通过确保这个表有一个主键来实现这个表的实体完整性。有时，在一个表中一个以上的列（或列的组合）可以唯一标志一行，例如，雇员表可能有员工编号（ emp_id ）列和社会安全号码（ soc_sec_num ）列，两者的值都被认为是唯一的。这种列经常被称为替代键或候选键。这些项也必须是唯一的。虽然一个表只能有一个主键，但是它可以有多个候选键。 SQL Server的支持多个候选键概念进入唯一性约束。当一列或列的组合被声明是唯一的， SQL Server 会阻止任何行因为违反这个唯一性而进行的添加或更新操作。在没有故指的或者合适的键存在时，指定一个任意的唯一的数字作为主键，往往是最有效的。例如，企业普遍使用的客户号码或账户号码作为唯一识别码或主键。通过允许一个表中的一个列拥有身份属性，SQL Server可以更容易有效地产生唯一数字。您使用的身份属性可以确保每个列中的值是唯一的，并且值将从你指定的起点开始，以你指定的数量进行递增（或递减）。（拥有特定属性的列通常也有一个主键或唯一约束，但这不是必需的。）第二种类型的数据完整性是参照完整性。 SQL Server实现了表和外键约束之间的逻辑关系。外键是一个表中的列或列的组合，连接着另一个表的主键（或着也可能是替代键）。这两个表之间的逻辑关系是关系模型的基础;参照完整性意味着这种关系是从来没有被违反的。例如，一个包括出版商表和标题表的简单的select例子。在标题表中，列title_id （标题编号）是主键。在出版商表，列pub_id （出版者ID ）是主键。 titles表还包括一个pub_id列，这不是主键，因为出版商可以发布多个标题。相反， pub_id是一个外键，它对应着出版商表的主键。如果你在定义表的时候声明了这个关系， SQL Server由双方执行它。首先，它确保标题不能进入titles表，或在titles表中现有的pub_id无法被修改，除非有效的出版商ID作为新pub_id出现在出版商表中。其次，它确保在不考虑titles表中对应值的情况下，出版商表中的pub_id的值不做任何改变。以下两种方法可
数据库方面中英文对照
本科毕业设计（论文） 英文翻译 题目创业平台设计与实现 学生姓名 专业班级网 学号 院（系） 指导教师（职称） 完成时间 2008 年6 月6 日
英文原文 An Overview of Servlet and JSP Technology Gildas Avoine and Philippe Oechslin EPFL, Lausanne, Switzerland 1.1 A Servlet's Job Servlets are Java programs that run on Web or application servers, acting as a middle layer between requests coming from Web browsers or other HTTP clients and databases or applications on the HTTP server. Their job is to perform the following tasks, as illustrated in Figure 1-1. Figure 1-1 1．Read the explicit data sent by the client. The end user normally enters this data in an HTML form on a Web page. However, the data could also come from an applet or a custom HTTP client program. 2．Read the implicit HTTP request data sent by the browser. Figure 1-1 shows a single arrow going from the client to the Web server (the layer where servlets and JSP execute), but there are really two varieties of data: the explicit data that the end user enters in a form and the behind-the-scenes HTTP information. Both varieties are critical. The HTTP information includes cookies, information about media types and compression schemes the browser understands, and so on. 3．Generate the results. This process may require talking to a database, executing an RMI or EJB call, invoking a Web service, or computing the response directly. Your real data may be in a relational database. Fine. But your database probably doesn't speak HTTP or return results in HTML, so the Web browser can't talk directly to the database. Even if it could, for security reasons, you probably would not want it to. The same argument applies to most other applications. You need the Web middle layer to extract the incoming data from the HTTP stream, talk to
外文文献翻译 An Introduction to Database Management System
英文翻译 数据库管理系统的介绍 Raghu Ramakrishnan 数据库（database,有时被拼作data base）又称为电子数据库，是专门组织起来的一组数据或信息，其目的是为了便于计算机快速查询及检索。数据库的结构是专门设计的，在各种数据处理操作命令的支持下，可以简化数据的存储、检索、修改和删除。数据库可以存储在磁盘、磁带、光盘或其他辅助存储设备上。 数据库由一个或一套文件组成，其中的信息可以分解为记录，每一条记录又包含一个或多个字段（或称为域）。字段是数据存取的基本单位。数据库用于描述实体，其中的一个字段通常表示与实体的某一属性相关的信息。通过关键字以及各种分类（排序）命令，用户可以对多条记录的字段进行查询，重新整理，分组或选择，以实体对某一类数据的检索，也可以生成报表。 所有数据库（除最简单的）中都有复杂的数据关系及其链接。处理与创建，访问以及维护数据库记录有关的复杂任务的系统软件包叫做数据库管理系统（DBMS）。DBMS软件包中的程序在数据库与其用户间建立接口。（这些用户可以是应用程序员，管理员及其他需要信息的人员和各种操作系统程序）DBMS可组织、处理和表示从数据库中选出的数据元。该功能使决策者能搜索、探查和查询数据库的内容，从而对正规报告中没有的，不再出现的且无法预料的问题做出回答。这些问题最初可能是模糊的并且（或者）是定义不恰当的，但是人们可以浏览数据库直到获得所需的信息。简言之，DBMS将“管理”存储的数据项和从公共数据库中汇集所需的数据项用以回答非程序员的询问。 DBMS由3个主要部分组成：（1）存储子系统，用来存储和检索文件中的数据；（2）建模和操作子系统，提供组织数据以及添加、删除、维护、更新数据的方法；（3）用户和DBMS之间的接口。在提高数据库管理系统的价值和有效性方面正在展现以下一些重要发展趋势： 1.管理人员需要最新的信息以做出有效的决策。 2.客户需要越来越复杂的信息服务以及更多的有关其订单，发票和账号的当前信息。
浅谈多媒体数据库管理系统及应用
浅谈多媒体数据库管理系统及应用 莫 雪 （新华通讯社广西分社，广西南宁 530022） 摘 要：本文通过介绍多媒体数据、多媒体数据库的概念，分析了多媒体数据库的三大数据模型的特点、区别和应用范围；在此基础上，引出多媒体数据库管理系统（MMDBMS）的定义、多种查询方式和体系结构设计。最后，介绍了新华通讯社多媒体数据库的管理与应用。 关键词：多媒体数据库；MMDBMS；查询方式；体系结构 中图分类号：TP311.134 文献标识码：A 文章编号：1000－8136（2010）09－0161－02 1 多媒体数据库 1.1 多媒体数据 多媒体数据是指多种媒体，如数字、正文、图形、图像和声音的有机集成。其中数字、字符等是格式化数据，文本、图形、图像、声音、视频等是非格式化数据。多媒体数据的数据量十分庞大，各种数据之间的语义联系非常复杂，表达形式多样。 1.2 多媒体数据库及其数据模型 随着多媒体技术及其支撑技术的飞速发展，多媒体应用领域越来越广，所以，对多媒体信息进行快速高效的处理显得非常迫切。由于多媒体数据种类繁多，传统的数据库难以对这些媒体信息进行处理和管理，因而，产生了一种全新的数据库——多媒体数据库。 多媒体数据库（MMDB, Multimedia Database）是一个由若干多媒体对象所构成的集合，这些数据对象按一定的方式被组织在一起，可为其他应用所共享。 多媒体数据库是能够有效实现多媒体数据的存储、读取、检索等功能的数据库系统，它继承了传统数据库的一些优点，并能对具有时空关系的数据进行同步和管理。 数据模型是数据库系统的核心，从总体发展上看，多媒体数据库的数据模型可分为如下3类：①关系数据模型；②面向对象数据模型；③扩充的关系数据模型。 关系数据模型以关系代数作为其理论基础，发展至今已能够非常完善的处理传统的结构化数据。但是多媒体数据库里包含了大量的图形、图像、声音和视频等非结构化数据，这些数据结构异常复杂，且大部分不能用关系模型表示。因此关系数据模型在处理这些数据时就难以适用了。 面向对象数据模型对非结构化数据进行表示和操作非常方便，但是其技术没有关系数据模型那样成熟，理论研究和应用开发中还有很多问题需要解决。并且需要从底层重写代码，开发工作量大、周期长，由于这些问题的局限，当前使用面向对象数据模型开发多媒体数据库系统还主要应用在大公司指定开发的专用项目上，对于一般多媒体数据库系统开发项目来说，应用面向对象数据库模型来进行开发，从技术和经济条件上来讲都是不适用的。 使用扩充的关系数据模型来进行多媒体数据库系统的开发是当前最常用也是最成熟的方法。在传统的关系数据模型中引入了面向对象的思想、超文本（hypertex1）模型或超媒体方法，就解决了图形、图像、声音和视频等非结构化数据不能用关系模型表示的问题。2 多媒体数据库管理系统（MMDBMS） 多媒体数据库管理系统MMDBMS（MultiMedia DataBase Management System）是一个以多媒体数据库为基础的多媒体应用。该应用能够完成对多媒体数据库的各种操作及管理功能，如对MMDB的定义、创建、查询、访问、删除等。 2.1 MMDBMS的查询方式 针对多媒体应用的灵话性，人们希望MMBBMS能提供多种方式的“模糊”查询手段，具体描述如下： 2.1.1 基于元数据的查询 元数据在这里是指数据库条目的外在属性，比如作者姓名、创建时间以及标题等。在VOD（点播视频）应用中，这种方式的查询可以是：“请列出由×××在2007年出席的重要会议”这种类型的查询可以用传统的DBMS技术来实现。 2.1.2 基于注释的查询 注释是指对数据库条目内容的文字描述。查询时一般给出关键字或一些自由文本，而检索是基于查询与内容注释的相似性。这种方式的查询实例是这样的：“请放映一下东盟自由贸易区成立时的视频片段。”这种类型的查询要求事先对所有数据库条目都恰当地进行注释，然后用传统的IR技术进行处理。视频数据、脚本和字幕均可作为注释。 2.1.3 基于特征的查询 特征是指多媒体数据的统计信息，如音量、颜色分布及纹理等。这种方式的查询实例可以是这样：“请放映一个音量分贝在××至××的视频帧。”其中××可以是某个给定的声音分贝分布的直方图。处理这类查询，传统的DBMS已无能为力了，数据库条目的有关统计信息必须事先收集、整理并存储。 2.1.4 用实例查询 用多媒体数据对象来进行查询，这个对象可以是一个静止图像、一张草图或一个声音片段。这种方式的查询实例可以是这样的：“请放映一段视频，其中有类似×××的场景。”这种类型的查询中如果包含有数据对象的空间和时间关系，处理时可能会非常复杂，要支持这么多种复杂的查询方式，多媒体数据库引擎需要有全新的体系结构。 2.2 MMDBMS的体系结构 根据上一节描述的MMDBMS所支持的查询方式，本文给出图1所示的MMDBMS体系结构。其中主要的组成都分有：2.2.1 用户图形接口 MMDBMS的用户接口可以通过Internet或图形界面访问。网页登陆界面可以用Java applets来构造。这个用户接口支持用 - 161 -
数据库设计外文翻译
外文翻译： 索引 原文来源：Thomas Kyte．Expert Oracle Database Architecture ．2nd Edition． 译文正文： 什么情况下使用B*树索引? 我并不盲目地相信“法则”（任何法则都有例外），对于什么时候该用B*索引，我没有经验可以告诉你。为了证明为什么这个方面我无法提供任何经验，下面给出两种等效作法：?使用B*树索引，如果你想通过索引的方式去获得表中所占比例很小的那些行。 ?使用B *树索引，如果你要处理的表和索引许多可以代替表中使用的行。 这些规则似乎提供相互矛盾的意见，但在现实中，他们不是这样的，他们只是涉及两个极为不同的情况。有两种方式使用上述意见给予索引： ?作为获取表中某些行的手段。你将读取索引去获得表中的某一行。在这里你想获得表中所占比例很小的行。 ?作为获取查询结果的手段。这个索引包含足够信息来回复整个查询，我们将不用去查询全表。这个索引将作为该表的一个瘦版本。 还有其他方式—例如，我们使用索引去检索表的所有行，包括那些没有建索引的列。这似乎违背了刚提出的两个规则。这种方式获得将是一个真正的交互式应用程序。该应用中，其中你将获取其中的某些行，并展示它们，等等。你想获取的是针对初始响应时间的查询优化，而不是针对整个查询吞吐量的。 在第一种情况（也就是你想通过索引获得表中一小部分的行）预示着如果你有一个表T （使用与早些时候使用过的相一致的表T）,然后你获得一个像这样查询的执行计划： ops$tkyte%ORA11GR2> set autotrace traceonly explain ops$tkyte%ORA11GR2> select owner, status 2 from t 3 where owner = USER; Execution Plan ---------------------------------------------------------- Plan hash value: 1049179052 ------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | ------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 2120 | 23320 | | 1 | TABLE ACCESS BY INDEX ROWID |T | 2120 | 23320 | | *2 | INDEX RANGE SCAN | DESC_T_IDX | 8 | | ------------------------------------------------------------------ Predicate Information (identified by operation id): --------------------------------------------------- 2 - access(SYS_OP_DESCEND("OWNER")=SYS_OP_DESCEND(USER@!)) filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("OWNER"))=USER@!) 你应该访问到该表的一小部分。这个问题在这里看是INDEX (RANGE SCAN) 紧跟在
翻译 大型共享数据库的数据关系模型(精选.)
大型共享数据库的数据关系模型 E.F.Codd IBM Research Laboratory,SanJose,California 未来的数据库使用者一定是和数据在机器中的存储（即数据库的内部模式）相隔离的。而通过提示服务来提供信息是一个不太令人满意的解决方法。当数据的内部模式表示发生改变，甚至数据内部表示的多个方面发生改变时，终端用户和大多数应用程序的活动都不会受到影响。因此，查询、更新和报告存储信息类型的自然增长和变动都需要在数据表示中表现出来。 现存的不可推断的、格式化的数据系统给用户提供了树结构的文件或者更一般的网格模式的数据。本文在第一部分讨论这些模式的不足之处。并且会介绍一种基于n元组关系的模式，一种数据库关系的正式形式和通用数据子句的概念。第二部分将讨论一些关系的操作（不是逻辑层面的），并且把这些操作应用于用户模式上解决冗余和一致性问题。 1关系模式和一般模式 1.1简介 这篇文章是关于系统的基本关系原理的应用，这个原理提供了共享大型格式化数据库的方法。除了Childs[1]的文章有介绍外，用于数据库系统的关系的主要应用 还表现在演绎推理型的问-答系统中。Levein和Maron[2]提供了大量关于这个领域的参考资料。 相比之下，这里要解决的问题是一些数据独立性的问题——应用程序和终端活动之于数据类型增长和数据表示变动的独立性，而数据一致性问题即使在非演绎推 理型系统中也是很棘手的。 在目前流行的非推论性系统中，第一部分要介绍的数据的关系视图（或叫做模式）在一些方面似乎优于图模式和网格模式[3,4]。这种模式提供了一种根据数据的自然结构来描述描述数据的方式——也就是说，不用为了数据的机器表示而添加其 他的将结构。因此，这种模式为高水准的数据语言提供了基础，而这种数据语言机 制一方面可以达到最大化程序之间的独立性，另一方面也可以最大化数据的机器表 示和组织之间的独立性。 关系模式更高一级的优势在于它构成了关系处理可导性、冗余性和一致性的坚固基础——这些将在第二部分讨论。另一方面，网络模型产生了一些混淆，尤其是 把连接的源误作为关系的源（见第二部分“连接陷阱”） 最后，关系视图允许对目前格式化数据系统的范围和逻辑限制的更清晰的估算，并且有在单独的系统内竞争数据表示方式的优点（从逻辑的观点）。更清楚的这个观点的示例会在本文中的不同部分中被阐释。但是支持关系模式的系统实现不会讨论。 1.2目前系统的数据相关性 最近发展的信息系统中数据描述表的提供是向数据独立性目标[5,6,7]靠近的重要提高。这些表可以使改变数据库中数据表示的某些特征变得更容易些。但是，许 多数据表示特征可以在不逻辑地削弱一些应用程序的情况下被改变的功能仍受到相 当的限制。更进一步，与用户交互的数据模式仍然有一些散乱的代表性特征，特别
数据库和多媒体的未来发展情况
数据库和多媒体的未来发展情况 数据库是为某种特殊目的组织起来的记录和文件的集合.传统的数据库管理系统在处理结构化数据文字和数值信息等方面是很成功的.但是在计算机辅助设计/制造和办公自动化等领域中处理大量的存在与各种媒体的非结构化数据如图形图像和声音等传统的数据库信息系统就难以胜任了因此需要研究和建立能处理非结构化数据的新型数据库多媒体数据库.多媒体数据库是建立多媒体信息管理系统与多媒体应用系统最重要的工具.多媒体数据库技术从作为传统数据库的一种高级应用开始到作为适用于多媒体数据的数据库管理系统历经近十年的研究与发展并将是未来数据库系统研究与发展的方向. 多媒体数据库的几种实现方法 3.1 从关系数据模型发展多媒体数据库 关系模型以其严密的关系理论和简明的用户界面在常规数据的信息管理中发挥了巨大作用.但是面对应用领域所涉及到的图形图像文字声音动画等多媒体数据,传统的数据库技术在数据模型数据类型定义语言操纵语言存储结构和存取路径等方面都无法适应.例如, 关系模型的规范关系要求数据项具有原子性, 而上述复杂的应用对象大多具有层次结构, 要求一个数据项能存放一个递归的关系, 即存入一个具有层次结构的对象, 因此传统的关系模型是完全不能适应多媒体数据的处理要求的, 必须从概念和体系结构上做较大的扩展与修改才能建立相应的多媒体数据库管理系统.对关系模型作以下扩展 1) 扩展基本关系类型支持复杂对象.这一扩展必然导致违反传统关系模型是第一范式的要求即关系定义中的每个属性所定义的类型必须是系统所支持的内部类型.这样扩展后属性可以不是系统所支持的内部类型而是用户自定义类型. 2) 对关系模型提供的操作加以扩充.传统的关系数据模型的数据操作能力十分有限只适用于事务处理领域.把传统的关系模型上的操作作为系统的缺省功能加以实现并提供这样的机制使用户能根据所定义的数据类型扩展其功能如新的存取复杂查询和完整性约束等这样就可以很好地支持抽象数据类型的概念. 3) 扩展面向对象的风范.如继承和动态联编面向对象的风范. 多媒体数据库对关系模型作一定的扩充后就能在可扩充的数据库管理系统中支持具有面向对象功能的许多新的应用而且改造和开发成本也较少.由于多媒体数据模型是对传统关系模型的扩展这就意味着它不能丢掉传统关系数据模型所具有的数据操作功能因此多媒体数据库的数据操作分为两部分一部分是传统SQL 语言所支持的功能另一部分操作功能是通过用户自定义的方式实现的即用户采用一种高级语言如C++ 来定义某个类型所独具的数据操作功能. 3.2面向对象数据库 面向对象数据库模型中的对象属性方法消息及对象类的层次结构和继承等特点使其能较好 地解决多媒体信息管理面临的问题因而受到人们的重视.在面向对象的系统中将类似的对象组合在一起形成一个对象类.属于同一类的对象具有相同的属性名和定义在这些属性上的方法.他们响应同样的消息.系统中的对象除了具有聚合的联系外还有一种概括的联系.采用面向对象数据库的处理模式传统数据库所面对的许多难题可得到解决.它可以方便灵活地处理图形图像声音文字和动画等