Проблема.
У некоторых пользователей в базе не работает select вида:
select CR.ID_GROUP GROUP_ID, cast('VIP-клиенты без групп' as VARCHAR(40))
from CRANKS CR
left join CLIENTS CL on CR.CLIENT_CODE = Cl.CLIENT_CODE
left join CRANKS_REPORTS CRP on CRP.ID_GROUP = CR.ID_GROUP
Под SYSDBA это все прекрасно срабатывает, а под некоторыми пользователями пишет ошибку "ariphmetic exseption, string truncation" и бла, бла, бла. При этом если строку - 'VIP-клиенты без групп' заменить на любую строку, не содержащую русских символов, то ошибки не возникает.
Может кто знает, как это лечится?
У user'oв не работает select: cast('вася' as Varchar(10))
Читал http://forum.ibase.ru/phpBB2/viewtopic.php?t=2389?
Укажи версию сервера.
Укажи версию сервера.
.как правило, в таких случаях оказывается, что нифига не одинаковы. И человек будет с пеной у рта доказывать что "одинаковые", пока не наткнется на свою ошибку.Ведь условия коннекта для всех пользователей из клиентской программы одинаковы!
причины этой ошибки как правило такие, что в некоторый момент какие то данные занесли БЕЗ кодировки, или с другой кодировкой, или что-нибудь в этом роде. Т.е. разработчик суетился, и...
Да, прикол появляется только под определенными пользователями. Тоже самое и в IBExpert'e.
В IBxpert'e делаю скрипт executive такого вида:
И всеравно выдает ошибку.
[отформатировано модератором]
В IBxpert'e делаю скрипт executive такого вида:
Код: Выделить всё
SET NAMES WIN1251;
CONNECT '192.168.3.100:merch_ibx.gdb' USER 'INGA' PASSWORD '1111';
select cast('Vip - клиенты' as varchar(40)) from ....[отформатировано модератором]
Когда я говорю одинаковы - я имею в виду - что в компонентах IBX прописаны настройки соединения, а пользователю нужно ввести тока username и login. Динамически кроме этих параметров ничего не меняется! При этом под одним username запрос работает, а под другим нет! А с пеной я ничего доказывать не буду - я предоставил факты! Могу тебе предоставить шанс с пеной изо рта мне доказать, что для разных username настройки соединения будут разные в этом случае!!!kdv писал(а):как правило, в таких случаях оказывается, что нифига не одинаковы. И человек будет с пеной у рта доказывать что "одинаковые", пока не наткнется на свою ошибку.Ведь условия коннекта для всех пользователей из клиентской программы одинаковы!
причины этой ошибки как правило такие, что в некоторый момент какие то данные занесли БЕЗ кодировки, или с другой кодировкой, или что-нибудь в этом роде. Т.е. разработчик суетился, и...