Почему display/edit методы не поддерживают переход к основной таблице

[S.Kuskov]

Цитата:

Сообщение от Maxim Gorbunov

А теперь давайте вспомним, что вообще-то в системе права на primary key и права на foreign key - две разные вещи. То есть, например, если дать пользователю смотреть список заказов, но скрыть таблицу клиентов, поле Клиент в заказе можно оставить доступным.

Совершенно верно, но вводить код клиента прийдётся вручную без лукап-формы

Цитата:

Сообщение от Maxim Gorbunov

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

Согласен про анализ Relation на ExtendedDataType я возможно поторопился. Но анализ самих ExtendedDataType в теории может предоставить такой инструмент. Как вы считаете, ExtendedDataType гипотетически может выступать объектом-еденицей настройки прав доступа? На память не помню а проверить возможности сейчас нет. Есть ли у объекта ExtendedDataType свойство SecurityKey?

[Maxim Gorbunov]

Цитата:

Сообщение от S.Kuskov

Совершенно верно, но вводить код клиента прийдётся вручную без лукап-формы

А никто и не говорит, что этот пользователь создаёт новые заказы Может это кладовщик.

Цитата:

Сообщение от S.Kuskov

Как вы считаете, ExtendedDataType гипотетически может выступать объектом-еденицей настройки прав доступа?

Боюсь, что это только усложнит уже имеющуюся систему. Да и не очень понятно, как такую задачу решить в принципе. Например, EDT могут наследоваться. Как это будет поддерживаться системой настройки прав?

Цитата:

Сообщение от S.Kuskov

На память не помню а проверить возможности сейчас нет. Есть ли у объекта ExtendedDataType свойство SecurityKey?

Нет. Есть только ConfigurationKey.