工作笔记 - 在路上

今天

Wed, 15 Aug 2007 13:01:22 GMT

今天去客串了把售前
号称是去讲Uap平台
结果到那发现根本不是那么一回事
客户更关心的是系统集成和信息安全
这似乎跟Uap根本挨不上边

不过更让我受不了的是
客户天马行空的想象
而要从公司的那帮售前人员嘴里说出半个不字
好像比登天还难
我夹在中间，说什么好呢？

今天最大的收获是
以后要加强平台与体系方面的知识
能忽悠人还是很重要的

Informix如何从页锁转换为行锁

Tue, 27 Mar 2007 07:13:28 GMT

如果大量的进程读取一个表，会造成一些等锁的现象。Informix上面可能会报出-243, -244, -245的错误。

对于比较大的表来讲，如果把缺省的页锁转换为行锁，往往可以减少这种错误。

步骤是：

1. 用命令: oncheck –pt database:tablename 查看目标表的锁方式；
2. 如果确定用alter table tablename lock mode (row) 来转换为行锁；
3. 再次用oncheck来确认一下。

================以上是网上搜的=====================
informix里，缺省情况下为页锁
alter table <your table name> lock mode page
alter table <your table name> lock mode table
分别把表的锁改为页锁和表锁，一般情况下不用表锁

是否更改成功，可以在systable中查看locklevel字段
informix最多支持800万个锁，可以在onconfig文件中修改，重起数据库服务生效
1个锁占用44字节的内存，如果锁多了，也会引起数据库效率降低

设置隔离级别
set isolation to dirty read

设置等待解锁时间（不宜过大）
set lock mode to wait second(秒)
不等待，立即返回结果
set lock mode to not wait

SIMPLEDATEFORMAT函数使用的例子

Thu, 13 Jul 2006 05:40:12 GMT

public class SimpleDateFormat extends DateFormat
SimpleDateFormat 是一个以国别敏感的方式格式化和分析数据的具体类。它允许格式化 (date -> text)、语法分析 (text -> date)和标准化。

SimpleDateFormat 允许以为日期-时间格式化选择任何用户指定的方式启动。但是，希望用 DateFormat 中的 getTimeInstance、 getDateInstance 或 getDateTimeInstance 创建一个日期-时间格式化程序。每个类方法返回一个以缺省格式化方式初始化的日期／时间格式化程序。可以根据需要用 applyPattern 方法修改格式化方式。

SimpleDateFormat函数的继承关系：
java.lang.Object
|
+----java.text.Format
|
+----java.text.DateFormat
|
+----java.text.SimpleDateFormat
下面是个小例子：
import java.text.*;
import java.util.Date;

/**
SimpleDateFormat函数语法：

G 年代标志符
y 年
M 月
d 日
h 时在上午或下午 (1~12)
H 时在一天中 (0~23)
m 分
s 秒
S 毫秒
E 星期
D 一年中的第几天
F 一月中第几个星期几
w 一年中第几个星期
W 一月中第几个星期
a 上午 / 下午标记符
k 时在一天中 (1~24)
K 时在上午或下午 (0~11)
z 时区
*/
public class FormatDateTime {

public static void main(String[] args) {
SimpleDateFormat myFmt=new SimpleDateFormat("yyyy年MM月dd日 HH时mm分ss秒");
SimpleDateFormat myFmt1=new SimpleDateFormat("yy/MM/dd HH:mm");
SimpleDateFormat myFmt2=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//等价于now.toLocaleString()
SimpleDateFormat myFmt3=new SimpleDateFormat("yyyy年MM月dd日 HH时mm分ss秒 E ");
SimpleDateFormat myFmt4=new SimpleDateFormat(
"一年中的第 D 天一年中第w个星期一月中第W个星期在一天中k时 z时区");
Date now=new Date();
System.out.println(myFmt.format(now));
System.out.println(myFmt1.format(now));
System.out.println(myFmt2.format(now));
System.out.println(myFmt3.format(now));
System.out.println(myFmt4.format(now));
System.out.println(now.toGMTString());
System.out.println(now.toLocaleString());
System.out.println(now.toString());
}

}

效果：
2004年12月16日 17时24分27秒
04/12/16 17:24
2004-12-16 17:24:27
2004年12月16日 17时24分27秒星期四
一年中的第 351 天一年中第51个星期一月中第3个星期在一天中17时 CST时区
16 Dec 2004 09:24:27 GMT
2004-12-16 17:24:27
Thu Dec 16 17:24:27 CST 2004

下面是个JavaBean:
public class FormatDateTime {

public static String toLongDateString(Date dt){
SimpleDateFormat myFmt=new SimpleDateFormat("yyyy年MM月dd日 HH时mm分ss秒 E ");
return myFmt.format(dt);
}

public static String toShortDateString(Date dt){
SimpleDateFormat myFmt=new SimpleDateFormat("yy年MM月dd日 HH时mm分");
return myFmt.format(dt);
}

public static String toLongTimeString(Date dt){
SimpleDateFormat myFmt=new SimpleDateFormat("HH mm ss SSSS");
return myFmt.format(dt);
}
public static String toShortTimeString(Date dt){
SimpleDateFormat myFmt=new SimpleDateFormat("yy/MM/dd HH:mm");
return myFmt.format(dt);
}

public static void main(String[] args) {

Date now=new Date();

System.out.println(FormatDateTime.toLongDateString(now));
System.out.println(FormatDateTime.toShortDateString(now));
System.out.println(FormatDateTime.toLongTimeString(now));
System.out.println(FormatDateTime.toShortTimeString(now));
}

}
调用的main 测试结果：
2004年12月16日 17时38分26秒星期四
04年12月16日 17时38分
17 38 26 0965
04/12/16 17:38

