SQL
Есть главная и подчиненная таблица.
При некотором значении поля в подчиненной таблице нужно запретить удаление записи из главной.

Придумал такое решение
VBS триггер в главной таблице на перемещение по записям.
В нем SQL запрос к подчиненной таблице, проверяется условие и выполняется DisableToolbarButtons("DELETE")

Все работает. Кнопка удаления скрывается.

Однако мне не нравится.
1. Триггер на перемещение по записям срабатывает не только когда пользователь перемещается по записям но и по инициативе программы.
Что влечет накладные расходы на производительность.

2. Зачем его выполнять если пользователь не собирается ничего удалять (99,5% действий с программой).

3. Но главное то что пользователю не получается выдать информацию о том почему он не может удалить запись.
У меня в базе подавляющее кол-во записей не доступно для удаления по разным причинам.
Что бы удалить нужно выполнить некоторые действия в зависимости от причины запрета.

Было бы хорошо на триггер "При удалении записи" вставить проверку и либо удалить запись либо отменить удаление и выдать сообщение.
Но не знаю как.

Здравствуйте. Все намного проще.

_________________
90% ответов на ваши вопросы находятся в руководстве, разделах "Вопросы" и "Видео" на нашем сайте.

OMEN спасибо!

У меня куча своих кнопок и как можно было не догадаться свою кнопку сделать с удалением?

Вот именно, что не следует это делать на своей кнопке! У меня сделано все на стандартной кнопке, и именно это позволяет также переназначить аналогичное действие по удалению, вызываемое из контекстного меню записей!

_________________
90% ответов на ваши вопросы находятся в руководстве, разделах "Вопросы" и "Видео" на нашем сайте.

И меняет действие стандартной кнопки в панели подчиненной таблицы.
Я догадался когда подумал как заменить кнопку (у меня старая 528 в ней нельзя настраивать панель починенной таблицы).

Спасибо.

Есть только нюанс в 2.528 (в новых не пробовал)
После редактирования скрипта в "Настройки панели инструментов" после изменения скрипта нужно перегрузить программу. Хотя изменение своих кнопок перезагрузки программы не требуют.

О таком побочном эффекте впервые слышу. По идее, не должно быть такого
Так было всегда

_________________
90% ответов на ваши вопросы находятся в руководстве, разделах "Вопросы" и "Видео" на нашем сайте.

Мне нужно было переназначить кнопку и я попробовал. В общем то так и должно быть. Это логично.
Картинка 3 это после нажатия кнопки "Удалить" в панели таблицы "Визиты"


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

Всё написанное применимо к версии 2.528. Что в других не знаю.

Если скрипт записывать не под кнопку Панели инструментов, а в таблицу "Процедуры" (tblProcedures), то перезагрузка программы не требуется. Да и со скриптом в 50 строк и более удобнее работать в таблице "Процедуры".

И Вам спасибо.
Кроме того не нужно в 20-ти местах скрипт править если 4 таблицы и 5 ролей.
Только в моей версии какие то косяки с процедурами.

Дополнение к первому сообщению!

Это плохое решение.

Переместились на запись которую можно удалить.
Кнопка доступна.
На другой машине изменили запись так что удалять нельзя.
На нашей машине кнопка (и удаление) все равно ДОСТУПНА!!!

Как вариант, попробовать сделать в главной таблице вычисляемое логическое поле, зависящее от значений в подчинённой. А по этому полю в "Параметры"->"Права доступа" настроить "Ограничение по записям" -> "Запрет удаления".
...после написание этого текста, в другой теме прочитал, что такой вариант Вы уже проходили. Сорри...

То что OMEN посоветовал написать скрипт на кнопку,
а ipLVL закинуть код в процедуру.
Хорошее и исчерпывающее решение.

То что кнопка остается активной не страшно. Даже хорошо.
Если пользователь захотел удалить(отредактировать) запись значит ему это надо.
И при нажатии на кнопку объясняется почему это сейчас нельзя.

Всем спасибо.