很容易混淆,这就是“实例”(instance)和“数据库”(database)。作为Oracle术语,这两个词的定义如下:
q 数据库(database):物理 *** 作系统文件或磁盘(disk)的集合。使用Oracle 10g的自动存储管理(Automatic Storage Management,ASM)或RAW分区时,数据库可能不作为 *** 作系统中单独的文件,但定义仍然不变。
q 实例(instance):一组Oracle后台进程/线程以及一个共享内存区,这些内存由同一个计算机上运行的线程/进程所共享。这里可以维护易失的、非持久性内容(有些可以刷新输出到磁盘)。就算没有磁盘存储,数据库实例也能存在。也许实例不能算是世界上最有用的事物,不过你完全可以把它想成是最有用的事物,这有助于对实例和数据库划清界线。
这两个词有时可互换使用,不过二者的概念完全不同。实例和数据库之间的关系是:数据库可以由多个实例装载和打开,而实例可以在任何时间点装载和打开一个数据库。实际上,准确地讲,实例在其整个生存期中最多能装载和打开一个数据库!稍后就会介绍这样的一个例子。
是不是更糊涂了?我们还会做进一步的解释,应该能帮助你搞清楚这些概念。实例就是一组 *** 作系统进程(或者是一个多线程的进程)以及一些内存。这些进程可以 *** 作数据库;而数据库只是一个文件集合(包括数据文件、临时文件、重做日志文件和控制文件)。在任何时刻,一个实例只能有一组相关的文件(与一个数据库关联)。大多数情况下,反过来也成立:一个数据库上只有一个实例对其进行 *** 作。不过,Oracle的真正应用集群(Real Application Clusters,RAC)是一个例外,这是Oracle提供的一个选项,允许在集群环境中的多台计算机上 *** 作,这样就可以有多台实例同时装载并打开一个数据库(位于一组共享物理磁盘上)。由此,我们可以同时从多台不同的计算机访问这个数据库。Oracle RAC能支持高度可用的系统,可用于构建可扩缩性极好的解决方案。
q 数据库可以由一个或多个实例(使用RAC)装载和打开。
开始的时候你可以针对某一种数据库学习,比如Sql Server 、Oracle、MySql,因为这些数据库虽说有不同之处,但是大同小异,只要对一种数据库了解了,其他的数据库也就没什么问题了。相同之处:
1、SQL(标准化查询语言),这个是所有数据库都通用的,只要学会了这个语言,你就可以游走在所有数据库系统之间,屡试不爽!
2、原理,目前主流数据库都是关系型数据库,就如同面向对象程序设计语言一样,虽说C#和java是两款不同的语言,但是都是面向对象语言,只要是面向对象语言,所有程序无非就是对象和对象之间的关系和调用的过程集合而已。关系型数据库也是同理。了解了一种关系型数据库的原理之后,其他的也是无师自通。
本节课是浙教版《信息技术基础》必修模块第四章《信息的管理》的第一、二节教学内容,属于信息素养中信息管理的范畴。根据新课程标准,这节课的主要教学内容是掌握数据库的相关概念和进行数据库相关 *** 作。
数据库是信息管理的核心和基础技术,而本节内容正是信息管理的重点,因此采用情境导入、任务驱动的方式对学习任务进行深入学习,并通过层层深入的设问来调动学生学习的积极性。学好本节内容,可以使学生养成良好的信息资源管理习惯,掌握信息资源管理的常用方法以及利用数据库存储、管理大量数据并实现高效检索,对于学生今后的生活、工作和学习是相当有益的,而且也能为以后学习选修模块《数据管理技术》作好知识和技能的准备,具有承上启下的作用。本次课占2课时。
一、教学目标
知识与技能:了解数据库的基本概念,理解数据库应用程序、数据库管理系统、数据库的关系;了解Access中数据库表、记录、字段的概念;学会使用Access浏览、修改、添加、删除记录,了解字段数据类型的选择。
过程与方法:通过在线注册,实践体验数据管理系统和数据库应用程序的作用,能根据实际情况获取数据库中的数据,学会归纳总结的学习方法。
情感、态度与价值观:体会使用数据库管理信息对我们学习、生活带来的影响,树立科学管理、使用信息资源的意识,体验网络数据库的优势。
二、教学重点、难点
教学重点:数据库系统的几个概念间的关系,数据表记录的添加、修改、删除 *** 作。
教学难点:数据库系统的几个概念间的关系,字段数据类型的确定。
三、学情分析
高一年级的学生已掌握Office办公软件的使用,如Word、PowerPoint和Excel,这些为学习本节课提供了一定的基础。数据库系统是新课程改革后加进来的内容,大部分学生都是第一次接触,相对来说掌握起来有一定的难度。
四、教学过程
1创设情境,激情导入
师:同学们,平时我们经常会上网注册一些信息,今天请大家一起到老师自建的网站上来注册信息。请大家在IE浏览器的地址栏上输入地址>
简单的说几句吧。其实这个解决方案呢,主要是要先考虑成本问题,其他的,技术问题其实都很容易解决,但是企业应用上,最大的限制就是成本。下面以ORACLE数据库为例,简单说说。希望对你有所帮助。(数据库类型并不重要,解决方案都是大同小异。)
1、基于存储层的容灾复制方案
这种技术的复制机制是通过基于SAN的存储局域网进行复制,复制针对每个IO进行,复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制。对大数据量的系统来说有很大的优势(每天日志量在60G以上),但是对主机、 *** 作系统、数据库版本等要求一致,且对络环境的要求比较高。
2、基于逻辑卷的容灾复制方案
这种技术的机制是通过基于TCP/IP的网络环境进行复制,由 *** 作系统进程捕捉逻辑卷的变化进行复制。其特点与基于存储设备的复制方案比较类似,也可以选择同步或异步两种方式,对主机的软、硬件环境的一致性要求也比较高,对大数据量的应用比较有优势。其目标系统如果要实现可读,需要创建第三方镜像。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统,或者是应用系统的容灾复制。
3、基于oracleredolog的逻辑复制方式
使用这种方式的主要有一些第三方的软件,以及oracle自己的DATAGUARD中的logicalStandby。目前,国外已经有了很多比较成熟的产品及成功案例,国内也有类似的产品,但在产品的成熟程度和成功案例上跟国外还有一定的差距。
使用oracle以外的独立进程,捕捉redologfile的信息,将其翻译成sql语句,再通过网络传输到目标端数据库,在目标端数据库执行同样的sql。如果其进程赶不上oracle日志切换,也可以捕捉归档日志中的内容。也有的产品在源端以事务为单位,当一个事务完成后,再把它传输到目标端。所有的产品一般都是以表为单位进行复制,同时也支持大部分DDL的复制(主要在oracle9i环境中)。
数据库的吞吐量太大时,其实据会有较大的延迟,当数据库每天的日量达到60G或更大时,这种方案的可行性交差;实施的过程可能会有一些停机时间,来进行数据的同步和配置的激活;复制环境建立起来以后,对数据库结构上的一些修改需要按照规定的 *** 作流程进行,有一定的维护成本。
以上就是关于数据库的实例组成部分及作用是什么一个oracle数据库可以有多个实例吗全部的内容,包括:数据库的实例组成部分及作用是什么一个oracle数据库可以有多个实例吗、数据库系统原理案例有哪些、数据库系统 [《数据库系统》教学案例]等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)