postgresql的jdbc驱动程序的“ResultSet.getMetaData.getTableName(col)”总是返回一个空字符串是否正确?

时间:2012-02-12 16:40:00

标签: postgresql jdbc metadata tablename

当我使用postgresql时,我发现了以下代码:

Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("select * from t");

String tableName = rs.getMetaData().getTableName(1);
System.out.println(tableName);

打印一个空字符串。

所以我检查了源代码,发现方法org.postgresql.jdbc2.AbstractJdbc2ResultSetMetaData#getTableName总是返回一个空字符串。

源代码是:

public abstract class AbstractJdbc2ResultSetMetaData implements PGResultSetMetaData {

    /*
     * @param column the first column is 1, the second is 2...
     * @return column name, or "" if not applicable
     * @exception SQLException if a database access error occurs
     */
    public String getTableName(int column) throws SQLException
    {
        return "";
    }
}

您可以看到它只返回""

我发现了对此的讨论,请参阅:http://archives.postgresql.org/pgsql-jdbc/2009-12/msg00100.php

他们认为 “rs.getMetaData.getTableName(col)”应该返回别名 查询不是基础表名。但这很难实现,所以最好把它留空。

他们还提供了获取表名的方法,使用:

PGResultSetMetaData.getBaseTableName() 

样品:

ResultSet rs = stmt.executeQuery("select * from x");
// convert it to PGResultSetMetaData 
PGResultSetMetaData meta = (PGResultSetMetaData)rs.getMetaData(); 
String tableName = meta.getBaseTableName(1);

现在它可以打印正确的表名。

我不知道postgresql的实现是否正确,但返回基础表名比空字符串更有用,并且,大多数其他数据库提供基础表名而不是空字符串。

我在使用play2的anorm框架和postgesql Play2's anorm can't work on postgresql时遇到问题,但在其他数据库上运行良好。

您认为postgresql的jdbc驱动程序的正确实现是什么?返回一个空字符串,基础表名或其他什么?

2 个答案:

答案 0 :(得分:3)

我想说返回一个空字符串显然是一个不正确的接口实现,因为表名永远不会被认为是一个空字符串。

我认为他们正在努力解决的问题是,虽然他们当前的实现是错误的,但是一旦他们选择了一个实现,他们就会坚持使用它,直到他们决定打破对行为的依赖性是可以接受的。因此,他们选择添加一个名称明确无误的方法,并提供大多数用户期望来自getTableName的数据,并留下明显破坏的getTableName方法实现,直到达成一致意见为止它应该返回什么,或者直到提交实现共识的补丁。

我的直觉反应是方法getTableName应该返回用于该表的别名。表可以与自身连接,使用别名可以识别正在引用的表。可能在查询中生成了一个表(例如,取消了数组),因此在数据库中甚至没有表名。如果你做出“绝对永远的决定,getTableName返回别名”,那么至少用户知道会发生什么;否则,你最终会明白该方法应该返回的是什么。

然而,即使我认为我的直觉反应是“正确的实施”,它也会引起兼容性问题。如果PostgreSQL的一个目标是越来越受欢迎,那么可以用尽可能少的投资从另一个DBMS切换到PostgreSQL。因此,诸如“其他JDBC如何实现java.sql接口?”之类的东西变得相关。正如您所说,存在一个框架,它期望ResultSetMetaData应该如何实现,并且它可能不是唯一一个对如何实现java.sql接口有一定期望的框架。

无论他们最终选择哪种实施都将是一种权衡,所以我可以看出为什么“踢出路”是他们的选择。一旦他们选择了他们想要的权衡,他们就会被锁定。

编辑:我建议抛出一个未实现的例外将比默默地失败更好。我希望依赖于getTableName的特定实现的框架无论如何都不会对空字符串有太多用处,并且错误或者它们自己都会无声地失败。

答案 1 :(得分:0)

似乎在下一个版本中会更改:https://github.com/pgjdbc/pgjdbc/pull/107