Или указать свой порядок расчета итогов?
Столкнулся с тем, что у клиента SQL EXPRESS достиг 10 Гб.
Пришлось грохнуть таблицу итогов регистров бухгалтерии (самую большую, с 3 субконто).
Потом установил расчет итогов только за один месяц (УФ).
И пересчитал итоги. Все норм.
Там не бух.программа, для управленки используется.

Так вот возник вопрос, что из DT она-то не восстановится - начнет итоги считать...
Или все же сперва восстановится а потом упадет на рассчете итогов?

И тогда можно повторить сей трюк?

Планирую переводить их на Postgree, но пока надо немного прожить на текущем серваке.

в 8 вроде есть настройка периода рассчитаных итогов

Отключить использование итогов на требуемых таблицах. Соответствующие таблицы итогов удалятся

(1) ты его то хоть раз ставил?

(0)А зачем из dt то восстанавливать? Или ты у себя сделал локально, а ему клиенту загружать хочешь?

Ладно, забуду обиду, что скидывался тебе на козу, а ты ее так и не трахнул, зассал.
Ты погугли, нынче есть SQL Developer Edition... там нет ограничения на размер файла.
Но ее использование, как и Express разрешено только для РАЗРАБОТКИ и ТЕСТИРОВАНИЯ.

"но пока надо немного прожить на текущем серваке."
microsoft.com/ru-ru/evalcenter/evaluate-sql-server

Поставь скуль-сервер дев-едишн.
Он бесплатен (теоретически). Выиграешь месяц на выбивание лицензий на нормальный сервер.

(4) а сложно? Я его даже ни разу не видел в продакшне. А вот ибм дб 2 видел.
Коллеги, как управлять иттгами я знаю, не знаю, как развернуть из дт без итогов

При данных условиях никак. Либо другой SQL

(9) Ты много чего не знаешь...
Например, то, что нельзя восстановить базу из дт без итогов, если в исходной базе итоги были.

Найди спеца по установке постгри. Это на порядок быстрее и в конечном итоге дешевле

Конференция упп что ли ))
Выгрузи через бекап базу на нормальный ms sql и почисть не нужные движения потом верни на место - но вообще это глупость экспресс использовать..

(13) конфигурация*

Помню, в 2008 экспрессе была возможность увеличить размер базы выше 10 гигов, но это нарушение лицензии будет. Суть в том, что проверка на размер происходит только при расширении файла базы, а собственно занимаемые данные не считаются. И можно путем манипуляции с файлами многофайловой базы обойти это ограничение. Таким образом, сначала создаешь 10 гигов файл1 и 1 мегабайт файл2. Останавливаешь сервер. Копируешь файл1 куда-то. Запускаешь сервер. Шринкаешь файл1 до 1 мегабайта и растягиваешь файл2 до 10 гигов. Останавливаешь сервер. Подсовываешь файл1 10-гиговый. Запускаешь. Работает.

(15) Скобки должны быть квадратные, а не знаки "больше" и "меньше".

(0) >> из DT она-то не восстановится.

И не нужно этого делать.
Пользуйтесь средствами СУБД для создания и восстановления базы. Хоть убейте - не понимаю в чём проблема? Зачем нужна выгрузка-загрузка через dt?

Когда решите вопрос с лицензиями (pgSQL или msSQL - не суть) - тогда вопрос сам по себе снимется.

(18) он хочет из скуля через дт на постриги переехать

(19) > он хочет из скуля через дт на постриги переехать.

И? В чем проблема то?
Выгрузить в dt можно без проблем. 10Гб база выгрузиться в dt легко.
Загрузить в PgSQL тоже можно dt любого размера. На PgSQL расчету итогов ничто не должно мешать т.к. ограничения, как на MsSQL Esxpress, там нет.

(9) ну так управлять итогами нужно до того как дт делаешь.
тогда и восстановится все как надо