- 浏览: 33720 次
- 性别:
- 来自: 上海
最新评论
-
laurence0527:
介个不是BUG,是夏令时问题,每年夏令时第一天都有这个问题。
Oracle JDBC的一个小Bug -
dayang2001911:
用quartz的statefuljob这个接口是么?
我想问 ...
基于Quartz的高频率同步 -
windelll:
getDate()返回的只有年月日是因为这个方法的返回类型是j ...
Oracle JDBC的一个小Bug -
cuiyi.crazy:
<div class="quote_title ...
将HashMap封装成一个LinkedList -
duobin3000:
毛
瞎说,
qutarz有这样的实现,而且spring-qut ...
基于Quartz的高频率同步
文章列表
沟通无处不在,日常生活,聚会,工作等等……
在项目管理中,沟通我觉得常常被忽视而没有提到日程管理日程中。这很遗憾!其实冷静细想,项目不就是为了为客户解决问题嘛,然后一帮子人聚在一起共商对策。但就是这样一个需要沟通的地方,经常是死气沉沉,每个人要么埋头苦干,要么呆着耳塞自娱自乐……
出现这种不良境况的土壤是什么呢?我觉得还是管理者没有调整好自己的角色,他没有把自己当作管理者/统筹者,而是专政者。一个好的管理者在定方案或者执行方案的时候,他没有倾听项目成员的意见,而是自己或者一小部分项目高层决策,然后外科手术式的分配给下面执行……
我觉得这样是不太好的,任何一个好的管理者都是一个好的沟通者,不 ...
在一个数据库到库的记录同步过程过,一个同事无意中惊奇的发现了oracle 10g的jdbc 驱动的一个小小而荒诞的Bug:数据库中的date类型的字段,用getDate("columnName")函数获取日期时,当且仅当数据库中的数据为1990-4-15时,该函数获取的日期偏偏是1990-4-14。非常的诡异!如果用getString()是准确的,这说明数据库中的数据在经过一份转化为date类型的逻辑计算时,出现了一个bug。
PreparedStatement虽然有种种好处,最大的特点是SQL语句的数据库无关性,也就是不需要特定得指定具体数据库的SQL,比如比较Timestamp类型的字段,如果用Statement全拼SQL的话,必须得带上TIMESTAMP('YYYY-MM-DD 00:00:00.0') (DB2的) 或者TIMESTAMP('YYYY-MM-DD 00:00:00.0', 'YYYY-MM-DD hh24:mi:ssxff')(Oracle的)这些特定函数,但如果是PreparedStatement的话,就不需要指定了,完全交给JDBC驱动来完成。而且,有时候必须得用Prepare ...
Statement在JDBC编程中常常被用到,但却常常忽略。Statement本身是一个接口,有两个实现类:PreparedStatement和CallableStatement,通过connection.createStatement()创建实例。相对于connection和resuleset资源来说,statement实例很容易被忽略而没有即时释放它。下面就是一个会导致严重后果的例子:
java 代码
for (;;;) {
Statement sst = connection.createStatement();
... ...
timestamp时间戳类型是数据库常用的类型,但如何写它的比较很正让人犯了愁了。经过一番试探,google+xpert才发现可以这样写:
DB2 :
select * from tableName where timestamp_col >= TIMESTAMP('2007-10-10 00:00:00.0')
ORACLE :
select * from tableName where timestamp_col >= TO_TIMESTAMP('20 ...
目前涉及到一个项目,是关于从两个数据源倒数据到数据中心的数据同步问题。在同步过程就出现了因为三个库的编码不同而出现最终在数据中心中出现乱码的情况。
其中一个源(DB2 8.2)是DB2 GBK编码的,一个源(Oracle 9i)是Oracle WE8ISO8859P1编码的,最后数据中心(Oracle 10.1.0.1)的编码是AL32UTF8的。同步程序是采用select-insert对来进行的,即先从源数据库中select出同步数据,再直接插入到数据中心中。但这时就出现了一个问题,把两种不同于目标数据库编码的数据insert进去会保证数据的正确性吗?或者说数 ...