Телеграмм чат группы Delphi

Andy Korg

Пример решения, вот такую схему еще можно обсуждать. Пока же обсуждать нечего.

в этой схеме узких мест слишком много 🙈

17:49пожаловаться #1

V

В ПО которое используем мне очень нравится система прав.
Пользователь имеет Должность. Должность определяется набором Шаблон доступа-Гриф доступа. Где шаблон доступа -то что он может делать, а гриф-то с чем может эту операцию совершить. Причем просмотр тоже входит туда

17:57пожаловаться #2

V

Гриф доступа назначается каждой записи

17:57пожаловаться #3

AK

Andy Korg in Delphi & Lazarus

в этой схеме узких мест слишком много 🙈

Может много, а может и нет, все определяется поставленными задачами.

18:00пожаловаться #4

N

18:02пожаловаться #5

N

примерно такая схема у меня сейчас

18:02пожаловаться #6

AS

Alexey Shumkin in Delphi & Lazarus

George Bakhtadze

что? разве бывают программы без БД? :)

Бывают :)

18:03пожаловаться #7

V

По итогу, скажем, технолог ЦО имеет доступ на редактирование всего справочника, а местный только своей ветки, но и с исключениями, общей ветки справочника.

18:04пожаловаться #8

N

Vasiliy

В ПО которое используем мне очень нравится система прав.
Пользователь имеет Должность. Должность определяется набором Шаблон доступа-Гриф доступа. Где шаблон доступа -то что он может делать, а гриф-то с чем может эту операцию совершить. Причем просмотр тоже входит туда

ну, в моей схеме scope + scope items соответствует "шаблону доступа", а access type = "гриф доступа"

18:04пожаловаться #9

N

если я правильно понял

18:05пожаловаться #10

AK

Andy Korg in Delphi & Lazarus

Ок, т.к. ТЗ нет, то придумываем ситуации на ходу: "Пользователь уволился" Как ложиться такая ситуация на модель БД?

18:05пожаловаться #11

N

Vasiliy

По итогу, скажем, технолог ЦО имеет доступ на редактирование всего справочника, а местный только своей ветки, но и с исключениями, общей ветки справочника.

понял, там ещё и детализация внутри таблицы идёт..

18:06пожаловаться #12

N

Andy Korg

Ок, т.к. ТЗ нет, то придумываем ситуации на ходу: "Пользователь уволился" Как ложиться такая ситуация на модель БД?

в uas_user_identityfield добавится поле соответствующее для этой ситуации, а в uas_user_identity значение этого поля для этого пользователя

18:07пожаловаться #13

V

ну, в моей схеме scope + scope items соответствует "шаблону доступа", а access type = "гриф доступа"

Немного не так. Гриф выдается для каждой записи таблицы, условно скажем. Scope items идет как права на действия с этим итемом. А объединяет их scope-элемени+действие над ним

18:07пожаловаться #14

AK

Andy Korg in Delphi & Lazarus

в uas_user_identityfield добавится поле соответствующее для этой ситуации, а в uas_user_identity значение этого поля для этого пользователя

В смысле "добавиться" ? Будем менять схему БД во время работы приложения?

18:08пожаловаться #15

N

Andy Korg

В смысле "добавиться" ? Будем менять схему БД во время работы приложения?

нет, просто добавится одна запись в таблицу uas_users_identityfield - этим включится возможность заполнения отметки об увольнении

18:10пожаловаться #16

N

и дальше для конкретного пользователя выставляем отметку, что он уволен

18:10пожаловаться #17

N

вот что надо добавить - это флаг обязательности заполнения поля )

18:11пожаловаться #18

N

Vasiliy

Немного не так. Гриф выдается для каждой записи таблицы, условно скажем. Scope items идет как права на действия с этим итемом. А объединяет их scope-элемени+действие над ним

В принципе такое можно реализовать тоже

18:11пожаловаться #19

N

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