PostgreSQL jsonb, `?` и JDBC

В качестве обходного пути, чтобы избежать ? вы можете создать новый оператор, делая то же самое.

Это код исходного оператора:

CREATE OPERATOR ?(
  PROCEDURE = jsonb_exists,
  LEFTARG = jsonb,
  RIGHTARG = text,
  RESTRICT = contsel,
  JOIN = contjoinsel);

SELECT '{"a":1, "b":2}'::jsonb ? 'b'; -- true

Используйте другое имя без каких-либо конфликтов, например #-#, и создайте новое:

CREATE OPERATOR #-#(
  PROCEDURE = jsonb_exists,
  LEFTARG = jsonb,
  RIGHTARG = text,
  RESTRICT = contsel,
  JOIN = contjoinsel);

SELECT '{"a":1, "b":2}'::jsonb #-# 'b'; -- true

Используйте этот новый оператор в своем коде, и он должен работать.

Проверьте pgAdmin -> pg_catalog -> Операторы для всех операторов, которые используют ? во имя.

В JDBC (и стандартном SQL) вопросительный знак зарезервирован в качестве заполнителя параметра. Другие виды использования не допускаются.

См. Предотвращает ли спецификация JDBC '?' от использования в качестве оператора (вне кавычек)? и обсуждение jdbc-spec-discuss.

Текущий драйвер PostgreSQL JDBC будет преобразовывать все вхождения (вне текста или комментариев) вопросительного знака в специальный заполнитель параметра PostgreSQL. Я не уверен, сделал ли проект PostgreSQL JDBC что-нибудь (например, внедрил экранирование, как обсуждалось в ссылках выше), чтобы решить эту проблему. Беглый взгляд на код и документацию показывает, что это не так, но я не копал слишком глубоко.

Дополнение: как показано в ответе bobmarksie, текущие версии драйвера JDBC PostgreSQL теперь поддерживают избежать вопросительного знака, удвоив его (т. е. использовать ?? вместо ?).

У меня была такая же проблема пару дней назад, и после некоторого расследования я нашел это.

https://jdbc.postgresql.org/documentation/head/statement.html

В JDBC вопросительный знак (?) является заполнителем для позиционных параметров PreparedStatement. Однако есть ряд операторов PostgreSQL, которые содержат вопросительный знак. Чтобы такие вопросительные знаки в операторе SQL не интерпретировались как позиционные параметры, используйте два вопросительных знака (??) в качестве управляющей последовательности. Вы также можете использовать эту управляющую последовательность в операторе, но это не обязательно. В частности, только в операторе один (?) может использоваться в качестве оператора.

Использование двух вопросительных знаков, похоже, хорошо сработало для меня - я использовал следующий драйвер (проиллюстрированный с использованием зависимости от maven)...

    <dependency>
        <groupId>org.postgresql</groupId>
        <artifactId>postgresql</artifactId>
        <version>9.4-1201-jdbc41</version>
    </dependency>

... и MyBatis для создания SQL-запросов, и, похоже, он работал хорошо. Казалось проще/чище, чем создание оператора PostgreSQL.

SQL пошел, например, от

select * from user_docs where userTags ?| array['sport','property']

... to ...

select * from user_docs where userTags ??| array['sport','property']

Надеюсь, это работает с вашим сценарием!

Как сказал Боб, просто используйте ?? вместо ?

SQL(s"SELECT id FROM program WHERE document -> 'dept' ?? {dept}")
.on('dept -> "CS")