в БД, а также статусы модерации. Статусы модерации у нас реагируют и записываются в поле при таких условиях, если имя и фамилия заполнены, то статус модерации На модерации, а если нет, то и статуса нет, также если у нас статус появляется на профиле На модерации, то приходит смсм уведомление пользователю, если админ вручную через админку меняет статус модерации на статус Успешная модерация, то также приходит смс уведомление. Подскажите, где лучше всего написать такую логику работы с профилем и его данными, на стороне приложения и языке программирования приложения, то есть будет запросов куча к бд либо это логику написать на стороне БД с помощью SQL, напистаь условия и тем самым данные приходят в БД 1 запросом, а бд уже решает ставить статус или нет, а в случаем смс уведомлений сделать евент события которые отправляются на приложение и тригерят функцию отправки смс уведомления?
Очень много текста
Нет, прям внутри БД написана логика
бд какая постгрес?
ну надо бизнес логику в бд заносить
Бизнес логику лучше держать на стороне приложения
Обсуждают сегодня