:)
всем привет
кто свертывал сикульную базу на 1с77 нестандартным способом?
Задача минимум: удалить движения документов за период прямым запросом
Задача максимум: еще и документы пометить на удаление
зы
вот такой код нашел - пробовал кто?

выбДата = Формат(ДобавитьМесяц(РабочаяДата(), -6), "ДГГГГММДД");
ТекстЗапроса = "
|UPDATE
| _1sjourn
|SET
| ismark = 1, closed = 0
|WHERE
| (Date_Time_IDDOC<'"+выбДата+"')
|AND
| IDDocDef=$ВидДокумента.кпкЗадание
|";
Query = СоздатьОбъект("ODBCRecordSet");
Возвр = Query.Выполнить(ТекстЗапроса);
Если Возвр = 0 Тогда
глКомментарий(Query.GetLastError(),0,,"!");
КонецЕсли;
Query.Закрыть();

ззы
https://ekorshunov.blogspot.com/2015/07/1-1.html

Удали и движения и документы напрямую удалением таблиц полностью.

:) ну я как бы не написал прямо но в коде же намек что это свертка за период

на клюшках жи штатно всё норм делалось. Переносишь ТА на 01.01.2000 удаляешь документы через .Удалить(), Возвращаешь ТА на место

(3):) это если база нормальная а если громоздкая и надо ускорить процесс на порядок

(4) тогда, извинити. Ебститесь на здоровие. Я таким не занимался)

:) мало кто ... но безумству храбрых поем мы песни

(0) вроде даже мое (хз сколько лет назад) это чистка последышей от КПК (кпкЗадание), как-бы работала. Но помню, что есть резалки и получше.

:)
вот как раз первое дело - убрать записи в регистрах ... расширенный поиск из мисты дает много веток но все сырые

Чем тебе не понравился способ удаления средствами 1С?

:) не подходит увы

USE MyTestBase Go CREATE TABLE ##ID (IDDOC char(9) primary key clustered) Go INSERT INTO ##ID SELECT DISTINCT IDDOC FROM _1SJOURN WHERE (DATE_TIME_IDDOC < '20220101') Go BEGIN TRANSACTION DECLARE Mycur cursor for SELECT sysobjects.name,syscolumns.name FROM syscolumns INNER JOIN sysobjects ON syscolumns.id = sysobjects.id WHERE (syscolumns.name = N'iddoc') OR (syscolumns.name = N'docid') OPEN MyCur DECLARE TableName varchar(20) DECLARE ColName varchar(20) FETCH NEXT FROM MyCur INTO TableName, ColName WHILE @@FETCH_STATUS = 0 BEGIN EXEC ('Delete from '+@TableName+' with (tablock) where '+@ColName+' IN (Select IDDOC FROM ##ID)') FETCH NEXT FROM MyCur INTO TableName, ColName END CLOSE MyCur DEALLOCATE MyCur COMMIT TRANSACTION DROP TABLE ##ID

:)
итоги это тоже проблема
база большая специализированная работает от 21 до 24 часов в сутки 7 дней в неделю

тогда только средствами 1С, без всяких скриптов SQL, увы.

:)
вот именно что увы средствами 1с

Итоги за сворачиваемый период тоже можно удалить прямым запросом, но нормальным, без 1С++

:)
я пока не про полную очистку данных
задача №1 - свернуть регистры
то есть
задача№1.0 -создать ввод остатков
задача№1.1 - пометить документы за первый год на удаление
задача№1.2 - убрать движения регистров без документов
задача№1.3 - провести ввод остатков

Суровый онанизм. Писал нечто подобное, но под 8-ку.

Если так проблемно сделать свертку, может будет проще создать новую базу? Перекинуть в неё нужные справочники и остатки, запустить юзеров.

(26):) см (18)

andrewalexk (26):) см (18)

Если все так печально, можно пойти другим путём. Разверни рядом копию базы. Настрой репликацию на скуле, пусть синхронизируется с основной. В клоне делай ввод остатков и обрезание. Потом переключай в неё юзеров и объявляй боевой.

:) уже лучше

(28) я делал через РИБ Полный обмен (или как он там), остальное - так же. В репликации (только новые и измененные) как делать не разбирался (лень). Ессно РИБ лепить из скульной копии (узел только создать до-то-го). Потом таблички поправить... в памяти только = менять идентификаторы баз в 1SDBSET (поле DBSTATUS). Центр это M, периферийка это C. и де-то исчо.

Средствами 1с репликация будет ворочаться медленно и печально. Для больших баз может не взлететь, у dbf ограничения есть

(31) рбд (урбд) в 77, лежащей на SQL, работает гораздо быстрее рбд 8 -рошного. Она-же для древних компов делана и размер файла обмена 0,5 Мб обрабатывается за секунды. а 0,5, для 77 - это суточный обмен с одним подразделением.

Так я же не сравниваю риб в 7-ке и 8-ке. В этом смысла нет. Риб в 8-ке на больших базах тупит очень сильно, поэтому и приходится пилить на t-sql.

Для задачи ТС без прямой работы со скулем не обойтись

:) наш админ сказал что репликация ваще не проблема

(35) Не понял в чем проблема? В 7-ке на скуле лежат только данные, конфа лежит отдельно в md файле. Изменения md репликация не увидит.

:) ну как отреагирует 1с при репликации на сикуле на изменение dds файла?

Смотря что менять. Если потребуется реструктуризация таблиц, то плохо. Не надо так делать.

(38):) говорю же - порядок измерений в регистрах

(39) Не делай этого. Не надо.(С)

:) т.е. не взлетит? жаль

andrewalexk как отреагирует 1с при репликации на сикуле на изменение dds файла?

Просто 77 не запустится, несоответствием объявлений в dds и составом таблиц в базе.
Делать изменения таблиц "вручную" (приводить в соответствие с dds), ну взлетит (я бы не делал, слишком муторно). И это не совсем быстро и никакой работы пользователей , на время изменения, не предусмотрено. Поэтому так не делают, в смысле делают, только в виде ремонтных действий единичные, колонки правят, но не более.

:)
а такая мелочь - порядок колонок ... сикул же - вжух и нашел описание метаданных