【问题标题】:Cannot fetch generated keys through JDBC on SQL Data Warehouse无法通过 SQL 数据仓库上的 JDBC 获取生成的密钥
【发布时间】:2018-11-06 19:23:45
【问题描述】:

我的 Azure SQL 数据仓库数据库中有一个这样的表:

CREATE TABLE t_identity (
  id INTEGER IDENTITY (1, 1) NOT NULL,
  val INTEGER
)

现在,我想使用 JDBC 插入一行并获取生成的标识值。这适用于 SQL Server 和大多数其他数据库:

try (Connection c = DriverManager.getConnection(url, properties);
    Statement s = c.createStatement()) {

    s.executeUpdate("insert into t_identity (val) values (1)",
        Statement.RETURN_GENERATED_KEYS);
    try (ResultSet rs = s.getGeneratedKeys()) {
        while (rs.next())
            System.out.println(rs.getObject(1));
    }
}

但在 SQL 数据仓库上,它不起作用:

Exception in thread "main" com.microsoft.sqlserver.jdbc.SQLServerException: 'SCOPE_IDENTITY' is not a recognized built-in function name.
    at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:264)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement.getNextResult(SQLServerStatement.java:1585)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement.doExecuteStatement(SQLServerStatement.java:876)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement$StmtExecCmd.doExecute(SQLServerStatement.java:776)
    at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:7385)
    at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:2750)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeCommand(SQLServerStatement.java:235)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeStatement(SQLServerStatement.java:210)
    at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeUpdate(SQLServerStatement.java:2060)
    at SQLServer.main(SQLServer.java:65)

其他方法(例如executeUpdate(String, String[]))也不起作用,因为它们委托给上述方法。

我了解 SQL 数据仓库不支持 SCOPE_IDENTITY() and similar functions,这似乎是 mssql-jdbc 驱动程序在幕后使用的:

<dependency>
    <groupId>com.microsoft.sqlserver</groupId>
    <artifactId>mssql-jdbc</artifactId>
    <version>6.5.2.jre8-preview</version>
</dependency>

但是有解决方法吗?

注意事项:

【问题讨论】:

  • 我会说这是在创建表脚本中使用IDENTITY 的问题,请考虑改用PRIMARY KEY AUTOINCREMENT
  • @DDS:嗯,没有:)
  • @DDS 你好像认为这个问题是关于 MySQL 的
  • 在 DW 中并不少见的用例是,只有一个 ETL 作业 填充表。在这种情况下,身份或序列生成的 ID 并没有真正的利润。作业可以控制键分配。只是 0.02,我不知道你的确切用例......
  • @MarmiteBomber:当然,但是为什么在第一种情况下支持IDENTITY 列?我的用例是在 jooq.org 中实现 SQL 数据仓库,所以我不能在这里推测任何可能的用例......

标签: sql jdbc azure-sqldw


【解决方案1】:

解决方法是添加到您的插入查询中,然后选择 id。

insert into t_identity
(val)
select 'my value'
where not exists
(
select 1
from t_identity
where val = 'my value'
)

select id
from t_dan_identity
where val = 'my value'

【讨论】:

  • 这似乎有风险,因为 SQL 数据仓库甚至不支持任何唯一约束,而且它似乎也不以一致、连续的顺序生成标识值......
  • 唯一约束的缺乏启发了我对我的 ID 字段使用 uniqueidentifier 而不是整数标识。但是,鉴于您被告知要使用的软件的局限性,您可能没有其他选择。
【解决方案2】:

您能否更详细地描述您的业务用例?如果您使用的是 JOOQ,我认为您的技术可能不匹配。

Azure SQL 数据仓库不适用于事务性工作负载。如果 JOOQ 只是维护一些参考行,那么我认为没有问题,但如果这是您的主要数据加载策略,您将不会获得好的结果。

这里有一些可能会有所帮助的阅读材料:

用例和反模式: https://blogs.msdn.microsoft.com/sqlcat/2017/09/05/azure-sql-data-warehouse-workload-patterns-and-anti-patterns/

解决方案模型(滚动到图表):https://azure.microsoft.com/en-us/services/sql-data-warehouse/

数据加载最佳实践:https://docs.microsoft.com/en-us/azure/sql-data-warehouse/guidance-for-loading-data

数据加载模式和策略:https://blogs.msdn.microsoft.com/sqlcat/2017/05/17/azure-sql-data-warehouse-loading-patterns-and-strategies/

【讨论】:

  • 我没有使用 jOOQ,我正在制作 jOOQ ;-)
猜你喜欢
  • 1970-01-01
  • 2019-01-19
  • 2011-12-16
  • 1970-01-01
  • 2015-09-13
  • 2017-07-02
  • 1970-01-01
  • 2015-11-20
  • 1970-01-01
相关资源
最近更新 更多