Как удалить документ который логически удален-но в базе он светится?

"Экспорт - Опустошение - Импорт" - полное удаление логически и физически удаленных

"Реорганизация файла документов" - преобразование логически удаленных в физически удаленные

Здравствуйте, Максим!
Если записи удалённые логически в БД под разными номерами? Что делать в этом случае? Экспортировать каждый номер отдельно?
Спасибо.

хоть я и не Максим, но позвольте вам помочь: нужно экспортировать всю базу данных, в которой есть логически удаленные записи, потом её всю опустошить и всю импортировать

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

не забудьте только, что если экспортировать в исо, то поля с номером больше 999 не экспортируются.

Здравствуйте. У меня поля с номером больше 999 после эксп-имп встают не на свое место. Тогда какой формат использовать лучше?

я экспортирую с такими параметрами:
Выходной формат - Текстовый
Кодировка - Windows

При импорте соотв. нужно выбрать те же параметры.

(в базе IBIS больше 90 тыс. записей, пока все выполнялось без ошибок:))



Редактировано 1 раз. Последний раз 13.03.2009 10:51 пользователем ssa_admin.

m081071 написал(а):
-------------------------------------------------------
> Здравствуйте. У меня поля с номером больше 999
> после эксп-имп встают не на свое место. Тогда
> какой формат использовать лучше?
Если в БД созданы поля с метками больше 999, то для импорта/экспорта можно использовать ТОЛЬКО текстовый формат (ТХТ)

Зкспорт-Импорт надо делать через ТЕКСТОВЫЙ файл.

txt от iso для базы чем будет отличаться? Только тем,что поля после 999 встанут на место?

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

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

Никак.
Для версии ИРБИС64 2016.1 и старше пункт меню в АРМ Администратор "Актуализация->Реорганизация файла документов с исключением удаленных", но это тот же самый режим что и Экспорт-Опустошение-импорт, просто автоматизирован.

P.S. И не забывайте перед ним делать резервную копию базы (там не просто так предупреждение выскакивает)

P.S.S. Кажется я уже где-то на форуме писал про это.

Неужели нет других вариантов физически удалить 10-30 записей? вручную. Вместо экспорта, импорта всей базы.
у нас есть база 1,5 млн записей.. импорт происходит по 10 записей в секунду..

По какой причине Вы хотите физически удалять записи? Вводите на эти места (MFN) новые записи.

Alio написал(а):
-------------------------------------------------------
> По какой причине Вы хотите физически удалять
> записи? Вводите на эти места (MFN) новые записи.

в том числе, да.
сегодня был случай, что по ошибке импортировали не те 20 записей в базу.
что бы их удалить оттуда и продолжить импортировать нужные записи,
без потерь и пробелов в MFN-ах пришлось экспортировать и импортировать 1,5 миллиона записей..
Прошло 1,5 часа импорта. импортировалось 75 500 записей из 1 500 000 :-)



Редактировано 1 раз. Последний раз 02.04.2019 10:52 пользователем it.oleg@biblioteki.perm.ru.

it.oleg@biblioteki.perm.ru написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > По какой причине Вы хотите физически удалять
> > записи? Вводите на эти места (MFN) новые
> записи.
>
> в том числе, да.
> сегодня был случай, что по ошибке импортировали не
> те 20 записей в базу.
> что бы их удалить оттуда и продолжить
> импортировать нужные записи,
> без потерь и пробелов в MFN-ах
Что это значит - "пробелы в MFN-ах"? Почему Вас это беспокоит? Забудьте вообще об MFN-ах?

Alio написал(а):
> Что это значит - "пробелы в MFN-ах"? Почему Вас
то есть MFN пойдут не попорядку, если я удалю 20 записей и начну добавлять новые. Но это, наверное, вообще не критично

> это беспокоит? Забудьте вообще об MFN-ах?
Хорошо!) Про MFN забыли)
Беспокоит лишь очень большое время удаления логически удалённых записей
и нагрузка на сервер в это время, в результате чего тормозит ирбис у других пользователей.
Удаление 20 записей из базы в 1,5 млн записей займёт 30 с лишним часов...
можно их в ручную как-то удалить?)

it.oleg@biblioteki.perm.ru написал(а):
-------------------------------------------------------
> Alio написал(а):
> > Что это значит - "пробелы в MFN-ах"? Почему Вас
> то есть MFN пойдут не попорядку, если я удалю 20
> записей и начну добавлять новые. Но это, наверное,
> вообще не критично
>
> > это беспокоит? Забудьте вообще об MFN-ах?
> Хорошо!) Про MFN забыли)
> Беспокоит лишь очень большое время удаления
> логически удалённых записей
Однако... ЗАЧЕМ ВЫ ВООБЩЕ ВЫПОЛНЯЕТЕ ЭТОТ РЕЖИМ???

При Вашей БД - это полный абсурд!

Александр Иосифович, я так понимаю, что проблема на самом деле в том, что при импорте не снимают галочки с автоввода, протокола и ФЛК - именно они приводят к долгому импорту. Как показывает практика, к нас на базе в полтора миллиона записей импорт происходит за вменяемое время

Я имел в виду не режим ИМПОРТ, а режим РЕОРГАНИЗАЦИЯ С ИСКЛЮЧЕНИЕМ УДАЛЕННЫХ ДОКУМЕНТОВ.

Alio написал(а):
-------------------------------------------------------

> Однако... ЗАЧЕМ ВЫ ВООБЩЕ ВЫПОЛНЯЕТЕ ЭТОТ
> РЕЖИМ???
>
> При Вашей БД - это полный абсурд!


То есть удалять логически удалённые вообще не нужно никогда? или раз в год?)
сама по себе реорганизация полезна?

сегодня утром оказалось, что процесс импорта завис на 30%

it.oleg@biblioteki.perm.ru написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
>
> > Однако... ЗАЧЕМ ВЫ ВООБЩЕ ВЫПОЛНЯЕТЕ ЭТОТ
> > РЕЖИМ???
> >
> > При Вашей БД - это полный абсурд!
>
>
> То есть удалять логически удалённые вообще не
> нужно никогда?
Именно так. Вводите на их место новые документы...

Alio написал(а):

> Именно так. Вводите на их место новые документы...


Хорошо! Спасибо за ответ.

Здравствуйте, хотела узнать про параметр реорганизации с удалением и сама его нашла в 2018.1 ReorgExMf.



Редактировано 9 раз. Последний раз 02.03.2020 13:01 пользователем Novinka.