Pg-jdbc добавляет RETURNING * в подготовленную партию с существующим пунктом RETURNING

Question

Я выполняю подготовленную вставку пакета в таблицу Postgres, используя pg-jdbc/JDBI, чтобы получить список сгенерированных значений id, используя явное предложение RETURNING:

PreparedBatch b = getHandle().prepareBatch("INSERT INTO death_star(id,exhaust_port) VALUES (:id, :exhaust_port) RETURNING id;"); 

for (RebelPilot p : rebelPilots) { 
    b.add().bind("id",p.getId()).bind("exhaust_port",p.getProtonTorpedo()); 
} 

ResultSetMapper<Long> mapper = new IdMapper() 
GeneratedKeys<Long> gk = b.executeAndGenerateKeys(mapper); 
return gk.list() 

Когда готовят заявление, пг-JDBC будет бездумно добавить дополнительный RETURNING * после существующего RETURNING пункта приводит к следующему искаженной мерзости:

INSERT INTO death_star(id,exhaust_port) VALUES (?, ?) RETURNING id RETURNING *; 

Если я удалить явную получать отдачу NG, заявление отлично работает; однако он возвращает ВСЕ поля из целевой таблицы, что крайне нежелательно во многих ситуациях, когда вставляются большие объемы данных.

Есть ли способ остановить pg-jdbc от такого поведения?

Тестовые Зависимости:

<dependency> 
    <groupId>org.postgresql</groupId> 
    <artifactId>postgresql</artifactId> 
    <version>9.4.1207.jre7</version> 
    </dependency> 
    <dependency> 
    <groupId>org.jdbi</groupId> 
    <artifactId>jdbi</artifactId> 
    <version>2.71</version> 
    </dependency> 

Answer 1

Вы используете executeAndGenerateKeys, которые, вероятно, использовать Connection.prepareStatement(query, Statement.RETURN_GENERATED_KEYS). Сгенерированная реализация ключей PostgreSQL JDBC добавит RETURNING * к запросу в этом случае (он не проверяет, существует ли он в тексте запроса). Вам нужно удалить RETURNING id из вашего собственного запроса, чтобы он работал.

Если вы хотите использовать RETURNING id как своего рода оптимизацию, то вам нужно выяснить, имеет ли JDBI API доступ к Connection.preparedStatement(String query, String[] columnNames) (который, насколько я могу судить, этого не имеет).

К только другому варианту необходимо подать запрос на улучшение для pgjdbc.

Answer 2

Использование connection.prepareStatement(sql) вместо connection.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)