Добрый день.

Никак не соображу, как правильно поступать в случае, если в таблицу (справочник, например, должности, или номенклатура)
внесена позиция, а потом пользователь ее решает удалить.

Вот, если была грамматическая ошибка - можно дать возможность исправить, т.е. сделать update. Т.е. правильно делать
справочник с полем id и тогда update затронув исправление самого значения ни к чему 'плохому ' не приведет.

В случае с удалением, читал мнения, что правильно либо не давать такой функционал вообще, либо кидать в архив, т.е. как
бы условное удаление.

С таким условным удалением у меня получилось сделать, хотя возможно криво, но вопрос пока не в этом.

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

Возможно смог бы в форме-представлении сразу отображать наличие такой возможности удаления для значения.
(например, + уже используется, а минус - можно удалить)
Думаю, для малых справочников, где количество значений не превысит 10-50 строк, такая операция не будет долгой.

Для больших справочников типа номенклатура, понятно, такое отображение делать быстро не получится, тогда просто при
попытке удаления конкретной записи клиент получит отбой с информацией, что значение используется…

Возможно я совсем не в теме.
Как в ситуации, когда пользователь внес по ошибке, или для теста-пробы значение в справочник, потом безболезненно его удалить ?

Спасибо.

Alex_Wong,

Если держать под контролем все таблицы, где может быть связь с исходным справочником, и делать селект count(знач) каждой

на предмет наличия FK, то обойдя все такие таблицы и получив нулевое значение суммы таких каунтов - повод 'безболезненно'

удалить значение справочника.

Это нормальная практика?

LeXa NalBat,

спасибо за ответ, буду читать-изучать, пробовать.

Я правильно понял что с вашим советом можно пытаться получить правильный результат
в многопользовательском режиме базы. Т.к. если в монопольном я еще могу себе что-то
фантазировать, то какие грабли ждать в ином - не представляю...

LeXa NalBat,

понял, спасибо.

Павел Лузанов,

понятно, спасибо. Я это и имел в виду, когда писал в начале поста :

либо кидать в архив, т.е. как бы условное удаление.

возможно, неудачно выразился.

big-trot,
спасибо за участие.

В моем понимании, если есть запись в справочнике и она используется , то ее как раз ни в архив , ни тем более удалять
с концами , вообще нельзя.

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

Я опыта не имею. Пусть меня поправят знающие люди, и назовут ситуации, когда нужно иное.
Знаю, что тема избитая , но тем не менее ... есть пару вопросов, где затык …

Например, для простоты, справочник : должности. Там будет, однозначно, не много строк.
Справочник : номенклатура - там много и буду делать фильтры.

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

Тогда, вроде как, его нужно удалить. А сделав функционал (возможность) удаления в справочнике, есть риск что могут удалять
и нужную, используемую запись.

Вот здесь, наверное, как посоветовали, ON DELETE RESTRICT, - самое то.

Хотел узнать, какая нужна структура справочника и логика (о чем думать), чтобы выйти на приличный уровень функционала.
Не в ущерб производительности.

Еще вопрос.
Парюсь, как правильно сделать справочник персонала, ФИО :

вариант_1
pers_id ___PK
fio
prim

вариант_2
pers_id ___PK
date_birth __PK (дата рожд.)
fio __PK (Смирнова Елена Николаевна)
prim

Пользовал для себя вариант_1. Наслышан о проблемах двух разных людей с одной ФИО, напр., Смирнова Елена Николаена, еще
о том, что уволилась, через три года опять пришла и завели опять по новой, и еще о проблеме учета с переходом на фамилию мужа.
Типа все решать через справочник с составным ключем -- мой надуманный вариант_2.


Как правильно делать, может кто подскажет.
Спасибо.

LeXa NalBat,

thanks