SS
запрет сбрасывать медиа контент на сутки
Size: a a a
2021 June 17
DI
/unrestrict@Gopnegbot
G
Сняты все ограничения: Sergey Sipov
DI
Теперь можно
SS
DI
1,2,3,4 это таблица с ролями?
SS
не, это просто набор данных специфичный для артиста
SS
роли лежат в UserClaims
SS
т.е. если избавиться от таблицы артиста то я теоретически даю потенциальную возможность любому пользователю заиметь что-то специфичное чисто для артиста
SS
Если артист остается то висит циклическая зависимость + необходимость контролировать какая роль для него будет лежать в UserClaims
SS
Короче костыли одни
DI
После митинга посмотрим что у вас там, если раньше не помогут
SS
Ок, спасибо
KT
хм, я так и думал (правда надеялся что пустых квадратиков будет меньше). посмотрите для начала структуру хранения в каком-нибудь Джанго или другом фремворке, это базовые вещи, за вас только альтруисты (привет @trootnev :) смогут решить данную задачу, для дельного обсуждения проделанной работы не достаточно, предлагаю сразу перейти в группу @sql_ninja
MZ
Привет. Подскажите можно ли как-то посмотреть текст закрытой вьюшки?
O
Так делать не надо точно. зависимости на несколько таблиц по одному полю это неправильно. Думаю, верным ходом будет хранение в key-value произвольных атрибутов. нужны две таблицы - типы атрибутов и таблица связывающая объект, атрибут и значение.
T
Дима, зачем ты советуешь? если она закрыта - значит так надо)
DI
Бывает, что закрыли потому что могут, видел не раз такое.
Ответственность на конечном исполнителе и том кто не смог обеспечить защиту.
Ответственность на конечном исполнителе и том кто не смог обеспечить защиту.
KT
да это ирония) все кто в теме понимают что SQL Server не умеет нормально в encrypt