数据库的实例组成部分及作用是什么一个oracle数据库可以有多个实例吗

很容易混淆，这就是“实例”（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）装载和打开。

Java单实例模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在，在很多 *** 作中，比如建立目录、数据库连接等都需要这样的单线程 *** 作。

使用Singleton的好处还在于可以节省内存，因为它限制了实例的个数，有利于Java垃圾回收，同时单例模式还能够保证一个类仅有唯一的实例，并提供一个全局访问点。

数据库的三范式对数据库来说是是具有一定好处的，先抛开定义不谈，每当设计数据库的时候，往往会具有较大的数据库体系，也就是每个表之间的关系，不同表中某些属性都具有一定的关系，因为具有关联，所以数据在存储的时候逻辑会比较复杂，如果不按照一定的规则来存储数据就会有乱子，就像你开车一样，没有交通规则不就混乱了么？因此，在数据库设计的时候满足范式要求可以很大限度的合理的处理数据，减少数据的冗余，即多余的用数据，当然范式的优点也不仅仅体现在这方面。

但换句话说，如果在某些特定的情况下还死死遵循范式也是不可取的，因为可能降低数据库的效率，数据库的设计应该根据当前情况和需求做出灵活的处理。

优点：

1在单例模式中，活动的单例只有一个实例，对单例类的所有实例化得到的都是相同的一个实例。这样就 防止其它对象对自己的实例化，确保所有的对象都访问一个实例

2单例模式具有一定的伸缩性，类自己来控制实例化进程，类就在改变实例化进程上有相应的伸缩性。

3提供了对唯一实例的受控访问。

4由于在系统内存中只存在一个对象，因此可以 节约系统资源，当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。

5允许可变数目的实例。

6避免对共享资源的多重占用。

缺点：

1不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。

2由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。

3单例类的职责过重，在一定程度上违背了“单一职责原则”。

4滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。

以上就是关于数据库的实例组成部分及作用是什么一个oracle数据库可以有多个实例吗全部的内容，包括:数据库的实例组成部分及作用是什么一个oracle数据库可以有多个实例吗、java单实例的好处、满足数据库的第三范式有什么好处等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！