Есть таблица, в базе 1С, в которой 12 485 024 записей. Ее необходимо 1 раз в сутки синхронизировать с DWH, средствами 1С .
Было раньше.
Средствами 1С таблица удалялась, как объект, в DWH, а затем она пересоздавалась и в нее записывался весь объем данных.
Сейчас.
Средствами 1С из таблицы в DWH удаляются записи за последние 3 месяца. А затем, опять же, средствами 1С в эту таблицу вставляются обновленные данные за последние 3 месяца. Причем эта таблица имеет партицию - 1 месяц.

Некоторые мои коллеги считают, что нынешний вариант не оптимален.
Они предлагают другой вариант. Разделить исходную таблицу на две: архивная (выгрузили раз, не трогаем) и текущая (каждый раз удаляем как объект из DWH, пересоздаем, а затем записываем данные от определенной даты. Все эти действия происходят на стороне 1С . При стирание части таблицы и последующем добавлении записей будут сильно расти логи. И вообще, будет расти сама таблица, т.к. записи, удаляемые через delete, физически из базы не удаляются, а только помечаются на удаление. Таким образом, расти будет именно таблица, а, следовательно, и вся БД. И храниться удаленные записи будут там, пока не сожмем. А сжатие, как регламентная операция -очень не рекомендуется. Фрагментация, и как следствие, снижение скорости работы с таблицей. А вот, удаление как объекта, а затем она пересоздание и запись всей таблицы происходит без фрагментации последовательно и быстро, а удаление части строк и дозапись идёт кусками в разное время.

Вариант с архивной таблицей предлагают 1С-ники.

Интересно мнение профессионалов. Прошу высказать свое мнение об обоих вариантах

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Дедушка- версия sql сервера не написана.
- значительно больше людей знающих про "средствами 1С" присутствует на соседнем форуме по 1сэ.
- etl нужно выносить из первичной учётки на сторону dwh.
- кроме drop/create/delete есть ещё и truncate.
- откройте для себя секционирование

Дедушка,
Версия: Microsoft SQL Server 2008 R2 (RTM) - 10.50.1617.0 (Intel X86) Apr 22 2011 11:57:00 Copyright (c) Microsoft Corporation Standard Edition on Windows NT 6.0 <X86> (Build 6002: Service Pack 2)
elt вынести нельзя, так как структура 1С таблиц не регламентирована.
Открыл уже давно партиция и есть секционирование.


Пожалуйста верните тему в раздел MSSQL. Вопрос по специфике работы sql сервера.

Программист 1сА почему Вы не используете планы обмена? Там бы перетаскивали только измененные данные (а не таблицу за 3 месяца) да и обмен можно было бы сделать в реальном режиме.


А что за данные и что за база 1с?

Потому что план штука не постоянная. Она может измениться в самый не подходящий момент.

Как сказали 1С-ники дату изменения нужно вытаскивать из какого-то журнала, а это целое дело. Плюс не все там сохраняется.
Больше тратится времени будет.

Платформа 1С 8.2.15.317

Товарищи модераторы мой вопрос не по теме 1С. Верните тему в прежнюю ветку.

Программист 1сДату изменения ниоткуда вытаскивать не нужно. Более того - она Вам не нужна. Иначе зачем вы таблицу ПОЛНОСТЬЮ перезаписывали...

Что значит последняя фраза?
Программист 1сЧто значит план - "штука не постоянная"? Один раз создали и пользуйтесь.
Что мне делать с планом, если 1С изменит структуру таблицы?