Jdbi: Список привязки<integer>или список<long>с помощью аннотации @Bind выдает исключение</long></integer>

Можете ли вы предоставить больше контекста? Какой SQL вы выполняете? Какой поставщик базы данных?

Привет @qualidafial!

Sql: select * from invoice where invoice.id IN :ids
Поставщик базы данных: SQL Server 2017

Хорошо, теперь это имеет смысл.

JDBC немного странный при работе с массивами - вы должны знать имя типа данных, используемое поставщиком базы данных. Чтобы помочь Jdbi соединить точки, вам необходимо зарегистрировать имя типа элемента массива для каждого имени класса Java:

Jdbi jdbi = Jdbi.create(...);
...
jdbi.registerArrayType(int.class, "integer");
jdbi.registerArrayType(Integer.class, "integer");

С учетом сказанного, мы могли бы улучшить наши сообщения об исключениях, чтобы указывать пользователям в правильном направлении.

@qualidafial Бро, это на высшем уровне, большое спасибо!

: +1: Предупреждаем, мы могли бы добавить подключаемый модуль SQL Server к Jdbi, если вы можете указать мне какую-нибудь документацию, чтобы я знал, какие настраиваемые типы данных поддерживает драйвер, и каковы сопоставления между типами Java и типом данных JDBC имена.

Иметь дело.

Основные типы данных:
https://docs.microsoft.com/en-us/sql/connect/jdbc/using-basic-data-types

Расширенные типы данных:
https://docs.microsoft.com/en-us/sql/connect/jdbc/using-advanced-data-types

@qualidafial FYI, по-видимому, оператор IN с подготовленным SqlArray не поддерживается драйвером JDBC SQL Server

В качестве альтернативы вы можете использовать @BindList :

@SqlQuery("select * from invoice where invoice.id IN (<ids>)")
Set<Invoice> getInvoices(@BindList("ids") List<Integer> ids);

Имейте в виду, что разные поставщики баз данных могут устанавливать ограничения на количество элементов, разрешенных в предложении WHERE column IN (a, b, c, ...) разделенном запятыми.

По-видимому, SQL-сервер поддерживает только параметры с одним значением, поэтому я создал массив вручную, однако это небезопасно для массивов String и может вводить SQL-инъекцию.

default List<LotInvoiceRef> getInvoices(List<Long> invoiceIds) {

        final List<LotInvoiceRef> lotInvoiceRefs = invoiceIds.stream()
                .map(String::valueOf)
                .reduce((a, b) -> a + "," + b)
                .map(this::getAllInvoiceRefs)
                .orElse(new ArrayList<>());

        return lotInvoiceRefs;

    }

@georgerb, пожалуйста, посмотрите мой последний комментарий, который должен защитить от SQL-инъекции

@qualidafial Мне нравится подход @BindList, но мне нужен способ разрешить пустые списки для параметра, который @BindList явно запрещает.

@qualidafial nvm, быстро покопайтесь в аннотации, и я использовал это: @BindList(value = "invoiceIds", onEmpty = BindList.EmptyHandling.NULL) и это сработало отлично

Опять же, это на высшем уровне. Есть ли способ внести свой вклад? по крайней мере, помогая вам с документацией.

Спасибо, вы очень любезны. Мы: heart: запросы на тягу!

Только из этого разговора я могу сделать три возможных улучшения:

• Добавьте раздел руководства разработчика для @BindList (и, возможно, @DefineList пока мы на нем).
• Дополните раздел руководства разработчика для массивов SQL .
• Предоставлять информативные сообщения об ошибках, когда необходимо зарегистрировать тип массива SQL.

Не могли бы вы представить отдельную проблему, нацеленную на каждую из вышеперечисленных. Затем мы можем закрыть этот и отслеживать каждый отдельно.

И если у вас есть идея по улучшению Jdbi, с которой вы хотели бы работать, пожалуйста, сделайте это! Плагины JPA, Kotlin и Vavr, а также многие элементы Core и SQL Object были предоставлены пользователями Jdbi.

@qualidafial сделано. # 993

Спасибо! Закрытие вопроса в пользу №993