ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Сравнение строкового поля с параметром
20 сообщений из 20, страница 1 из 1
Сравнение строкового поля с параметром
    #39139012
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
Возможно, баян. Запрос:
Код: sql
1.
SELECT 1 FROM RDB$DATABASE D WHERE D.RDB$CHARACTER_SET_NAME = :STR


Если указать параметр длиной более 31 одного символа, FB выдает исключение:
Код: plaintext
1.
2.
3.
4.
Incompatible column/host variable data type.
Dynamic SQL Error.
SQL error code = -303.
arithmetic exception, numeric overflow, or string truncation.
string right truncation.

Разработчики знают про данный баг?
...
Рейтинг: 0 / 0
28.12.2015, 05:34
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139020
ZeroMQ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ZeroMQ
Участник
CyberMax,

не то что это баг.

Для параметра создается буфер. В соответствии с типом данных параметра. В данном случае его размер равен длине поля, с которым параметр сравнивается. 31 символ.

Ели нужно, к примеру, 33 символа - задавай длину параметра явно:

Код: sql
1.
SELECT 1 FROM RDB$DATABASE D WHERE D.RDB$security_class = cast(:STR as varchar(33))



А если тип данных параметра взять неоткуда, как вот тут:

Код: sql
1.
SELECT 1 FROM RDB$DATABASE D WHERE :A = :B


- по получишь "Data type unknown".

Вот такая логика.
...
Рейтинг: 0 / 0
28.12.2015, 07:13
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139070
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
ZeroMQ,

А если поменялась длина поля? Придется во всех местах переделывать такие приведения. Причем неизвестно, что там по факту будет. Если в STR будет 100 символов?
Считаю, что баг, так как программист не должен учитывать фактическую длину строки при указании значения параметра.
...
Рейтинг: 0 / 0
28.12.2015, 09:37
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139081
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
CyberMaxРазработчики знают про данный баг?

да.

Собственно не совсем понятно а какой размер под параметр STR выделять в данном случае. Все 32765 байт? А не жирно ли?
...
Рейтинг: 0 / 0
28.12.2015, 09:43
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139097
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
Симонов Денис,

А что мешает задавать размер только при фактической подстановке? Ведь в случае, если поле длиной 25000, из которых по факту используется 5 символов, перерасход памяти получается.
...
Рейтинг: 0 / 0
28.12.2015, 09:55
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139105
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
CyberMax,

потому что память под параметры выделяется в момент prepare.

Когда я решил разобраться в UDR и посмотрел каким образом формируются входные и выходные сообщения для ХП, я понял откуда такой геморрой. Может быть когда-нибудь это и поменяют, но уж точно не в 2.5 и 3.0.
...
Рейтинг: 0 / 0
28.12.2015, 10:05
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139106
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
CyberMax,

даже в UDR лезть не надо. Просто посмотри примеры работы с новым API. Оно и в старом так было, просто это не видно так явно.
...
Рейтинг: 0 / 0
28.12.2015, 10:08
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139121
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
Симонов Денис,

А, понятно, там глобальная проблема. Спасибо за ответы.
...
Рейтинг: 0 / 0
28.12.2015, 10:33
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139227
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
CyberMaxСчитаю, что баг, так как программист не должен учитывать фактическую длину
строки при указании значения параметра.
Программист должен понимать, что указывать в параметре для сравнения строку длиннее поля,
совершенно бессмысленно, поскольку ни одно значение поля в принципе не может быть ей равно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
28.12.2015, 12:46
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139231
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Dimitry SibiryakovПрограммист должен понимать, что указывать в параметре для сравнения строку длиннее поля,
совершенно бессмысленно, поскольку ни одно значение поля в принципе не может быть ей равно.


с точки зрения языка SQL это не запрещено. К тому же можно писать и другие запросы в которых это бы имело смысл. Что-то типа

