При обновлении с ERP 2.4 крайней на крайнюю 2.5.8 типовой на поддержке после реструктуризации данных вылезает ошибка с текстом
Ошибка SDBL:
Внутренняя ошибка: сбой при генерации INS ERT AS SELE CT
Кто-нибудь сталкивался? Платформы менял разные, в итоге 8.3.21 последняя и postgres 14 последняя с ИТС, тестирование и исправление полные прогонял, места на диске достаточно, но ничего не помогло. Сейчас запустил с полным журналом, сомневаюсь найду ли там что-то ползное.
При обновлении с ERP 2.4 крайней на крайнюю 2.5.8 типовой на поддержке после реструктуризации данных вылезает ошибка с текстом
Ошибка SDBL:
Внутренняя ошибка: сбой при генерации INS ERT AS SELE CT
Кто-нибудь сталкивался? Платформы менял разные, в итоге 8.3.21 последняя и postgres 14 последняя с ИТС,
сбой при генерации INS ERT AS SELE CT
Судя по всему postgres валится на этой команде. (INSERT AS SELE CT - Вставить как выбрать)
Попробовать обновить на SQL или файловом варианте.
(6) Ошибка возникает на толстом клиенте (конфигуратор), до СУБД эта команда не доходит, в событиях SDBL такого запроса нет. Как вариант, попробую сейчас конфигуратор на Windows запускать, до этого всё вчистую Linux было.
Ошибка возникает на толстом клиенте (конфигуратор), до СУБД эта команда не доходит, в событиях SDBL такого запроса нет. Как вариант, попробую сейчас конфигуратор на Windows запускать, до этого всё вчистую Linux было.
(10) Не доходит запрос до СУБД, падет раньше. Нагуглил только что INS ERT AS SELECT это синтаксис MS SQL, в постгресе иначе таблицы копируются, INS ERT IN TO (..) SELE CT. Вывод делаю что баг в коде 1С, путает виды СУБД.
(11) Ура, откопал, всё-таки платформа формирует запрос в соответствии с форматом СУБД Postgres как INS ERT IN TO, это там текст пояснения ошибки захардкодили в формате MS SQL. Ошибка на регистре накопления, буду изучать таблицу что в нём не так.
(4) не помогло. и в режиме быстрой реструктуризации то же самое. В ТЖ только только событие EXCP на конфигураторе с тем же сообщением, на сервере ошибок нет
Вот такой вопрос знатокам: проблемный регистр имеет в СУБД огромную кучу таблиц агрегатов и словарей агрегатов. Но в конфигурации агрегаты н определены, и в пользовательском режиме их включить тоже нельзя. Как избавиться от этих таблиц? Простым dr op table явно нельзя, потому что ссылки на них где-то хранятся, иначе не выдавало бы ошибку
(14) Удивительно - в интернете столько знатоков агрегатов, но ни один нигде не говорит почему вкладка "Агрегаты" в обработке управления итогами серого цвета. Даже тут на Инфостарте есть статьи и выложено видео от Нэти, где авторша рассказывает про агрегаты, а кнопка у нее при этом серая недоступная )))
Вот вам разгадка: на самом деле обработок управления итогами 2 штуки: одна в БСП и доступна через меню Администрирование на всех типовых конфигурациях. А вторая платформенная - доступна через меню "Режим технического специалиста". С виду выглядят они абсолютно идентично, но в версии БСП вкладка "Агрегаты" недоступна. Смотреть надо в платформенной обработке, и там есть кнопка очистить агрегаты.