在实际的开发应用中，关于Oracle数据库，经常听见有人说建立一个数据库，建立一个Instance，启动一个Instance之类的话。 其实问他们什么是数据库，什么是Instance，很可能他们给的答案就是数据库就是Instance，Instance就是数据库啊，没有什么区别。在这里，只能说虽然他们Oracle用了可能有了一定的经验，不过基础的概念还是不太清楚。
什么是数据库，其实很简单，数据库就是存储数据的一种媒介。比如常用的文件就是一种，在Oracle10G中，数据的存储有好几种。第一种是文件形式，也就是在你的磁盘中创建一批文件，然后在这些文件中存储信息。第二种就是磁盘阵列形式，这个是什么意思呢，这个就是说明数据库不是存放为某个文件，而是把一个或者多个磁盘格式化成Oracle的一种格式了，等于整个磁盘就是存放Oracle数据库的，不能作为别的用途。这样的优点是存储性能高，因为不再借助别的文件格式了，而是把整个磁盘都成为Oracle最适应的文件系统格式。当然还可能有别的形式，比如网络什么的。不过我们最常用的还是文件格式的，在文件格式中，数据库指的就是那些数据文件，控制文件以及REDO文件等等一系列文件。
而什么是Instance呢，Instance其实就是指的操作系统中一系列的进程以及为这些进程所分配的内存块。在Oracle中，我们可以新建一个Oracle的Instance，这个时候虽然有了进程还有SGA等一系列的内存快，但是这个时候并没有把数据库文件读取进来。所以只是一个实例，在后来，你可以通过命令手动或者自动地把数据库文件加载进我们的数据库Instance中，这个时候的数据库才可以让我们真正的开始访问操作。
所以说，数据库的应用如果想实现，数据库和数据库Instance是缺一不可的，如果只有数据库的那些文件，那么，只能代表数据在这个文件中，但是我们无法直接进行操作。而如果只有数据库Instance，那么我们虽然可以急性操作，但是也不知道操作哪些数据，操作生成的数据也无法保存等等。所以，当一个Oracle Instance真正Load了一个Oracle Database了以后，数据库才可以被我们使用。
在这里要注意一点的是，Oracle的实例在启动以后，只能load一次数据库，如果想把数据库与Instance断开，然后再重新挂在一个数据库Instance，那么就需要你首先把数据库Instance进程结束，然后重新建立这个instance的一个进程，再load另外一个数据库。否则肯定要抛除ORA-16169错误，说数据库已经被打开。因为一个数据库Instance在其生存期中最多只能load和打开一个instance。
在建立Oracle数据库的时候，应该会在数据库建立助手向导上面看到这么一个选项，就是数据库的连接模式采用什么方式。在Oracle9i或者10g中，可以看到有2种连接模式，一种叫做专用服务器连接(dedicated server) ，另外一种叫做共享服务器连接(shared server)。下面我们来分类说一下这两种连接方式的不同点。
专用服务器模式就是说每次在对Oracle进行访问的时候，Oracle服务器的Listener会得到这个访问请求，然后回为这个访问创建一个新的进程来进行服务。所以说，对于每一个客户端的访问，都会生成一个新的进程进行服务，是一种类似一对一的映射关系。这种连接模式的一个很重要的特点就是UGA（用户全局域）是存储在PGA（进程全局域）中的，这个特性也很好说明了当前用户的内存空间是按照进程来进行分配的。
而另外的共享服务器连接则是一种在程序编写的时候通常会用到的连接池（pool）的概念。采用这种模式的话，在数据库的初始化的时候就会创建一批服务器连接的进程，然后把这些连接进程放入一个连接池来进行管理。初始化的池中的进程数量在数据库初始化建立的时候是可以手动设置的。在连接建立的时候，Listener首先接受到客户端的建立连接的请求，然后Listener去生成一个叫做调度器(dipatcher)的进程与客户端进行连接。调度器把把客户端的请求放在SGA（系统全局域）的一个请求队列中，然后再共享服务器连接池中查找有无空闲的连接，然后让这个空闲的服务器进行处理。处理完毕以后再把处理结果放在SGA的相应队列中。调度器通过查询相应队列，得到返回结果，再返回给客户端。这种连接模式的优点在于服务器进程的数量可以得到控制，不大可能出现因为连接人数过多而造成服务器内存崩溃。但是由于增加了复杂度以及请求相应队列，可能性能上有所下降。
总之，谈到两种连接方式的优点和缺点，真的是各有千秋。在专用服务器模式下，优点就是每个用户都有一个连接，所以大家不至于有的应用占着连接造成别的客户的请求给挂起了。而最大的缺点在于内存管理上，因为随着连接数的增加，每增加一个连接，就要分配一份PGA，如果增加10000个连接，那就是10000个PGA要提供，内存很容易吃爆掉。而共享连接方式优点在于连接数量固定，所以内存数量不会占用很多，不过在数据库初始化的时候，共享服务器就要初始化好，比如有100个共享服务器，由于共享连接模式下，UGA是分配在PGA中的，所以初始化的时候需要初始化比较多的内存，也就是那100个UGA的内存。另外共享服务器还有一个优点就是很多数据库高级连接特性都要求使用共享服务器，所以有时候为了使用这些特性迫不得已只好设定为共享服务器连接模式。共享服务器的最大的缺点还是在于数据仓库模式下运行的时候，如果有大量的请求需要长时间占用服务器，那么就会造成很多别的请求的挂起，导致整个服务器性能的降低。另外，在有些应用服务器提供了连接池的时候，比如J2EE中经常有应用服务器的连接池，比如Weblogic的啊，还有开源的DBCP以及C3P0等等。在有这些连接池的时候，共享服务器对于性能上反而造成了累赘。另外，有时候在使用共享服务器的时候，由于数据事务处理不及时，而占住服务器的进程试图锁定前面事务没有处理的数据，会造成数据库的死锁，特别是如果没有设定连接锁定超时的话，只能通过DBA上数据库杀进程的方式来解决了。不过也有这种的最佳方案，那就是混合模式，也就是对于同一个数据库服务器，既有专用服务器，也有共享服务器，共享服务器用来处理那种事务性很强的活。而专用服务器用来对付那些比较耗时间和资源的请求。当然，也要看到时候的实际情况如何再做决定，两者没有绝对的哪种好哪种不好的差别。