Код: sql
1.
2.
SELECT * FROM T
WHERE :MyParam containing some_field
...
Рейтинг: 0 / 0
28.12.2015, 12:54
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139260
DBConstructor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DBConstructor
Участник
CyberMaxСчитаю, что баг, так как программист не должен учитывать фактическую длину строки при указании значения параметра.
Полагаю, если, к примеру, оба поля символьные и тип параметра явно задан через cast, то серверу не стоит пытаться приводить параметр к точному типу поля, а сравнивать строки как есть. Не вижу в этом большой беды.
...
Рейтинг: 0 / 0
28.12.2015, 13:27
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139564
ZeroMQ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ZeroMQ
Участник
Учитывая, что эта тема периодически всплывает, неплохо бы на сию "проблему" указать в документации.
...
Рейтинг: 0 / 0
28.12.2015, 18:02
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139706
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
Dimitry SibiryakovПрограммист должен понимать, что указывать в параметре для сравнения строку длиннее поля,
совершенно бессмысленно, поскольку ни одно значение поля в принципе не может быть ей равно.
Представь ситуацию - пользователь вводит текст для поиска записи по условию. Этот текст указывается в значении параметра для выборки. И тут запрос обламывается, потому что пользователь ввел 11 символов, а поле - 10. Это нормально?
Я уже писал, что длина поля может измениться в любой момент. Сегодня 10 символов, завтра кто-то из разработчиков решил, что этого мало и сделал 15 символов. И теперь надо менять весь код, работающий с этим полем?
Длина поля - это особенности реализации. И программист не должен заморачиваться, сколько там по факту длина строки в поле.
...
Рейтинг: 0 / 0
29.12.2015, 01:35
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139707
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
DBConstructor[Полагаю, если, к примеру, оба поля символьные и тип параметра явно задан через cast, то серверу не стоит пытаться приводить параметр к точному типу поля, а сравнивать строки как есть. Не вижу в этом большой беды.
Ты читал тему? Речь идет о параметре без всяких CAST.
...
Рейтинг: 0 / 0
29.12.2015, 01:38
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139790
DBConstructor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DBConstructor
Участник
CyberMax, а какая разница используется ли явное преобразование или неявное? Суть не меняется - "не стоит пытаться приводить параметр к точному типу поля, а сравнивать строки как есть. Не вижу в этом большой беды."
...
Рейтинг: 0 / 0
29.12.2015, 09:21
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139827
DBConstructor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DBConstructor
Участник
CyberMax, у меня вдруг появилось недопонимание в отношении твоего начального поста. Каким образом на клиенте в параметр CHAR(31) по полю RDB$SECURITY_CLASS подготовленного запроса ты умудряешься класть VARCHAR(33)?
...
Рейтинг: 0 / 0
29.12.2015, 10:14
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139844
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
DBConstructorКаким образом на клиенте в параметр CHAR(31) по полю RDB$SECURITY_CLASS подготовленного запроса ты умудряешься класть VARCHAR(33)?
Проверял через IBExpert. Запускаешь запрос и у тебя IBE спрашивает значение параметра. Пишешь строку более 31 символа и получаешь исключение от FB. Как это делается - хз.
...
Рейтинг: 0 / 0
29.12.2015, 10:36
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39139999
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
CyberMaxЯ уже писал, что длина поля может измениться в любой момент. Сегодня 10
символов, завтра кто-то из разработчиков решил, что этого мало и сделал 15 символов. И
теперь надо менять весь код, работающий с этим полем?
Ну, если руки кривые, то да. Если нет, то код типа такого менять никогда не нужно:
Код: pascal
1.
2.
Query.Prepare;
ParamEdit.MaxLength := Query.Params[0].CharLength;


Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
29.12.2015, 13:16
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39140010
DBConstructor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DBConstructor
Участник
Dimitry SibiryakovНу, если руки кривые, то да. Если нет, то код типа такого менять никогда не нужно:
Код: pascal
1.
2.
Query.Prepare;
ParamEdit.MaxLength := Query.Params[0].CharLength;


Сдается мне, IBExpert валит ошибку именно по этой же причине - override свойств параметра подготовленного запроса под размещение значения большего размера, чем поле, с которым производится сравнение и по которому были рассчитаны свойства параметра. :)
...
Рейтинг: 0 / 0
29.12.2015, 13:30
| Ответить | Цитировать | Написать  
Сравнение строкового поля с параметром
    #39140228
ZeroMQ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ZeroMQ
Участник
Странно, что сей "баг" не упоминают в битвах этой ветки.
...
Рейтинг: 0 / 0
29.12.2015, 17:52
| Ответить | Цитировать | Написать  
20 сообщений из 20, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Сравнение строкового поля с параметром
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=39139827&tid=1562420]:
 0ms
get settings:
 12ms
get forum list:
 14ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 42ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 58ms
get tp. blocked users:
 1ms
others: 17ms
total:  168ms
созд. / загр.: 168ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]