Здравствуйте. Дописал консоль, суть ее в том что пользователь работает со справочником через табличное поле (в обработке). Столкнулся с тем, что неудобно впоследствии работать с элементами, помеченными на удаление. "Неудобно" - это значит громоздкий текст запроса в условии, и те элементы, с которыми после пометки просто никто не будет работать.
Я вот думаю, чем чревато, если не помечать на удаление, а удалять непосредственно?
Справочник без групп, имеет подчиненнный справочник. Т.е. когда нажимают "Дел" я сейчас просто перебираю все, и помечаю на удаление, а если буду сразу удалять?

что такое "громоздкий текст запроса в условии"?

Год в личке, объясняет полный сумбур.

Тебя спасет
УдалитьОбъекты(СписокОбъектов, 1);

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

(3)Ага. Нажал на Дел и жди, пока 1С всю базу перешерстит. Нажал второй раз - опять пошел пообедать, поужинать и придти через пару часов.

(1) Ну не то чтобы громоздкий, просто трудно отследить кто какую запись удаляет, и кому она потом доступна для редактирования, кому нет. Просто одни работают с консолью, другие - с документом, и пользуются данными из консоли, и имеют возможность вводить свои.
А показывать галку "Помечен на удаление" в документе - это как-то маразматично. И для тех, кто с документом работает я помеченные просто не отображаю.
А те, кто работает в консоли имеют возможность видеть удаленные из документа, но работать с ними просто не будут.
Мне и подумалось - удалять их вообще непосредственно, да и все.
Ссылок на них нет, а вот что в ДБФ-ке может произойти?
И надо ли как-то жестко в базе ТИИ проводить? Сейчас этого не делаю часто (последовательность каждое утро восстанавливаю)
(2) В чем сумбур?
(3) Ссылок нет на удаляемый объект 100%

(6.1)Удаляй, не бойся, архивируй, не плачь. ТиИ особо не надо, разве что удаленные записи в ДБФ-е остаются, но по мере ввода новых элементов затрутся.

(6) Если ссылок ТОЧНО нет, то удаляй без проверки.
Но если потом выяснится, что ссылки все-таки были - не удивляйся.

(7) :)
А при переиндексации проблем не будет? Я стараюсь следить, чтобы 1С закрывалась корректно, но бывает, что забывают закрыть, просто закрывают сессию, она потом автозавершается.
И 1С просит потом переиндексации. Мне вот этот момент оч. волнителен.

(9) Переиндексация еще никому не вредила. Хуже не будет, только на пользу.

(9)Не будет. С точки зрения dBase все корректно. Самому ДБф-у чхать на эту вашу ссылочную целостность.

(10),(11) Ну значит буду удалять)) Спасибо, успокоили)))