Почему сломались отчеты после миграции 1С с mssql на postgresql?

Question

[DrSterN]

Доброго времени суток, ситуация такая. Решили мигрировать с mssql 2019 на postgresql 12.5. Выгрузили базу в dt c ms и загрузили в pg. Все работает как надо, но при этом сломалась отрисовка табличных отчетов, отчет разъезжается как угодно но только не как надо. на ms этот же отчет работает корректно. БД 30 гб. Ткните где копать касаемо этой проблемы, как починить эти отчеты ? Отчеты самописные, дебиторская задолженность, финансы по дню.

Comments

[Антон]

Решили мигрировать

чтобы что?

Answer 1

[Константин]

Отчеты самописные, дебиторская задолженность, финансы по дню.

ню старая проблема, что в mssql и postgresql упорядочивание по ссылке происходит по разному... Т.е. одни и те же запросы могут возвращаться с разным упорядочиванием.
Править отчеты, запросы)

Comments

[Akina]

упорядочивание по ссылке

Не могли бы Вы уточнить (с конкретными кусками SQL-кода), что Вы имеете в виду?

одни и те же запросы могут возвращаться с разным упорядочиванием.

Если запрос не содержит явного ORDER BY, речи о каком-то порядке вообще не идёт. А если содержит - то порядок должен быть абсолютно один и тот же (ну кроме экзотических случаев, когда, например, в выражении сортировки используются функции, вроде бы одноимённые и похожие, но имеющие разный порядок аргументов или разный смысл значения возврата).

[Константин]

А если содержит - то порядок должен быть абсолютно один и тот же

ну, тут я небольшой знаток тонкостей sql. В былые времена, лет так 15 назад такое проявлялось на разных версиях mssql. Так же была проблема в математитке, разные числа получались.

Так что, садится в 1С отчета задавать нужную сортировку. Если СКД, то проще в задать сортирку. А так запросе явно указывать Порядок. Именно в 1с, sql негого делать)

ps:
замечы некоторые типовые отчеты в который явна задана сортировка.

Answer 2

[Akina]

SQL Server и PostgreSQL - две разные СУБД. И соответственно два разных диалекта (да, много общего, но и различий хватает). Запросы, работающие на одной СУБД, запросто могут поломаться при выполнении в другой СУБД - как совсем, до неисполнения и ошибки, так и частично, давая неверные результаты. Причём что-то легко адаптируется, а что-то не адаптируется вообще никак, требуя полного переписывания с нуля.

Comments

[Константин Нагибович]

1С абстрагирует от диалектов СУБД. Проблема скорее всего описана предыдущем ответе.

Answer 3

[Дмитрий]

сразу предупреждаю, в 1С не шарю, совсем, просто мысли вслух.
могли быть какие то вьюшки или процедуры в самой базе, вполне вероятно запихнутые туда вручную. А в отчетах обращения к этим вьюшкам.
При переносе они не подхватились. Смотреть где то в этих отчетах что там они вызывают и ручками проверять в базе .

Comments

[Константин Нагибович]

1С в СУБД не использует view и хранимые процедуры.