数据源在jdbc中的应用(1)

　简介
　　众所周知，JDBC（Java数据库连接）是Java 2企业版的重要组成部分。它是基于SQL层的API。通过把SQL语句嵌入JDBC接口的方法中，用户可以通过Java程序执行几乎所有的数据库操作。JDBC只提供了接口，具体的类的实现要求数据库的设计者完成。通过生成这些接口的实例，即使对于不同的数据库，Java程序也可以正确地执行SQL调用。所以对于 程序员来说，不必把注意力放在如何向数据库发送SQL指令，因为程序员需要了解和用到
　　的只是JDBC的接口，只有在极少数情况下会用到面向特定数据库的类，例如程序员希望使用ORACLE的扩展API。
　　在JDBC程序中，首先需要做的是实现与数据库的连接。在示例程序中，我们使用的是OR ACLE8i的JDBC包。连接数据库通常需要实现以下几个步骤：
　　1. 注册数据库驱动程序（driver）。可以通过调用java.sql.DriverManager类的regis
　　terDriver方法显式注册驱动程序，也可以通过加载数据库驱动程序类隐式注册驱动程序
　　。例如我们希望向虚拟机注册 // 显式注册
　　DriverManager.registerDriver(new oracle.jdbc.driver.// 隐式注册
　　Class.forName(“oracle.jdbc.driver.
　　关于虚拟机如何自动注册通过类加载器（ClassLoader）加载的数据库驱动程序超过了本 文讨论的范围，在此不做详细讨论。
　　2． 建立连接。调用java.sql.DriverManager类的getConnection（）方法可以建立与数 据库的连接。GetConnection（）方法返回一个Connection对象。需要注意的是，getCo
　　nnection（）方法会自动从数据库驱动程序注册表中选择一个最合适的驱动程序。
　　3． 建立连接后，允许自动更新（AutoCommit）。调用java.sql.Connection接口的ser
　　AutoCommit（）方法可以设定当程序向数据库发出一条SQL指令后，数据库是否立即更新 。
　　下面是一个具体的实例。在该实例中，作为getConnection（）方法参数的url使用的是
　　Net8 keyword-value pair格式。当然也可以使用普通格式。数据库安装在名为Chicago
　　的服务器上，使用的协议是TCP协议，使用的端口是1521，数据库的SID是chidb，使用的
　　数据库驱动程序是 import java.sql.*;
　　// 初始化常数
　　private static String url =
　　　　“jdbcracle:thin:@(description=(address=(host=Chicago)” +
　　　　“(protocol=tcp)(port=1521))(connect_data=(sid=chidb)))”;
　　　　// 也可以设定url为“jdbcracle:thin:@ Chicago:1521:chidb”
　　　　private static String username = “guest”;
　　private static String password = “guest”;
　　try
　　{
　　　　// 注册数据库
　　　　Class.forName(“oracle.jdbc.driver.　　// 建立连接
　　　　Connection conn =
　　　DriverManager.getConnection(url, username, password);
　　// 允许自动更新
　　Conn.setAutoCommit(true);
　　}
　　catch(ClassNotFoundException e )
　　{
　　e.printStackTrace();
　　}
　　catch(SQLException e)
　　{
　　e.printStackTrace();
　　}
　　从实际应用的角度出发，我们可以看出采取这种方式连接到数据库存在几个问题。第一 是安全性问题，由于程序代码中包含用户名和密码，其他人如果能得到bytecode，可以通过反编译工具获得用户名和密码。第二是代码的可移植性问题。如果希望连接的数据库名称或用户名有所更改，程序员需要修改源程序，然后把修改过的程序发送给用户。
　　也就是说，软件无法脱离数据库独立存在。这样不仅会大大提高软件的成本，也不利于软件本身的发展。还可能出现这样的情况：在某些情况下，提供数据的机构不希望数据库的用户名和密码让编写程序的程序员知道知道。这样就提出了一个问题，如何使Java和数据库之间建立连接时隐藏一些敏感的信息。
　　数据源（Data Source）及JNDI
　　数据源是在JDBC 2.0中引入的一个概念。在JDBC 2.0扩展包中定义了javax.sql.DataSo
　　urce接口来描述这个概念。如果用户希望建立一个数据库连接，通过查询在JNDI服务中的数据源，可以从数据源中获取相应的数据库连接。这样用户就只需要提供一个逻辑名称（Logic Name），而不是数据库登录的具体细节。
　　在这里有必要简单介绍一下JNDI。JNDI的全称是Java Naming and Directory Interface， 可以理解为Java名称和目录服务接口。JNDI向应用程序提供了一个查询和使用远程 服务的机制。这些服务可以是任何企业服务。对于JDBC应用程序来说，JNDI提供的是数 据库连接服务。当然JNDI也可以向数据库提供其他服务，但是这超出了本文范围，在此 不做论述。
　　其实JNDI并不难理解。简单来说，名称服务提供了一个把文件，打印机，服务器等实体 映射到一个逻辑名称的机制。例如在操作系统中的名称服务就把打印机映射到一个I/O端 口。而目录服务可以理解为名称服务的一个扩展，它允许在服务中的各项拥有自己的属 性。又以打印机为例，打印机可以是彩色打印机，支持双面打印，支持网络打印，支持 高速打印等。所有这些打印机的属性都可以储存在目录服务中，和相应的打印机联系起 来。一些常见的目录服务有NIS，NIS+，LDAP和Novell的NDS等。
　　JNDI使应用程序通过使用逻辑名称获取对象和对象提供的服务，从而使程序员可以避免 使用与提供对象的机构有关联的代码。例如在下面的例子中使用了在JNDI中的数据源，
　　程序员就不需要提供