Здравствуйте, подскажите может кто-то сталкивался с прблемой не проходит стандартный обмен между базами
Бухгалтерия 3.0.147.18 и Розница Аптека 2.3.17.18. Версия платформы 8.3.23.1865
В журане регистраций вот такая ошибка выскакивает
Бухгалтерия 3.0.147.18 и Розница Аптека 2.3.17.18. Версия платформы 8.3.23.1865
В журане регистраций вот такая ошибка выскакивает
Ошибка СУБД:
Microsoft OLE DB Driver for SQL Server: The query processor ran out of stack space during query optimization. Please simplify the query.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=11, native=8621, line=1
Microsoft OLE DB Driver for SQL Server: The query processor ran out of stack space during query optimization. Please simplify the query.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=11, native=8621, line=1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Ну ошибка в том, что стек заканчивается при попытке оптимизировать запрос. Связано с тем, что алгоритм рекурсивный и на каждой новой итерации кушает стек. Решается или упрощением запроса (как написано), или увеличением стека. На мисте есть такой запрос, который у автора приводит к подобной ошибке. Суть запроса в том, что в нем Субконто1.Код в (&Список), а это явно связывание всех таблиц, которые входят в тип субконто, т.е. строится сотни левых соединений. И видимо в одной из таблиц или в нескольких достаточно много данных.
Предположу, что и у Вас там в обмене что-то такое написано для извлечения данных из базы. Автор решил проблему путем преобразования "Субконто в (ВЫБРАТЬ ссылка из Справочник.Блабла Где Код В (&Список))", что убрало из сгенерированного запроса все то множество левых соединений, которые там были при первоначальном варианте. Не знаю, сможете ли Вы это поправить, особенно если конфа и правила типовые. Также можно списать это и на отдельный релих платформы, которая, например, разыменовывает помимо типов, которые содержат "Код", и все остальные типы. Это можно попробовать решить обновлением платформы на последнюю.
Ну и погуглите на тему настройки размера стека, чтобы увеличить его.
Предположу, что и у Вас там в обмене что-то такое написано для извлечения данных из базы. Автор решил проблему путем преобразования "Субконто в (ВЫБРАТЬ ссылка из Справочник.Блабла Где Код В (&Список))", что убрало из сгенерированного запроса все то множество левых соединений, которые там были при первоначальном варианте. Не знаю, сможете ли Вы это поправить, особенно если конфа и правила типовые. Также можно списать это и на отдельный релих платформы, которая, например, разыменовывает помимо типов, которые содержат "Код", и все остальные типы. Это можно попробовать решить обновлением платформы на последнюю.
Ну и погуглите на тему настройки размера стека, чтобы увеличить его.
(6)
(6) Результат такой же.
Пробовал грузить dt в новую базу созданную в ms sql. Синхронизация даже проходит, но если сделать ещё одну синхронизацию. Опять пишет невозможно сделать синхронизацию, а в журнале регистраций ошибка из первого поста.
Какие ещё варианты попробовать? Может перенести проблемную базу в Postgress или вообще в файловый вариант?
Может сервер уже слабый (xeon e3-1240, 32 Гб оперативки). Я уже честно говоря не знаю.
(6) Результат такой же.
Пробовал грузить dt в новую базу созданную в ms sql. Синхронизация даже проходит, но если сделать ещё одну синхронизацию. Опять пишет невозможно сделать синхронизацию, а в журнале регистраций ошибка из первого поста.
Какие ещё варианты попробовать? Может перенести проблемную базу в Postgress или вообще в файловый вариант?
Может сервер уже слабый (xeon e3-1240, 32 Гб оперативки). Я уже честно говоря не знаю.
(10)
(8)
А это в самом 1с делать или в ms sql?
(9) та очень странное поведение. Пока решил все перевести в файловый вариант. Вроде как в нем обмен идёт, но очень-очень долго. Базу сразу поставил на ssd. Как вариант, думаю сделать тестирование файловой базы стандартными средствами. А потом обратно в sql загрузить
(10) Проблема появилась, до апдейтов. Я думал, что апдейты конфигураций решат проблему, обычно этом помогало. Но сейчас не помогает.
Буду пытаться разбираться с запросом. Даже пытался отправить пустой запрос. Ситуация аналогичная
(8)
А это в самом 1с делать или в ms sql?
(9) та очень странное поведение. Пока решил все перевести в файловый вариант. Вроде как в нем обмен идёт, но очень-очень долго. Базу сразу поставил на ssd. Как вариант, думаю сделать тестирование файловой базы стандартными средствами. А потом обратно в sql загрузить
(10) Проблема появилась, до апдейтов. Я думал, что апдейты конфигураций решат проблему, обычно этом помогало. Но сейчас не помогает.
Буду пытаться разбираться с запросом. Даже пытался отправить пустой запрос. Ситуация аналогичная
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот