Имя: Пароль:
1C
1C 7.7
v7: Как обрезать БД за квартал.
0 never_sleep
 
06.06.17
11:13
Нужно внедренцам скинуть БД нашу, оставив в ней данные относящие непосредственно к 4 кв 2016 года. ТиС 9.2 на SQL 2008. И бух 4,5 на ДБФ. Документы ладно, я помечю на удаление. Но как быть со справочниками? Как удалить цены например, которые к 4 кв2016 не относятся? Остальные периодические реквизиты справочников? Не хочется все ручками делать и писать обработки тоже времени нет. Может есть изи вэй?
1 1dvd
 
06.06.17
11:15
Свертка базы
2 povar
 
06.06.17
11:16
Поднять архив за 4 кв 16 г
3 HawkEye
 
06.06.17
11:31
(0) не хочется делать ручкам - делай головой...
4 Ёпрст
 
гуру
06.06.17
11:38
(0) в любом случае, это либо обрезка лишнего, либо перенос нужного
5 Ёпрст
 
гуру
06.06.17
11:38
для дбф, можно так, например:
http://catalog.mista.ru/public/102101/

Хотя, проще обрезать лишнее.
6 Dmitrii
 
гуру
06.06.17
11:43
(0) Что означает "данные относящие непосредственно к 4 кв 2016 года"?

Если нужно удалить все данные ПОСЛЕ 4 кв.2016г., то тупо пометить на удаление и потом удалить документа с датой >= 01.01.2017г.

А если хотите, чтобы были данные ТОЛЬКО за 4 кв.2016г., то придётся делать свёртку базы в результате которой создадутся документы ввода начальных остатков на начало 4 кв.2016г., пометятся на удаление документы до 4 кв. Останется пометить и удалить доки после 4 кв.

Независимые регистры, не относящиеся к документам, всё равно придется чистить руками (обработками).


Но стоит ли так заморачиваться ради внедренцев?....
И насколько консистентные (корректные) данные нужны? Может достаточно тупо удалить все документы за прочие периоды? Только после этого вряд ли оставшиеся документы будут корректно проводиться (постоянно будут "ругаться" на нехватки остатков товаров, взаиморасчетов и пр.)
7 never_sleep
 
06.06.17
12:01
Да у нас свертка скажем так - процесс не очень простой. Вы тут все с прямыми запросами на ты. Гуру 1С, 1С++ и т.д. У всех свои самописные крутые сверки. А я пользуюсь вот этим:
http://alexeev.pro/?page_id=1282
И все бы ничего, ног есть мегакривой регистр, (а его функциональность неплохо бы показать внедренцам), который при свертке зависает, так как отжирает больше 4Гб оперы. Последний раз при свертке я его просто переносил как через скуль-запрос между двумя базами. Короче мыслями сейчас соберусь. Хотя ну его нафиг. Его функциональность покажу на рабочей базе. А остальную информацию пусть смотрят на обрезанной копии. Да. Наверно так сделаю. Сверну все на начало квартала, и потом тупо удалю все движения за 17 год. Или ну его нафиг как  Dmitrii сказал (6), может им хватит пока доков без остатков и пр.
8 never_sleep
 
06.06.17
12:08
уболтал на (6)  :)
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший