У меня сложная проблема с обработкой драйвером Oracle JDBC типов данных CHAR
. Давайте возьмем эту простую таблицу:
create table x (c char(4));
insert into x (c) values ('a'); -- inserts 'a '
Поэтому, когда я вставляю что-то в CHAR(4)
, строка всегда заполняется пробелами. Это также делается, когда я выполняю такие запросы:
select * from x where c = 'a'; -- selects 1 record
select * from x where c = 'a '; -- selects 1 record
select * from x where c = 'a '; -- selects 1 record
Здесь константа 'a'
также заполняется пробелами. Вот почему запись всегда возвращается. Это верно, когда эти запросы также выполняются с использованием JDBC PreparedStatement
. Сложнее всего, когда я хочу использовать переменную связывания:
PreparedStatement stmt =
conn.prepareStatement("select * from x where c = ?");
stmt.setString(1, "a"); // This won't return any records
stmt.setString(1, "a "); // This will return a record
stmt.executeQuery();
Это обходной путь:
PreparedStatement stmt =
conn.prepareStatement("select * from x where trim(c) = trim(?)");
stmt.setString(1, "a"); // This will return a record
stmt.setString(1, "a "); // This will return a record
stmt.executeQuery();
РЕДАКТИРОВАТЬ : Теперь вот ограничения:
- Указанный выше обходной путь нежелателен, так как он изменяет содержимое
c
и ?
, и делает использование индексов для c
довольно сложным.
- Перемещение столбца с
CHAR
на VARCHAR
(что и должно быть, конечно) невозможно
EDIT : причины этих ограничений в том, что я задаю этот вопрос с точки зрения разработчика jOOQ , библиотеки абстракций базы данных. Поэтому мои требования состоят в том, чтобы предоставить очень общее решение, которое ничего не нарушает в клиентском коде jOOQ. Вот почему я не очень большой поклонник обходного пути. И поэтому у меня нет доступа к объявлению CHAR
столбца. Но все же я хочу иметь возможность разобраться с этим делом.
Что бы вы сделали вместо этого? Что такое хорошая практика для обработки CHAR
типов данных, когда я хочу игнорировать конечные пробелы?