Восстановление элементов справочника "<Объект не найден>(7227/)" DBF, SQL
Бывает, удалят элемент или папку в справочнике непосредственно…
Бывает, удалят элемент или папку в справочнике непосредственно…
Восстановление элементов справочника «(7227/)»
Бывает, удалят элемент или папку в справочнике непосредственно…
А если делали, то несколько элементов можно восстановить поодиночке, не проводя полного восстановления базы — процесс долгий не всегда нужный.
Обработка использует объект XBase для работы с DBF.
Для работы в SQL используется компонента 1С++.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
интересно, попробую
Пригодилась
ТиИ тут вообще никоим боком, разве что, галка — упаковывать базу в нём (и то актуально только для дбф базы).
+ТиИ само умеет восстанавливать или удалять битые ссылки.
+Новые записи в дбф, к примеру, всегда пишутся «поверх» записей , помеченные как удаленные.
Так что, не зная что там в твоей поделке, восстановить полноценно можно только сразу после непосредственного удаления элемента из базы, если с базой работают, то вероятность «полноценного» восстановления стремится к нулю (разве что с архива взять).
А так, не качая — телепатирую — тупо снимается маркер удаления с записей в табличке справочника.
(3)
Ну, чего? Минус ставить будем? 🙂
(4) 🙂
(3) «ТиИ тут вообще никоим боком, разве что, галка — упаковывать базу в нём (и то актуально только для дбф базы)…» — сам себе написал, сам себе ответил. Я и писал что ТиИ если не делали для дбф баз в первом предложении.
«+ТиИ само умеет восстанавливать или удалять битые ссылки.» — Так вот база если очень большая то чтобы не восстанавливать долгим процессом и все вообще битые ссылки.
«+Новые записи в дбф, к примеру, всегда пишутся «поверх» записей , помеченные как удаленные.» — я и не говорю что мы делаем восстановление через год, когда новые написаны уже поверх старых.
«Так что, не зная что там в твоей поделке, восстановить полноценно можно только сразу после непосредственного удаления элемента из базы, если с базой работают, то вероятность «полноценного» восстановления стремится к нулю (разве что с архива взять).» — Не важно как делается. Главное конечный результат в короткие сроки и по простоте действий стремится к уровню пользователя.
(4) hogik, испугался, блин минусов. :)))
Это чего я лишаюсь? Денег меньше получу что ли???
(6) Читай сам что пишешь:
Если не делали тестирование/восстановление базы то можно спасти полностью.
ТиИ после непосредственного удаления только идиот делает с галкой «упаковка», это раз
Элементы не восстановишь никогда, если со справочником работали, это два.
Твой метод подходит только, если останавливать работу базы и сразу снимать маркер удаления в табличке справочника.
Всё.
И выкини из описания ТиИ — оно тут не при чем, у тебя и после работы с ИБ элементов уже не будет.
Да забыл сказать, что это мегабоян, это три.
(7)
Саня (pupkinSana).
Кроме денег, есть еще репутация и оценка «квалификации» автора публикации. 😉
Было у нас такое-кто то тупо удалил( а скорее-подменил более раниим файлом из бэкапа) файл из базы ,и нек.кол-во номенклатуры- объект не найден. Вот бы тогда пригодилась, н ок сожалению не знали о такой обработке. Но в дальнейшем-использую.
Чуть бы раньше, когда всё вручную заполнял… Но на будущее надо иметь такое… Надо пробовать.
спасибо, очень выручила эта обработка
Спасибо, пригодилась. Мне нужно было восстановить 2 ссылки в sql базе, одна восстановилась без проблем, вторая никак. В таблицу не добавлялась запись. Правда, обработка хотя бы показала имя нужной таблицы и id ссылки, так что я добавила новую запись руками, прокатило:).