oracle sid_name service_name

在工作中也遇到了这种情况，使用oracle这么长时间一直使用的都是SID的概念。也是给自己扩充了一下知识，所以后面在配置oracle数据库连接的时候需要确认拿到的是service还是sid再进行相应的配置。

来源

• ORACLE中SID和SERVICE_NAME的区别

参考

• sqlplus连接远程数据库

注意下面格式一的配置

@后面两个斜线
端口号和service_name中间变成斜线了，不是原来SID的冒号
jdbc:oracle:thin:@//<host>:<port>/<service_name>

内容说明

    实例是操作系统中访问数据库所需要的一系列的进程和内存的集合。即使没有任何数据文件，实例也可以启动。但是要想访问数据库，必须把数据库文件加载进实例中。实例和数据库的区别可以简单概括为：实例是临时的，它只在相关的进程和内存集合存在时存在，而数据库是永久的，只要文件存在它就存在。一个实例只能对应一个数据库，但是一个数据库可以由多个实例对应（如RAC）。RAC就是多个实例同时打开一个数据库文件的系统，在结构上是多台机器，每台机器运行一个实例，每个实例都打开同一个数据库 （这个是用磁盘共享技术实现的），这些实例之间需要同步高速缓存，这样保证多个实例是完全一致的，不会相互冲突乃至覆盖。

    SID即INSTANCE_NAME是用来唯一标示实例的。SERVICE_NAME是oracle8i新引进的，8i之前，一个数据库只能由一个实例对应，但是随着高性能的需求，并行技术的使用，一个数据库可以由多个实例对应了，比较典型的应用如RAC。为了充分利用所有实例，并且令客户端连接配置简单，ORACLE提出了SERVICE_NAME的概念。该参数直接对应数据库，而不是某个实例。
     
    了解了SID和SERVICE_NAME之后，我突然觉得前面故事中使用的解决方案并不是最佳的解决方案，因为SERVICE_NAME的出现就是为了应对并发技术，简化客户端连接配置。通过SERVICE_NAME应该能找到更好的解决方案。通过查找JDBC帮助得知JDBC连接ORACLE的方法由三种：

格式一：jdbc:oracle:thin:@//<host>:<port>/<service_name>
格式二：jdbc:oracle:thin:@<host>:<port>:<SID>
格式三：jdbc:oracle:thin:@<TNSName>

    不难看出，故事中使用RAC之前，JDBC是使用格式二连接的，使用RAC后实例增多了，SID已经不唯一，格式二已经无法完全利用所有资源。研发参考PL/SQL的连接方法刚好碰巧使用了格式三。因为java应用服务器跟数据库服务器是分离的，应用服务器上没有oracle的服务端以及客户端。虽然解决方案中没有使用TNSName,但是使用了TNSName的连接描述，效果是一样的。既然JDBC有三种连接方案，我们不妨再看一下第一种方案。再加上前面的讲解内容，我想大家已经都知道故事中的问题该怎么修改了，只要改成jdbc:oracle:thin:@//10.2.0.2:1521/orcl就可以了，而且这种格式也支持单实例数据库。这也是ORACLE在8i之后增加SERVICE_NAME的初衷。