iBase.ru Forum

Описание условий: запрос выполняется через isql с другого сервера, до этого момента все выполнялось без ошибок, никаких изменений на БД не производилось.

При запросе вылетает ошибка :
Statement failed, SQLCODE = -901
request synchronization error

Версия FireBird 1.5.2

пока более умные не проснулись могу прадложить проверить базу gfix
может sweep ей сделать, да и сервер можно обновить 1.5.5 уже есть вроде как.

ошибка возникает и до и после backup/restore,
версию 1.5.5 ставим.

Консилиум телепятов продолжает выискивать запрос в астрале.

Merlin писал(а):Консилиум телепятов продолжает выискивать запрос в астрале.

Ну-у, к сожалению бубна нет, был бы - может тогда и не надо было искать ответ в астрале...

AntonYa писал(а):

Merlin писал(а):Консилиум телепятов продолжает выискивать запрос в астрале.

Ну-у, к сожалению бубна нет, был бы - может тогда и не надо было искать ответ в астрале...

вообще-то народ интересует не бубен, а текст запроса

тогда сори
сам запрос - это обычный select из процедуры с входящим параметром даты, а вот процедура - по ней идет запрос по основным таблицам БД и обработка выводимых записей в нужный вид.
Запрос не отрабатывает до конца - он успевает сохранить около 2,7 гига а потом валиться с ошибкой.

Какой-нибудь кривой с LEFT JOIN?

нет, процедура вылизана до блеска - очень большой обьем данных.[/quote]

тогда без секретных методанных никто ничего не поможет.

Дело не в метаданных - все до этого формировалось в течении года! плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.
Апдейт firebird до 1.5.5 ничем не помог.

А что значат слова "сохранить 2.7 гига" ?
Если к примеру процедура генерирует много временных блобов во время работы - то видимо память кончилась.

данные выгружаются в файл, блобы не используются в БД в принципе...

плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.

ладно если запрос секретный, то хотябы сколько это запрос отрабатывал времени ?

а может конструкция IN используется ?

да, используется в основном запросе процедуры...

Attid писал(а):

плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.

ладно если запрос секретный, то хотябы сколько это запрос отрабатывал времени ?

1:30

AntonYa писал(а):Описание условий: запрос выполняется через isql с другого сервера, до этого момента все выполнялось без ошибок, никаких изменений на БД не производилось.

При запросе вылетает ошибка :
Statement failed, SQLCODE = -901
request synchronization error

Другим приложением не пробовал выполнить ?

вопрос, может он и не в тему - но хочется ограничить кол-во возможных причин ошибки (плюс сузить варианты поиска причин проблемы) - данная ошибка может возникать при неправильных данных в таблице или это проблема в самом запросе?

AntonYa писал(а):вопрос, может он и не в тему - но хочется ограничить кол-во возможных причин ошибки (плюс сузить варианты поиска причин проблемы) - данная ошибка может возникать при неправильных данных в таблице или это проблема в самом запросе?

Это проблема в коде коммуникаций между клиентом и сервером.
Данные в порядке