Size: a a a

2020 July 03

ML

Mihail Li in sql_ninja
создать триггер базы данных
источник

AS

Andrey S in sql_ninja
Mihail Li
создать триггер базы данных
Тогда для отключения нужного триггера надо сперва отключить триггера оповещения.
источник

AS

Andrey S in sql_ninja
Идеального варианта наверное нет)
источник

AS

Alexey Shumkin in sql_ninja
Дмитрий texnix 🇨🇳
😁 просто я не пользую всяких орм, я пользую чат скуэль нинзя, и знаю как кодить на скуэле напрямую
это примерно то же, что и
просто ты муне рукожоп чем они
источник

ML

Mihail Li in sql_ninja
Andrey S
Тогда для отключения нужного триггера надо сперва отключить триггера оповещения.
триггера оповещения не мешают отключать, они только оповещают. и права на их видимость можно не всем давать
источник

А

Артем in sql_ninja
Почему С# не знают скуля? Он же гораздо проще чем С#.
источник

Дt

Дмитрий texnix 🇨🇳... in sql_ninja
Артем
Почему С# не знают скуля? Он же гораздо проще чем С#.
🤷🏿‍♂️
источник

ML

Mihail Li in sql_ninja
Артем
Почему С# не знают скуля? Он же гораздо проще чем С#.
это вопрос или предложение?
источник

А

Артем in sql_ninja
Mihail Li
это вопрос или предложение?
Это вопрос и уточнение.
источник

БM

Богдан M in sql_ninja
Всем привет.
Вопрос к опытным коллегам.
источник

<Юрий> 👨‍🔬 Чеб... in sql_ninja
сейчас у меня есть таблицы: игроки, команды (ее капитан - поле таблицы команд), игроки в командах (с датами входа и выхода из команды), игры, организаторы игр и прочие.

надо сделать регулируемые полномочия - для капитанов и организаторов заместители с обрезанными полномочиями
пока думаю сделать так:
в таблицу организатор добавить булиновые поля типа "может наблюдать за ходом игры" "может проверять заявки на игру" и т.д.,
тоже самое с игроками в команде - добавить поля типа "может изменять состав команды" "может переименовывать команду" и т.д.

нормально или надо как-то иначе?

видел за похожий подход кого-то ругали что, мол, если появится новое полномочие то придётся альтерить всю таблицу и это, мол, слишком затратно. но там предлагали добавить промежуточно роли типа "заместитель капитана", а им уже пермишоны, но я не думаю что в моём случае это применимо, у нас нет ярковыражнных, общепринятых ролей, обычно обширность полномочий зависит от доверия к конкретному человеку
источник

РR

Руслан Ruslan73... in sql_ninja
Правильно ругали - править структуру для каждого нового полномочия это непрактично.
источник

G

Gopneg in sql_ninja
сделать справочник ролей
сделать таблицу роли человека в которую ссылку на человека и на роль
источник

РR

Руслан Ruslan73... in sql_ninja
Справочник полномочий, справочник ролей (как контейнер полномочий), таблица связей сотрудника и полномочий, если сотруднику добавляют роль, то просто все полномочия из роли заливаются сотруднику
источник

А

Артем in sql_ninja
Есть подход через древо наследования ролей, где права передаются аналогично юникс системам
источник

А

Артем in sql_ninja
Работает очень удобно и хорошо
источник

РR

Руслан Ruslan73... in sql_ninja
Вопрос только если сначала роль выдали сотрудникам, а потом в роль хотят добавить новое полномочие или удалить,  нужно ли менять полномочия по ранее выданным ролям
источник

РR

Руслан Ruslan73... in sql_ninja
Тут требования определяют структуру
источник

А

Артем in sql_ninja
Руслан Ruslan73
Вопрос только если сначала роль выдали сотрудникам, а потом в роль хотят добавить новое полномочие или удалить,  нужно ли менять полномочия по ранее выданным ролям
При древовидной структуре с наследованием - нет
источник

А

Артем in sql_ninja
Будет только 1 апдейт парент роли
источник