拈花微笑 » sql

如何在Hibernate中让SQLServer使用nvarchar代替varchar

Jay — Tue, 23 Nov 2010 08:19:38 +0000

有关SQLServer中varchar和nvarchar的区别可以直接去google。一般在中文系统中应该使用nvarchar作为字符串的对应类型，但是Hibernate中的默认实现SQLServerDialect使用了varchar。以下方法可以简单地转为使用nvarchar：

自己写一个dialect，继承SQLServerDialect，在构造器中将原先varchar类型的注册声明覆盖：

registerColumnType(Types.VARCHAR, "nvarchar($l)");

registerColumnType(Types.VARCHAR, "nvarchar($l)");

千万注意，“$”后面的是字段长度的占位符，是“l(ength)”，而不是数字“1”（因为看hibernate的doc时没分清“l”和“1”，浪费了我一上午去找原因）

然后在hibernate的配置文件中将hibernate.dialect的值设为你的dialect实现类就OK了

原创内容，转载请注明： 转载自拈花微笑

本文链接地址: 如何在Hibernate中让SQLServer使用nvarchar代替varchar

小心Derby的ResultSet陷阱

Jay — Sun, 09 Nov 2008 09:19:21 +0000

Derby作为一个纯Java实现的嵌入式DB一直很受Java社区的欢迎，在我们的项目中也用到了。但昨天晚上遇到的一个问题让我对Derby相当失望——Derby实现的ResultSet会将列名中的表名抹掉
具体代码：
SQL：

SELECT staff.staffid FROM staff WHERE ...

JDBC：

ResultSet rs = stmt.executeQuery(...);
if(rs.next()){
String id = rs.getString("staff.id");
}

ResultSet rs = stmt.executeQuery(...);
if(rs.next()){
    String id = rs.getString("staff.id");
}

运行时抛出异常：

Caused by: java.sql.SQLException: 列“staff.staffid”未找到。
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.newSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.newSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedResultSet.findColumnName(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedResultSet.getString(Unknown Source)

Caused by: java.sql.SQLException: 列“staff.staffid”未找到。
	at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.newSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.ConnectionChild.newSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedResultSet.findColumnName(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedResultSet.getString(Unknown Source)

如果将select语句中的“staff.staffid”改成“staffid”则不会抛出上述异常。在项目中为了保持数量庞大的SQL语句的正确性和可维护性，一般会将表名、列名定义为常量。这样对于Derby数据库就需要一套特殊的、不带表名的列名常量，给代码维护带来很大的麻烦。不知道Sun将Derby这样实现的原因是什么，这个功能点的实现也不是很麻烦，打算去提交bug

原创内容，转载请注明： 转载自拈花微笑

本文链接地址: 小心Derby的ResultSet陷阱

Hacker

Jay — Tue, 19 Jul 2005 10:23:00 +0000

原创内容，转载请注明：转载自拈花微笑本文链接地址: Hacker 您可能也喜欢：为了甲壳虫，奋斗执子之手，与子偕老中文编程语言？我的大学回忆：猥琐的北航猥琐的事 [zz] Dropbox's Startup 无觅