Страница 1 из 1
Ошибка -104 user name required
Добавлено: 02 мар 2006, 11:05
zz 5
Здравствуйте ! Столкнулся с нерешимой проблемой, очень нужна помощь. Сервер Interbase 6. При выполнении запроса у заказчика ibexpert выдает такую ошибку -104 user name required. Запрос несложный, ничего особенно. На наших машинах он выполняется без проблем, и раньше у заказчика тоже выполнялся. Не знаю, что произошло, но теперь такая беда. Другие же запросы выполняются на ура. Пытался поискать в интернете - ноль. Может быть кто-нибудь сталкивался с данной ошибкой или имеет какие-нибудь мысли ? Буду признателен за любую помощь в решении проблемы. С уважением, Игорь.
Добавлено: 02 мар 2006, 13:04
kdv
поподробнее.
кстати, за работу на IB 6 и установку ее у заказчика уже руки отрубать надо.
К тому же, при выполнении запроса сервер никак не может просить пароль. Скорее всего у заказчика уже стоит НЕ IB 6, а ты ему подсунул клиента от IB6, в результате чего сообщения об ошибках на сервере и клиенте не совпадают.
Добавлено: 02 мар 2006, 13:20
Merlin
Или наоборот
104 - чиста блрно-парсерный эксепшн, усеру таи делать просто нефиг. Кстати, к вопросу о создании-модификации метаданных в соединении с неправильным диалектом тож может иметь отношение имхо
Добавлено: 03 мар 2006, 09:04
zz 5
Объясняю подробнее:
До момента ошибки все прекрасно работало (порядка три месяца), но потом что-то случилось, и мы имеем такую картину. Сейчас пробуем узнать, были ли какие-нибудь изменения с сервером, может это что-то подскажет. Утверждение насчет установленнного клиента от IB6 наверно тоже неверно, т.к. до этого все прекрасно работало.
Или наоборот 104 - чиста блрно-парсерный эксепшн, усеру таи делать просто нефиг. Кстати, к вопросу о создании-модификации метаданных в соединении с неправильным диалектом тож может иметь отношение имхо Это похоже тоже не то, т.к. на другом серваке запрос отрабатывает без проблем для этой же БД.
Заметил очень интересную особенность. привожу текст запроса:
'SELECT P3, SUM(DOP1) AS DOP1, SUM(DOP8) AS DOP8, SUM(DOP2) AS DOP2, SUM(DOP3) AS DOP3, ' +
'SUM(DOP4) AS DOP4, SUM(DOP5) AS DOP5, SUM(DOP6) AS DOP6, SUM(DOP7) AS DOP7, ' +
'SUM(RU20) AS RU20, SUM(TZK) AS TZK FROM RASPT, ZNS ' +
'WHERE MAINKEY IN (SELECT MAINKEY FROM PLANG WHERE LEVEL_MAINKEY = %D) AND (ZNSKOD = P3) ' +
'GROUP BY P3 ORDER BY ZO1'); Так вот, если в конце запроса убрать сортировку, все отличненнько начинает работать ? Чудеса ?
Добавлено: 03 мар 2006, 10:18
Ivan_Pisarevsky
'GROUP BY P3 ORDER BY ZO1'); Так вот, если в конце запроса убрать сортировку, все отличненнько начинает работать ? Чудеса ?
нет, РТФМ. группировка по одному полю, а сортировка вообще по неотбираемому
парсер ибэксперта его и не пропускает, хотя формально иб6 его выполнит, а вот фб 1.5 уже обломает тебя на этом запросе.
Добавлено: 03 мар 2006, 10:25
hvlad
Ты сам-то можешь своё творчество прочитать ?
Тег
bold мы знаем, а тег
code религия уже не позволяет ?
Код: Выделить всё
SELECT P3,
SUM(DOP1) AS DOP1, SUM(DOP8) AS DOP8, SUM(DOP2) AS DOP2,
SUM(DOP3) AS DOP3, SUM(DOP4) AS DOP4, SUM(DOP5) AS DOP5,
SUM(DOP6) AS DOP6, SUM(DOP7) AS DOP7, SUM(RU20) AS RU20,
SUM(TZK) AS TZK
FROM RASPT, ZNS
WHERE MAINKEY IN
(SELECT MAINKEY FROM PLANG
WHERE LEVEL_MAINKEY = %D)
AND (ZNSKOD = P3)
GROUP BY P3
ORDER BY ZO1
1. Этот запрос - крив. Для того, чтобы делать ORDER BY ZO1, ZO1 должно быть, как минимум, в GROUP BY.
2. Сообщение о ошибке кривое - код -104 правильный, а текст - нет. Т.е. кривой IB6 криво установлен
3. IB6 - на помойку
Добавлено: 03 мар 2006, 10:45
zz 5
Ты сам-то можешь своё творчество прочитать ?
Тег bold мы знаем, а тег code религия уже не позволяет ?
Сорри, невнимательно посмотрел, впредь исправлюсь
нет, РТФМ. группировка по одному полю, а сортировка вообще по неотбираемому парсер ибэксперта его и не пропускает, хотя формально иб6 его выполнит, а вот фб 1.5 уже обломает тебя на этом запросе.
Вот это уже ближе к теме, надо будет попробывать. Хотя я не понимаю, почему у одних работает, а у других нет, Interbase ставили с одного дистрибутива. За идею спасибо, обязательно попробую.
нет, РТФМ. группировка по одному полю, а сортировка вообще по неотбираемому парсер ибэксперта его и не пропускает, хотя формально иб6 его выполнит, а вот фб 1.5 уже обломает тебя на этом запросе.
В том то и дело, что Expert его пропускает, а у заказчика - фиг. Повторюсь, на работе все работает на ура, и локально и в сетевом варианте, Expert этот вариант запроса отрабатывает на ура, так же как и программа.
Все более склонюсь к том, что Interbase поставлен криво на сервере плюс к этому попробую изменить запрос, может это поможет
.
Добавлено: 03 мар 2006, 11:36
hvlad
zz 5 писал(а):В том то и дело, что Expert его пропускает, а у заказчика - фиг.
Небось заказчик давно уже выкинул IB6 и поставил что-то нормальное
Добавлено: 03 мар 2006, 11:41
kdv
Все более склонюсь к том, что Interbase поставлен криво на сервере
зачем писать заведомо кривые запросы, когда уже объяснили, что на других версиях сервера это работать не будет?
Добавлено: 04 мар 2006, 10:10
zz 5
ебось заказчик давно уже выкинул IB6 и поставил что-то нормальное
На этот вопрос ответа нет, на следующей неделе скорее всего буду у них и все выясню
ачем писать заведомо кривые запросы, когда уже объяснили, что на других версиях сервера это работать не будет?
Работу на других серверах изначально не предполагалась, а запросы конечно исправлю
Добавлено: 04 мар 2006, 10:46
kdv
Работу на других серверах изначально не предполагалась
странный ты. если это шабашка - тогда понятно. а иначе невозможно объяснить использование версии шестилетней давности, да еще без учета перехода на более свежие. Софт нынче устаревает очень быстро.
Добавлено: 05 мар 2006, 21:17
zz 5
странный ты. если это шабашка - тогда понятно. а иначе невозможно объяснить использование версии шестилетней давности, да еще без учета перехода на более свежие. Софт нынче устаревает очень быстро.
Не все мне под силу, приходится вот так работать
