Hi RiW!

Для твоих Candidae индексов добавь условие FOR !DELETED() - тогда он может
хоть 100 раз ввести/удалить/ввести одного и того-же ФИО или что там у тебя
уникально должно быть...
Однако для первичного ключа это ОЧЕНЬ редко когда нужно - ибо в более-менее
серьёзной системе первичный ключ присваивается автоматом, и пользователь его
и не видит, и исправить не может - а вот "кандидаты" - сколько угодно :)
P.S. Естественно что такой индекс не участвует в оптимизации, потому если
это критично, надо сделать ещё один тег (уже без условия), но вида Regular -
т.е. не контролирующего уникальность.
P.P.S. Также есть такая стратегия - повторное использование удалённых
записей - т.е. при "добавлении" ты сначала ищешь некоторую "подходящую"
запись среди удалённых, восстанавливаешь её, заменяешь нужные поля. К
сожалению это требует написания довольно объёмного кода, и довольно сложно
реализуется если есть НЕСКОЛЬКО Candidate индексов/уникальных полей - думаю
понятно почему.
А PACK использовать в ходе "нормального использования" программы и для
основных таблиц (не временных) - крайне нехорошо :(

Posted via ActualForum NNTP Server 1.1