ну типа logout
Иногда так делают, чтобы ограничения на права по доступу к данным делать на уровне СУБД. а не приложения
А вот при чём тут logout не понял
допустим клиент хочет прекратить сеанс работы под одним пользователем и зайти под другим
Чаще это делают сеансами в приложении, а не в СУБД
вернее создать новое соединение
Соединение с приложением или с БД?
понял, спасибо
да, если они сами руками вводят username и password
это вроде для админки
В этой админке пользователи вводят SQL запросы сами?
нет, но подключение к БД вводят руками
Когда вы заходите на свою почту на условном gmail, вы ведь вводите логин и пароль аккаунта, а не от БД
С какой целью так сделано?
это не я придумал, задачу так поставили
с параноидальной))
мне сказали что сделать нужно именно от БД
Ну это оправдано только, если на стороне СУБД есть норм политики, и в центре приложения - БД
Это да. Я просто чёт не въехал в суть задачи. 😔
Я сейчас редко встречаю решения, где в центре СУБД. Т.е. делают приложения, которые работают с БД, а не делают БД для приложения
+
Sequelize тут скорее всего адско костылиль придётся. Возбмите другую ОРМ (или не берите ОРМ)
тут есть момент принципа, сказали что нужно сделать именно так
я понял, спасибо!
Я понял)
Обсуждают сегодня