建索引

Wed, 12 Jul 2006 09:40:26 GMT

上学的时候老师讲课的时候说：建索引可以提高效率
可是有什么用呢？
反正我是没记住
工作了以后，在实践中有了体会，才能深刻的明白这个道理

同一条sql,在A数据库中执行只要几百毫秒换到B数据库却要执行几百秒
居然相差3个数量级
原来是B数据库中少建了一个索引
一张几百万数据量的表做关联的字段没有索引

没有实践，永远不会有那么深刻的印象的

DB2 中 VARCHAR 类型的最大值

Wed, 05 Jul 2006 07:15:22 GMT

问：
我创建一个库后，create table，追加一列为varchar（8000），系统包错：
SQL0286N 找不到页大小至少为 "8192"、许可使用授权标识 "DB2ADMIN" 的缺省表空间。 SQLSTATE=42727
答
VARCHAR类型的最大值是65535
你的问题不是因为超过了类型限制，而是因为没有合适页面大小的表空间，判断表空间的页面大小是否合适只有一个原则就是
把一个表中所有的列的长度加起来的字节数计算出来，
在DB2表空间的页面有4,8,16,32k四种，只要表空间的页面尺寸大于上面算出来的数值就可以放置该表。
DB2在缺省的时候创建的表空间都是4k的，所以大于4000的表就不能被创建在这种表空间了，要解决你的问题，你需要创建合适页面大小的表空间，在创建其他页面尺寸的表空间之前，你必需还要创建相同页面尺寸的Bufferpool（缓冲池）......

WEB页面导出为EXCEL文档的方法

Thu, 08 Jun 2006 00:28:20 GMT

前两天为了在一个web一面里把表格导成excel
想了好久，还打算用jxl在java程序中在服务器端生成一个excel文件
然后在客户端下载
费了好大的劲，好搞的不怎么样

今天上baidu搜了一下原来有更简单的方法
点此阅读全文...

一些简单的sql语句

Tue, 20 Sep 2005 09:16:51 GMT

删除表中的一个字段
alter table xxx drop (comumn_name)
表中添加一个字段
alter table xxx add (comumn_name [ ... ] )
更改表中的一个字段
alter table xxx modify (comumn_name [ ... ])

JDBC中的跨平台连接

Mon, 19 Sep 2005 03:44:36 GMT

在windows平台下开发，前几天起开发环境下连接数据库突然有问题了。
于是就一直直接看后台的错误日志来定位错误的原因
度过了痛苦的一周

考虑到之前一直很正常，而报错部分的代码最近也没人动过
唯一的区别是连接的数据库的平台由原先的windows改为了solaris

ResultSet rs = dbmd.getColumns(con.getCatalog(), null,
tablename.toUpperCase(), "%");

把第二个参数改成null，结果就得对了。
很诡异，jdbc不是跨平台的嘛？

关于sql语句的一些思考

Thu, 15 Sep 2005 03:13:56 GMT

昨天遇到一个bug，深圳分公司在导入人员任职情况子集的时候出错。
把他的数据模板要过来，在本地的环境里导入却没有重现错误，导入正常。
在深圳分公司的系统日志里找到了这个错误的原因

java.sql.SQLException: Column (d722) not found in any table in the query (or SLV is undefined).

再去找对应出错的sql语句：

insert into hi_psndoc_deptchg(pk_psndoc_sub,pk_om_duty,recordnum,
pk_jobrank,begindate,pk_psncl,pk_deptdoc,pk_postdoc,
pk_corp,lastflag,pk_psndoc,pk_jobserial ) 
select distinct 'D722AA100000000002RL','0001AA100000000017QW',0,
'0001AA100000000004NC','2004-01-01','0001AA100000000004MY',
'D722AA100000000000SG','D722AA100000000000TM',
D722,'Y','D722AA1000000000014K','0001AA100000000004MU' from bd_corp 
where not exists
 (select 1 from hi_psndoc_deptchg where pk_psndoc='D722AA1000000000014K' );

pk_corp对应插入的值是D722，而pk_corp是String类型的，D722应该写成‘D722’。找到了这个原因后问题就比较容易解决了。

但是这个问题为什么到现在才出现呢？
从前写程序的时候没有发现，那么多试点的公司为什么只有深圳公司出现这个问题？
看看代码，都是一样的。
仔细观察，发现只有深圳分公司和它下面的子公司的pk_corp是D开头的，而其他公司的pk_corp都是纯数字的。
在select子查询语句中，数字是不能当作字段名的，于是乎系统自动把1234转换成了‘1234’。
而D722呢，系统就识别成字段名去bd_corp表里找，自然是找不到的结果肯定是Column (d722) not found 了

解决informix数据库中字符集的问题

Wed, 31 Aug 2005 06:33:45 GMT

重新配置环境的时候出现了squirrel中出现乱码的问题。
经验证，发现是新的IBM服务器的字符集设置问题
在新的URL连接地址

jdbc:informix-sqli://11.137.127.100:18001/hr0829zb:informixserver=online_ibm670;NEWCODESET=GBK,8859-1,819;

中加入红色字体部分，解决了这个问题