Rsa97

А с чего вы взяли, что у вас сервер PostgreSQL?
В заголовке окна написано MySQL.

1. В PostrgeSQL используется синтаксис
[ LIMIT { number | ALL } ] [ OFFSET number ]
2. Нельзя передавать в запрос параметры, для которых в запросе нет плейсхолдеров.

ORDER BY completed DESC, id

RTFM: https://www.zabbix.com/documentation/current/ru/ma...

Если пользователь с ролью супер администратора забыл свой пароль и не может войти в систему, необходимо выполнить следующий SQL-запрос, чтобы применить пароль по умолчанию к пользователю с ролью супер администратора (замените «Администратор» соответствующим именем пользователя с ролью супер администратора):

UPDATE users SET passwd = '$2a$10$ZXIvHAEP2ZM.dLXTm6uPHOMVlARXX7cqjbhM6Fn0cANzkCQBWpMrS' WHERE username = 'Admin';

После выполнения этого запроса пароль пользователя будет установлен в значение zabbix. Обязательно измените пароль по умолчанию при первом входе в систему.

Я бы выбрал вариант с несколькими полями в таблице Files. Он позволяет указать FOREIGN KEY и, соответственно, получить автоматический контроль целостности связей.
И при отсутствии связи в поле должен быть не 0, а NULL.

Создаёте запись в первой таблице без указания связи, получая ID созданной записи через RETURNING. Создаёте запись во второй таблице, указывая связь с первой и получая ID созданной записи через RETURNING. Меняете запись в первой таблице, прописывая ID связанной записи из второй таблицы.
Но, по большому счёту, одна из ссылок лишняя. Она ничего не даёт, только добавляет необходимость дополнительного контроля, чтобы не оказалось, что столица Китая - Пекин, но Пекин - столица США.

А почему PostgreSQL не должен ругаться на диалект DB2? Разные СУБД, разные диалекты. Не всё, что возможно в одной СУБД, напрямую переносится в другую.
Хотите, чтобы запросы работали везде более-менее одинаково - используйте подмножество ANSI (SQL-89 или SQL-92). Хотите переносить нативные запросы из одной СУБД в другую - изучайте обе и ищите аналоги команд/функций/опций.

https://www.postgresql.org/docs/current/queries-wi...

Если вы используете корректный JWT, то роль должна хранится в нём. Токен защищён подписью и подставить в него произвольное значение не получится.
При входе по логину/паролю роль берётся из базы данных, передавать её в форме не надо.
При создании нового пользователя админом на бэке проверяется роль отправившего запрос (в токене).
При самостоятельной регистрации нового пользователя принудительно назначается роль "user" и поднять её может только действующий админ.

Логично. Вложенные зависимые подзапросы - это очень плохо. А вообще-то весь запрос кривой и в новых версиях MySQL работать не будет из-за ограничений на поля при группировке.

SELECT *
  FROM `products` 
  JOIN (
    SELECT MAX(`discount_price`) AS `max_price`, `product_id`
      FROM `options`
      GROUP BY `product_id`
    ) AS `max` ON `max`.`product_id` = `products`.`id`
  ORDER BY `max`.`max_price` ASC
  LIMIT 24

Если вас в схеме есть связь один-к-одному, то, с большой вероятностью, вы что-то сделали неправильно.
В данном случае нет необходимости в отдельной таблице `refferal`, достаточно поля `referrer_id` в таблице `users`, так как пользователь может зарегистрироваться только по одному приглашению.
Аналогично, не имеют смысла таблицы `inventory` и `item_inventory`, достаточно поля `user_id` в таблице `items`.

Через подсчёт количества услуг из данного списка, предоставляемых каждым пользователем. Если их две, то выводить такого пользователя.