Есть бд с данными от 2017 года. Крутится на MSSQL. Мне нужно урезать таким образом, чтобы остался только период с 01.2020 по настоящее время.
Как в таблицах правильно называются столбцы "Дата документа" и "Статус документа" .
Написал скрипт, но логично что он выдает мне ошибку, т.к. неверно указаны эти параметры.
Буду очень благодарен за любую помощь

DECLARE @TableName NVARCHAR(MAX);
DECLARE table_cursor CURSOR FOR
SELECT table_name
FROM information_schema.tables
WHERE table_type = 'BASE TABLE';

OPEN table_cursor;

FETCH NEXT FROM table_cursor INTO @TableName;

WHILE @@FETCH_STATUS = 0
BEGIN
    DECLARE @SqlStatement NVARCHAR(MAX);
    SET @SqlStatement = N'DELETE FROM ' + @TableName + ' WHERE DocumentDate < ''2020-01-01'' OR (DocumentStatus IS NOT NULL AND DocumentStatus != ''Проведен'');';
    EXEC sp_executesql @SqlStatement;

    FETCH NEXT FROM table_cursor INTO @TableName;
END

CLOSE table_cursor;
DEALLOCATE table_cursor;

3 конверта уже написал?

Учёл, что если просто удалить часть записей например РН, РБ - при любом пересчёте остатки улетят в космос?

И да, бэкапов ведь не делается?

Очень длинный код. Достаточно Format C:

Я так понял эти названия в таблицах не явные?

Вам нужна не "обрезка" БД, а свёртка.
Свёртка выполняется по-разному в разных конфигурациях. Это можно погуглить.

Но всегда свёртка выполняется способами 1С, а не скуля.

(6) можно и скулем, но нужно очень хорошо знать как саму конфу так и знать SQL (в смысле Language)

(5) ПолучитьСтруктуруХраненияИнформационнойБазы(), но это тебе рано

(7) Ну вот срежет он движения по РН до 01.2020
Как иметь в базе правильные остатки на эту дату ?
А нужно сформировать документы ввода начальных остатков на 01.2020.

Мне кажется что сложно это будет сделать средствами скуля :-)

Документы ввода сформировать 1с, а резать старое - скулем.

Главное - последовательность действий не перепутать )

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

(8)"ПолучитьСтруктуруХраненияИнформационнойБазы()" это не обсуждается.
Я спрашиваю в пределах своей компетенции, именно средствами sql.
Конфигурация не поддерживает Свёртку.
Поэтому решаю задачу именно средствами sql

(12) "а имена можно посмотреть ручками открыв любую из этих табличек раз уж из скуля работаем" Очень интересно. Только я так и не разобрался как из БД 1с средствами SQL посмотреть хоть какие-то данные.

открываешь в ЕМ таблицы смотришь структуру - там все достаточно прозрачно.

(13) Нету конфигураций не поддерживающих свертку, есть люди которую эту свертку не написали.

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

Может быть у него документооборот? Тогда банальное удаление данных в sql прокатит.

(0) Чем обусловлена даа 01.2020? Для бухгалтерии должна быть 01.2019.

P S. Delete медленная операция, используй вставку в новую таблицу, удаляй старую, переименовывай.

(0) Прежде чем делетить, отладь саму по себе выборку с нужными условиями. Вообще, прежде чем напрямую изменять данные в СУБД, хорошо бы несколько месяцев потренироваться на выборках из своей БД. Ещё по опыту 77 помню - там делал свёртку на скуле, но после того, как разложил по полочкам в своей бестолковке, как же база изнутри в скуле устроена. Тренировался на развёртке олап кубов в msbi

(18) структура клюшек все-таки гораздо проще...

(13) Глупость и смелость в одном флаконе.
В документации к платформе 1С прямым текстом прописано, что запрещено таким образом работать с базой.
ОФФ: Вспомнился больничный анекдот про больному, которому в одновременно дали слабительное и снотворное.

(20) "Слабоумие и отвага"©Чип&Дейл
А работать с базой напрямую запрещено всего лишь лицензией.

(19) Согласен. Тем более, прежде чем - нужно на кошечках...

(21) А вот кстати - написание скрипта для обслуживания баз в скуле это прямая работа или ещё не очень, особенно с учётом рекомендаций вендора про платформы 8.3.22 и старше? И чем чревато такое нарушение лицензии - она становится недействительна? Не ради спора спрашиваю, а для общего развития

(21) Даже с выборками иногда из скулевой базы 1с8 получаешь интересные моменты и знания как все устроено. Я сильно сомневаюсь, что человек задающий вопрос вида "Как в таблицах правильно называются столбцы "Дата документа" и "Статус документа" ." способен отрезать это средствами скуля чтобы потом те кто будут это поддерживать, после захоронения ТС, не вспоминали его ОЧЕНЬ добрым словом. Но правда заработать можно  если клиент заплатит =)

(0)А так ТС качай Инструменты разработчика там есть обработка с структурой базы, изучай.

