как быстро убрать все документы из базы?
По теме из базы знаний
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2
- Регистры сведений 1С. Как это устроено.
- Как тут чё?
- Как быстро развернуть автоматическую линию проверки своего решения на 1С, затратив 8 часов и получив выигрыш в 1 человеко/месяц
- Приемы быстрой работы в EDT/Git
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для торговли делаем ваt-файл следующий
:
:Индексы
del *.cdx
:Документы
del dh*.dbf
del dt*.dbf
:Регистры
del ra*.dbf
del fg*.dbf
:Журналы и прочее
del 1SJOURN.dbf
del 1SCRDOC.dbf
del 1SDNLOCK.dbf
del 1SSTREAM.dbf
Остаются справочники
:
:Индексы
del *.cdx
:Документы
del dh*.dbf
del dt*.dbf
:Регистры
del ra*.dbf
del fg*.dbf
:Журналы и прочее
del 1SJOURN.dbf
del 1SCRDOC.dbf
del 1SDNLOCK.dbf
del 1SSTREAM.dbf
Остаются справочники
Пользуюсь для 7.7 переносом справочников и документов наверное пару лет. файлы прикрепила. копируем в каталог ExtForms и запускаем через "дополнительные возможности". Кто то умный написал с примером использования. Если конфигурации идентичны абсолютно без сбоев (по крайней мере у меня их не было). Мне очень помогает.
Прикрепленные файлы:
EXIMDOCS.EFD
EXIMDOCS.ERT
имеется База в которой несколько лет работает предприятие - в ней много добавлено от первоначальной структуры! имеется задача для установки такой же базы для паралельной работы - как можно быстро получить базу без всех документов но со всеми справочниками! при попытке удаления документов в монопольном режиме у меня ушло несколько часов только на удаление 10% !
2 (0) Если dbf -формат и оперативный учет, то делаем так:
1. делаем копию каталога - все дальнейшие извраты на копии, чтобы данные не грохнуть случайно
2. удаляем файлы регистров, кажется RG*.dbf
3. запускаем обработку, которая помечает на удаление все документы
4. удаляем помеченные на удаление объекты
5. заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые)
6. запускаем тестирование и исправление на всякий случай
типа так, вроде ничего не забыл
1. делаем копию каталога - все дальнейшие извраты на копии, чтобы данные не грохнуть случайно
2. удаляем файлы регистров, кажется RG*.dbf
3. запускаем обработку, которая помечает на удаление все документы
4. удаляем помеченные на удаление объекты
5. заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые)
6. запускаем тестирование и исправление на всякий случай
типа так, вроде ничего не забыл
А можно проголосовать за мои разработки, хотя они полезны скорее продолжающим, чем начинающим :)
Набор невизуальных компонент для работы с 1С 7.7 через OLE (Pascal, Delphi 5)
Универсальный перенос объектов между БД с идентичными конфигурациями
Набор невизуальных компонент для работы с 1С 7.7 через OLE (Pascal, Delphi 5)
Универсальный перенос объектов между БД с идентичными конфигурациями
Это уже значительно хитрее :)
Тут слишком много вопросов:
1. Что значит соединять? Видимо объединять отгрузки из двух баз в одну?
2. Какие именно операции будут переноситься в итоговую БД?
3. Как будут контролироваться остатки?
4. Как будут синхронизироваться справочники (номенклатура, контрагенты и т.д.)?
и многие, многие другие вопросы.
По ответам на эти вопросы уже принимается решение, что делать.
Способов масса. Выбор и применение конкретного способа зависит от многого.
Для этого и нужен хороший спец по 1С, поскольку все это требует наличия опыта.
В частности мой "Универсальный перенос объектов между БД с идентичными конфигурациями" тоже пригоден в некоторых случаях.
Тут слишком много вопросов:
1. Что значит соединять? Видимо объединять отгрузки из двух баз в одну?
2. Какие именно операции будут переноситься в итоговую БД?
3. Как будут контролироваться остатки?
4. Как будут синхронизироваться справочники (номенклатура, контрагенты и т.д.)?
и многие, многие другие вопросы.
По ответам на эти вопросы уже принимается решение, что делать.
Способов масса. Выбор и применение конкретного способа зависит от многого.
Для этого и нужен хороший спец по 1С, поскольку все это требует наличия опыта.
В частности мой "Универсальный перенос объектов между БД с идентичными конфигурациями" тоже пригоден в некоторых случаях.
есть магазин и есть склад!
чуть с магазина отгружается - в онсовном со склада!
я вижу это так
приход товара приехало в маг они поставили в своей базе приход
приехало на склад - склад поставил!
дальше отгрузки ведутся с мага - контрагенты новые не появляются, товары новые тоже!!
то есть в основную базу добавлять постепления и отгрузки в магазине
и всю базу утром давать в маг!
наверно так!
а вообще я уже давно мечтаю сделать это все через инет - но как почитал - аж страшно стало!
чуть с магазина отгружается - в онсовном со склада!
я вижу это так
приход товара приехало в маг они поставили в своей базе приход
приехало на склад - склад поставил!
дальше отгрузки ведутся с мага - контрагенты новые не появляются, товары новые тоже!!
то есть в основную базу добавлять постепления и отгрузки в магазине
и всю базу утром давать в маг!
наверно так!
а вообще я уже давно мечтаю сделать это все через инет - но как почитал - аж страшно стало!
Подозреваю - это долгий разговор. Попробую систематизировать полученную информацию:
1. Есть основной склад и есть магазин, которые работают независимо, хм, допустим.
2. Контрагенты новые не появляются и товары тоже, ой сомнительно, но допустим.
3. Основная база будет на основном складе.
4. Справочники синхронизированны по коду.
Если исходить из этих условий, то можешь взять за основу мой перенос, там в архиве есть пример использования example.ert, немного переделаешь его под свои нужды и все. Будешь из магазина выгружать постпления и отгрузки и загружать их в основную базу. Потом просто делаешь копию базы и утром в магазин ее приносишь.
Но если честно, ох и сомнительны мне исходные постулаты ;)
1. Есть основной склад и есть магазин, которые работают независимо, хм, допустим.
2. Контрагенты новые не появляются и товары тоже, ой сомнительно, но допустим.
3. Основная база будет на основном складе.
4. Справочники синхронизированны по коду.
Если исходить из этих условий, то можешь взять за основу мой перенос, там в архиве есть пример использования example.ert, немного переделаешь его под свои нужды и все. Будешь из магазина выгружать постпления и отгрузки и загружать их в основную базу. Потом просто делаешь копию базы и утром в магазин ее приносишь.
Но если честно, ох и сомнительны мне исходные постулаты ;)
За комплимент, конечно, спасибо :) Но это, мягко говоря, завышенная оценка :)
Если обработка моя поможет, буду рад. Только там тебе тоже поработать придется.
Я пожалуй пошел спать (устал после гулянки). Но ты напиши - получится что или нет, мне интересно.
Кстати, там у тебя индикатор удаления в обработке есть какой-нибудь? В принципе, должно быть визуально заметно ускорение процесса удаления в разы. Если такого эффекта нет, значит что-то не так. Есть индикатор удаления?
Если обработка моя поможет, буду рад. Только там тебе тоже поработать придется.
Я пожалуй пошел спать (устал после гулянки). Но ты напиши - получится что или нет, мне интересно.
Кстати, там у тебя индикатор удаления в обработке есть какой-нибудь? В принципе, должно быть визуально заметно ускорение процесса удаления в разы. Если такого эффекта нет, значит что-то не так. Есть индикатор удаления?
Еще чуток по переносу добавлю:
Все что я написал выше подойдет, если в магазине ничего другого, кроме поступлений и отгрузок не вводят!
И еще: пока будешь запускать весь этот процесс обмена в первые дни - обязательно (!) делай копии обеих БД. Никогда не знаешь, когда они могут пригодиться ;)
Все - спать пошел, пиши о результатах.
Все что я написал выше подойдет, если в магазине ничего другого, кроме поступлений и отгрузок не вводят!
И еще: пока будешь запускать весь этот процесс обмена в первые дни - обязательно (!) делай копии обеих БД. Никогда не знаешь, когда они могут пригодиться ;)
Все - спать пошел, пиши о результатах.
У этой "кривой" 1с-ской обработки слишком серьезные проблемы:
1. Не обрабатывает большие объемы справочников.
2. Не обрабатывает циклические ссылки.
Сомневаюсь, что к текущему моменту 1с привела ее в состояние, пригодное к полноценному успользованию ;)
У меня есть на сайте модификация этой обработки, где исправлена первая проблема. Вот здесь смотреть
Вторую проблему не стал исправлять, поскольку сделал более интересную вещь:
Универсальный перенос объектов между БД с идентичными конфигурациями.
Ее вполне можно использовать и для переноса справочников.
1. Не обрабатывает большие объемы справочников.
2. Не обрабатывает циклические ссылки.
Сомневаюсь, что к текущему моменту 1с привела ее в состояние, пригодное к полноценному успользованию ;)
У меня есть на сайте модификация этой обработки, где исправлена первая проблема. Вот здесь смотреть
Вторую проблему не стал исправлять, поскольку сделал более интересную вещь:
Универсальный перенос объектов между БД с идентичными конфигурациями.
Ее вполне можно использовать и для переноса справочников.
драсте!
на море хорошо! тока сосредоточиться не реально!
дети - тети!
делаю так как ты сказал
удаляю файлы как ты сказал 2. удаляем файлы регистров, кажется RG*.dbf
там есть с такими же названиями но с расширениями *.CDX
их не удалял!
потом не понял как пометить на удаление файлы - сделал "заверншение периода для оперативного учета"
он отмечает все файлы на удаление
но процентов 10 никак не хочет удалять!
на море хорошо! тока сосредоточиться не реально!
дети - тети!
делаю так как ты сказал
удаляю файлы как ты сказал 2. удаляем файлы регистров, кажется RG*.dbf
там есть с такими же названиями но с расширениями *.CDX
их не удалял!
потом не понял как пометить на удаление файлы - сделал "заверншение периода для оперативного учета"
он отмечает все файлы на удаление
но процентов 10 никак не хочет удалять!
Зачем завершение периода-то? Это из другой "оперы".
Файлы RG*.cdx тоже удаляй, это индексные файлы регистров.
"потом не понял как пометить на удаление файлы"
хм... ну вообщем-то написать обработку по пометке на удаление документов - минуты на три делов. ;)
Ты кодировал в 1с? Если нет, то может не стоит самостоятельно браться за эту задачу?
Какая конфигурация? Может в нее уже есть встроенная обработка по удалению?
---
Код обработки - пометка на удаление документов:
Док = СоздатьОбъект("Документ");
Док.ВыбратьДокументы();
Пока Док.ПолучитьДокумент() = 1 Цикл
Состояние(Док.ДатаДок);
Док.Удалить(0);
КонецЦикла;
При работе в строке состояния должен выводить дату удаляемого документа - можно будет примерно видеть скорость удаления документов и сколько еще осталось.
А вообще - позвали бы спеца, не так уж это дорого, зато - надежно :)
Как потом удалить помеченные на удаление документы знаешь? Заходишь монопольно, меню Операции - Удаление помеченных объектов. Ну и далее по ходу дела.
Какое море-то? ;)
Файлы RG*.cdx тоже удаляй, это индексные файлы регистров.
"потом не понял как пометить на удаление файлы"
хм... ну вообщем-то написать обработку по пометке на удаление документов - минуты на три делов. ;)
Ты кодировал в 1с? Если нет, то может не стоит самостоятельно браться за эту задачу?
Какая конфигурация? Может в нее уже есть встроенная обработка по удалению?
---
Код обработки - пометка на удаление документов:
Док = СоздатьОбъект("Документ");
Док.ВыбратьДокументы();
Пока Док.ПолучитьДокумент() = 1 Цикл
Состояние(Док.ДатаДок);
Док.Удалить(0);
КонецЦикла;
При работе в строке состояния должен выводить дату удаляемого документа - можно будет примерно видеть скорость удаления документов и сколько еще осталось.
А вообще - позвали бы спеца, не так уж это дорого, зато - надежно :)
Как потом удалить помеченные на удаление документы знаешь? Заходишь монопольно, меню Операции - Удаление помеченных объектов. Ну и далее по ходу дела.
Какое море-то? ;)
А вот что касается отмены проведения, то тут, конечно, не зная конфигурации, сложно что-то сказать. Наиболее вероятно, что какие-то документы устанавливают периодические реквизиты справочников, и эти значения, разумеется, будут потеряны.
wolfsoft Написал:
-------------------------------------------------------
> Спасибы принимаю шуршащие, булькающими не принимаю
> )
А спасибы ли надо говорить ? За вот это хотя бы :
"заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые) "
-------------------------------------------------------
> Спасибы принимаю шуршащие, булькающими не принимаю
> )
А спасибы ли надо говорить ? За вот это хотя бы :
"заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые) "
wolfsoft Написал:
-------------------------------------------------------
> Спасибы принимаю шуршащие, булькающими не принимаю
> )
А спасибы ли надо говорить ? За вот это хотя бы :
"заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые) "
nnallex Написал:
-------------------------------------------------------
>но конфигруация вроде с моими настройками а вот контргентов и товаров нету!
Правильней так :
1. Базки в сторону
2. Удаление файлов
*.cdx, r*.dbf, d*.dbf, 1sjourn.dbf, 1scrdoc.dbf
3. Через конфигуратор добиваем остальное - через "Администрирование" "выгрузить/загрузить данные"
4.Ситуация посложней будет, если в периодике, например цены будут зацеплены на документы
5. Конфигурацию менять не надо, достаточно запустить монопольно - все само сделается
-------------------------------------------------------
> Спасибы принимаю шуршащие, булькающими не принимаю
> )
А спасибы ли надо говорить ? За вот это хотя бы :
"заходим в конфигуратор, в комментарий конфигурации добавляем пробел, удаляем пробел, сохраняем конфигурацию - заново создаются файлы регистров (пустые) "
nnallex Написал:
-------------------------------------------------------
>но конфигруация вроде с моими настройками а вот контргентов и товаров нету!
Правильней так :
1. Базки в сторону
2. Удаление файлов
*.cdx, r*.dbf, d*.dbf, 1sjourn.dbf, 1scrdoc.dbf
3. Через конфигуратор добиваем остальное - через "Администрирование" "выгрузить/загрузить данные"
4.Ситуация посложней будет, если в периодике, например цены будут зацеплены на документы
5. Конфигурацию менять не надо, достаточно запустить монопольно - все само сделается
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот