很就没写Java了,今天简单问了下行情,如今都是Java 9的时代了,老系统基本上都是在Java 7。
Oracle中很早就糅合了Java,Oracle 10g中自带Java 4,Oracle 11g中是Java 5,到了12c还是得与时俱进,是Java 6。当然相比开发技术来说还是慢了几拍。
在前些天做数据迁移的时候就碰到了一个有些头痛的问题。可以参见 http://blog.itpub.net/23718752/viewspace-2126900/
数据库使用SQL*Plus测试连接完全没有问题,但是应用端测试总是通不过,而且开发人员也确实没有发现其它的问题。经过一番排除,最后锁定是在连接配置的地方有一些问题。
如果DBA能够通过JDBC的方式去测试这个问题,可能也会省时省力不少。在这方面还是很值得的,因为不光学习了一些基本的开发技术,而且如果有精力可以做更多的扩展和定制,抛开基础运维,其实有很多的工作可以改进。
我改造了下面的代码,补充了一些自己需要的东西。其实这个简单的程序可以做更多的定制,在先满足需求的情况下持续改进。
如果JDBC配置出错的时候,程序的运行结果如下:
问题的原因就在于JDBC驱动的url在Oracle连接PDB的时候还是需要修改为类似MySQL的JDBC驱动方式
原来的url
JDBC URL:jdbc:Oracle:thin:@10.127.130.58:1525:tbillmob
改变后的url
JDBC URL:jdbc:Oracle:thin:@10.127.130.58:1525/tbillmob
这样这个问题六很容易锁定了,而且解决了问题还有一些值得玩味的地方。
这个Java程序正常情况下的输出类似下面的形式:
数据库的信息都会很清晰的显示出来,概要信息一目了然,省去了敲复杂的SQL语句了。
总体来看不光实现了需求,看起来还蛮不错的。
不过在调试的过程中还是碰到了一些小问题,简单总结一下。
首先就是运行时的抛错,刚开始还一头雾水,脱离了IDE还真有些不知所措。JDBC的驱动类是在ojdbc6.jar里面。
最后查看以前写的Java调用,发现里面带有:的字样,这样调用就没有问题了。
刚开始没大明白,还感觉还神奇,其实这个就是包含了当前的目录。下面的形式也是等价的:
java -cp /home/oracle/jdbc/lib/ojdbc6.jar:. Test
或者
java -cp .:/home/oracle/jdbc/lib/ojdbc6.jar Test
此外还有一种方式,那就是把驱动类放入jre/lib/ext目录下。这样就不用再次声明classpath了。
在这个基础上,还有什么可做的,可以把SQL和数据结果集分离,配置分离,做成可配置的方式,JDBC程序就可以成为一个通用的框架。
Oracle中很早就糅合了Java,Oracle 10g中自带Java 4,Oracle 11g中是Java 5,到了12c还是得与时俱进,是Java 6。当然相比开发技术来说还是慢了几拍。
在前些天做数据迁移的时候就碰到了一个有些头痛的问题。可以参见 http://blog.itpub.net/23718752/viewspace-2126900/
数据库使用SQL*Plus测试连接完全没有问题,但是应用端测试总是通不过,而且开发人员也确实没有发现其它的问题。经过一番排除,最后锁定是在连接配置的地方有一些问题。
如果DBA能够通过JDBC的方式去测试这个问题,可能也会省时省力不少。在这方面还是很值得的,因为不光学习了一些基本的开发技术,而且如果有精力可以做更多的扩展和定制,抛开基础运维,其实有很多的工作可以改进。
我改造了下面的代码,补充了一些自己需要的东西。其实这个简单的程序可以做更多的定制,在先满足需求的情况下持续改进。
点击(此处)折叠或打开
- import java.sql.CallableStatement;
- import java.sql.Connection;
- import java.sql.DriverManager;
- import java.sql.ResultSet;
- import java.sql.SQLException;
- import java.sql.Statement;
-
- public class Test {
-
- public static void main(String[] args) {
- String driver = "oracle.jdbc.driver.OracleDriver";
- String url = "jdbc:Oracle:thin:@10.127.130.58:1525/tbillmob";
- Statement stmt = null;
- ResultSet res = null;
- Connection conn = null;
- CallableStatement proc = null;
- System.out.println("JDBC URL:"+url);
- String sql = " select (select decode(value,'TRUE','YES','NO')from v$option WHERE Parameter = 'Real Application Clusters') RAC,"+
- " (select log_mode||','||database_role from v$database where rownum<2)log_mode,"+
- " (select platform_name from v$database where rownum<2)platform_name,"+
- " inst_id instance_id, instance_name, host_name, version, status, startup_time "+
- " from gv$instance "+
- " order by inst_id";
-
- try {
- Class.forName(driver);
- System.out.println(System.getProperty("java.class.path")+"\n");
- conn = DriverManager.getConnection(url, "pdb_mgr", "oracle");
- stmt = conn.createStatement();
- res = stmt.executeQuery(sql);
- while(res.next())
- {
- System.out.println("---------------------------\n");
- String rac_flag = res.getString("RAC");
- String log_mode = res.getString("LOG_MODE");
- String platform_name = res.getString("PLATFORM_NAME");
- String instance_id = res.getString("INSTANCE_ID");
- String instance_name = res.getString("INSTANCE_NAME");
- String host_name = res.getString("HOST_NAME");
- String version = res.getString("VERSION");
- String status = res.getString("STATUS");
- String startup_time = res.getString("STARTUP_TIME");
- System.out.println("RAC:\t"+rac_flag+"\n"
- +"LOG_MODE:\t"+log_mode+"\n"
- +"PLATFORM_NAME:\t"+platform_name+"\n"
- +"INSTANCE_ID:\t"+instance_id+"\n"
- +"INSTANCE_NAME:\t"+instance_name+"\n"
- +"HOST_NAME:\t"+host_name+"\n"
- +"VERSION:\t"+version+"\n"
- +"STATUS:\t"+status+"\n"
- +"STARTUP_TIME:\t"+startup_time+"\n");
- System.out.println("---------------------------\n");
- }
- } catch (ClassNotFoundException e) {
- e.printStackTrace();
- } catch (SQLException e) {
- e.printStackTrace();
- }
- }
- }
如果JDBC配置出错的时候,程序的运行结果如下:
问题的原因就在于JDBC驱动的url在Oracle连接PDB的时候还是需要修改为类似MySQL的JDBC驱动方式
原来的url
JDBC URL:jdbc:Oracle:thin:@10.127.130.58:1525:tbillmob
改变后的url
JDBC URL:jdbc:Oracle:thin:@10.127.130.58:1525/tbillmob
这样这个问题六很容易锁定了,而且解决了问题还有一些值得玩味的地方。
这个Java程序正常情况下的输出类似下面的形式:
数据库的信息都会很清晰的显示出来,概要信息一目了然,省去了敲复杂的SQL语句了。
总体来看不光实现了需求,看起来还蛮不错的。
不过在调试的过程中还是碰到了一些小问题,简单总结一下。
首先就是运行时的抛错,刚开始还一头雾水,脱离了IDE还真有些不知所措。JDBC的驱动类是在ojdbc6.jar里面。
最后查看以前写的Java调用,发现里面带有:的字样,这样调用就没有问题了。
刚开始没大明白,还感觉还神奇,其实这个就是包含了当前的目录。下面的形式也是等价的:
java -cp /home/oracle/jdbc/lib/ojdbc6.jar:. Test
或者
java -cp .:/home/oracle/jdbc/lib/ojdbc6.jar Test
此外还有一种方式,那就是把驱动类放入jre/lib/ext目录下。这样就不用再次声明classpath了。
在这个基础上,还有什么可做的,可以把SQL和数据结果集分离,配置分离,做成可配置的方式,JDBC程序就可以成为一个通用的框架。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23718752/viewspace-2127174/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23718752/viewspace-2127174/