(23) Сломается база, тебе скажут "сам дурак" помогать не будем.

(0) Я как раз это проделываю сейчас.
1. Вытаскиваешь структуру хранения данных сопоставляешь таблицы скуля и 1С.
2. Обработкой ввода остатков только водишь документы ввода остатков на дату. Обычно он это делает на 1 число месяца и это правильно
3. В скуле просто удаляешь все записи движения регистров до даты ввода остатков.
4. Удаляешь доки до даты.
5. Делаешь между делом шринк чтоб не разбух лог файл.
6. Полный пересчет итогов.
7. Еще раз шринк лога. Можно и всей базы.

У меня база 1.2 ТБ
Данные с 12 года.
Срезаю до начала 22 года.
Остается примерно 500 ГБ.

(23) скрипт обслуживания - это всё-таки не прямой доступ к данным.

(25) Понял, спасибо. Более чем разумно.
(28) Пусть так:)

"безумству храбрых поем мы песню..."

(30) не, это всё-таки "слабоумие и отвага"©

(30) как-бы не стало "ихний стон у нас песней зовется".

Я не парился как ты прям так:
Удаление итогов БИ
USE база;
delete        _AccRg5565
FROM            _AccRg5565
where _Period < '40180101'
DBCC SHRINKDATABASE ('база', 10);

или удаление документа
USE база;
delete _Document120  FROM _Document120  where _Date_Time < '40180101' DBCC SHRINKFILE  ('логимя_база_log', 100);

(0) По мне так ошибочный подход изначально пытаться обрезать средствами чисто SQL, даже не зная как получить наименоваия полей.

Я хорошо владею и 1с и SQL и мой тебе совет изменить подход , иначе нечего не получится. Все равно тебе будет нужно залазить в базу через 1с и часть работ вести оттуда

А вот как можно свертывать не нарушая лицензионное соглашение если средствами 1С ты сворачиваешь 10 дней а средствами скула 1-2 дня?

(34) он же спрашивает "в пределах своей компетенции"©

(35) "медленно и печально"©

Я еще со времен 1с77 если база большая не сворачивал обычном путем. Это просо жесть.
Даже если небольшая база на 1с.83 сворачивается долго я ввожу остаток и переношу в чистую конфу. Так быстрее.

(38) А как с доками НДС и прочим? ведь иногда так просто базу не свернешь.
В типовых иногда нужно оставлять некоторые доки для нормального функционирования. Мне кажется например современные сложные конфы, так просто, без анализа не свернуть.

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

(40) и документы, на которые есть ссылки в документах и регистрах периода. И документы, на которые есть ссылки в 1scrdoc.

(35) Я выполнял свёртку обработкой на копии а потом перенёс актуальные справочники и документы текущего периода.

Т.к. структура базы идентична то перенос делал с помощью "выгрузка загрузка данных xml".

И нет ни нарушения лицензионного соглашения ни страхов что "не ту табличку долбанул".

Готовое решение же было: Свертка базы SQL + Альтернативный контроль удаления помеченных
https://open-budget.ru/public/139651/

На Инфостарте неактивно что-то

+(43) Там в комплекте и документ ввода остатков идет

(43) так понятно, почему "неактивно"...

(33) мм, спасибо. попробую так.

(46) что с бэкапами, Чарли?

(47) если для тебя это так принципиально важно, каждую ночь делает 3 копии бэкапа: 1. Внешний хард, 2. NAS, 3. Физическая тачка в локальной сети. + все операции проводятся на тестовом сервере с полной КОПИЕЙ боевой базы данных.

А то ты наверно уснуть не можешь и думаешь, есть ли у меня бэкапы или нет.

(48) хороший подход. это принципиально важно для того кто потом исправлять будет.

(50) Кто будет исправлять в курсе, а у rphosts смотрю подгорело с самого начала, есть ли бэкапы или нет, а по теме 0

(51) по теме тебе тут почти все уже написали, твой подход в общем случае непригоден. ты даже конфигурацию не написал. хз, что у тебя там, самописка с одним видом документов или ERP. базы в 1С уже давно сложноструктурированные объекты с кучей взаимосвязей, где нельзя вот так просто залезть в скуль и порушить пару таблиц, времена 7.7 уже давно прошли. у нас подготовка к свертке заняла полгода и еще столько же займет. а ты захотел пару скриптов по-быстренькому написать и подгораешь.

(51) А кто будет исправлять? Мужики то не знают

(53) это будет сюрприз!

(53) Кто что будет исправлять? Какие мужики, ты что такое несешь вообще?)  (52) В моем случае свертка не поможет, немного другая задача. В базе есть скажем 7 организаций, только в одной из этих 7 организаций содержатся непроводные документы. Так вот, мне нужно просто исключить эту организацию, оставить остальные 6 и сделать с 01.20 года по настоящее время. Все таки думаю можно средствами sql этого добиться, пока в работе.

(55) Тебе виднее. Но поверь, что средствами 1С, уже есть вполне рабочий способ с использованием РИБ. Быстрее найти вменяемого 1С-ника и поделиться с ним, чем нырять в разборки со структурой базы в SQL. "Проходили, знаем."©

(55) ну вот, уже детали появляются, наконец. документы непроводные, значит, проблем с регистрами накопления быть не должно. но есть еще регистры сведений. документ самописный? в чем проблема их удалить штатно, если они непроводные, это же как два пальца? и что сделать с 01.20?

(57) В базе документы по всем организациям с 2014 года, мне нужно оставить только с 01.2020 года. А одну организацию вообще убрать с базы

(57) "непроводные" - чаще всего имеется ввиду, что "не проводятся по официальной бухгалтерии", т.е. "черная бухгалтерия".

(55)
> В моем случае свертка не поможет, немного другая задача.
..
> и сделать с 01.20 года по настоящее время.

Вот именно это сверткой и называют.

У тебя есть представление, каким образом в твоей "обрезанной базе" должны появиться остатки регистров накопления и бухгалтерии на 01.01.2020?

Ты понимаешь, что в текущей базе они формируются платформой из движений документов ДО даты 01.01.2020?

Ты понимаешь, что если просто удалить документы до 01.01.2020 - то любой системный пересчет итогов (например, в штатном режиме "Тестирование и исправление") эти остатки убьет?

Ты понимаешь, что основная задача свертки как раз и заключается в замене старых документов на входящие остатки?

Ты понимаешь, что в некоторых случаях даже замена старых документов на входящие остатки не дает возможности обойтись без потерь некоторой значимой информации?

Если у тебя на все эти вопросы есть ответ "да, понимаю и у меня есть решение" - то дерзай :) Но, ИМХО, человек с имеющимся решением этих проблем не задаст вопрос (0) ..

(60) а когда он узнает, что остатки формируются по первичным документам, объектам расчета и а еще есть справочники назначений, серий, ключей доступа, ключей аналитики, и ух ты! кадровые документы! вообще будет атас )))

(61) ТС админ, он таких букв не знает (с)

(60) да ему нужно просто удалить "черную бухгалтерию"

(33) итоги как раз трунковать надо, потом пересчитать быстрее будет

(61) дык этож 8-ка сырая? а ТС пофигурацию озвучил?

(63) вполне себе метод норм - непосредственное удаление по сцылке Организация. а сцылки <Объект не найден> очистить средствами платформы

сто раз так делал :)

(66) а потом окажется, что у него интеркампани )))

(67) ну и что? контрагент (с наименованием похеренной Организации) останется жы

В базе документы с 2014 года, а надо оставить с 2020.
Представляю, сколько мусора накопилось.
Делать, так делать в комплексе - остатки с 2024 и чистка справочников. А старую базу оставить на поглядеть. Но у ТС наверняка свое видение ситуации а у ГБ и прочих - им лишь бы ничего не делать

слабоумие и отвага! (с)

(48) ну молодец, а то регулярно поднимается вопрос.

(68) с чего это? в документах передачи товаров между организациями не контрагенты.

(72) тогда это уже не ч0рная бюстгалтерия

а так, да. в интеркампани организации, в (68) был не прав

(39) Ну не без этого.
Хочешь свернуть грамотно то разбирай каждый документ и каждый регистр. Удалять только то что не повлияет на работы свернутой базы.

(74) как раз до второго пришествия ) 1С уже генерит новые доки и регистры быстрее, чем успеваешь их изучать, не говоря об всяких раузах и онлайнах-офлайнах
надо разбираться со встроенными механизмами свертки и допиливать их. и еще инструменты разработчика изучать, так как штатно при наличии хотя бы одной мелкой ошибки не работает бОльшая часть механизмов (групповуха, удаление, архивирование чеков, удаление дублей, удаление битых, и так далее)

как успехи

(76) Уволился )

"В базе документы по всем организациям с 2014 года,"
"Есть бд с данными от 2017 года."
база быстро растет в прошлое.
завтра ТС должен рассказать что документов в базе уже с 2011го.

(78) а там, глядишь, и до семерки недалеко)

(76) ТС пришёл с конкретным вопросом, в (33) получил ответ, задачу успешно решил и болт положил на форум

судя по времени сообщений он еще на следующий день появлялся в теме. с уточнениями.

По сути для работы важно ввести остатки на дату и удалить движения до даты свертки. А все остальное можно делать не спеша. Как бы ты не сворачивал.

Ввод остатков делается быстро от 10-15 минут до 1 часа.
Далее надо удалить движение до даты.
После включить активность записей ввода остатков.
И можно уже работать.
И по ночам или в более менее не загруженном промежутке потихоньку удалять  доки.

Вот как раз удалять дживижения за 7-8 или 10-12 лет бывает очень долго.  И тут можно в скуле их замочить ))) быстро от часа до суток.

(82) И получить невозможность расчета больничных и отпускных по среднему.