Rsa97

INSERT
  INTO `table` (`LOGIN_ID`, `Start`, `End`, `Session_ID`)
  VALUES (:loginId, :start, :end, :sessionId)
  ON DUPLICATE KEY UPDATE `End` = GREATEST(`End`, :end)

А в триггерах нельзя изменять таблицу, по которой сработал триггер. Иначе было бы бесконечное циклическое срабатывание триггера.

Для корректного сравнения все даты должны быть в формате YYYY-MM-DD.

Даты сравниваются как строки, так что при записи BETWEEN '26.05.2020' AND '27.05.2020' в этот диапазон попадут и '26.06.1800', и '27.04.5100'.

Если это именно внешний ключ (FOREIGN KEY) с опцией ON UPDATE CASCADE, то он сам изменится при изменении значения в основной таблице.

Потому что |546674311 - некорректное вещественное число для математической операции сложения. Если вы хотели сделать слияние строк, а не сложение, то для этого есть функция CONCAT().

В MySQL нет INSERT ... WHERE.
Так что UNIQUE индекс и INSERT IGNORE или INSERT ... ON DUPLICATE KEY UPDATE.

WHERE `user_id` = :id OR `user_id` = 0
Или через UNION

GROUP BY, SUM()

$hashed_password = password_hash($pwd, PASSWORD_DEFAULT);
...
$stmt->bindParam(':pass', $pwd);

Составной UNIQUE индекс по ownerid и pcname. Запрос INSERT ... ON DUPLICATE KEY UPDATE

SELECT COUNT(*) + 1 AS `position`
  FROM `users`
  WHERE `balance` > (
    SELECT `balance`
      FROM `users`
      WHERE id = :userId
  )

Астериску разницы никакой нет. А вот MySQL может быть просто не настроен принимать соединения с внешних адресов.

COUNT(`product_id`) != COUNT(*) AS `is_empty`
И зачем вам выборка `id` и `date`? MySQL, конечно, допускает такой отход от стандарта, но подумайте, из какой именно строки, попавшей в группу по `fd` должны выбираться значения этих полей?

1. Зачем в билете поле "зал", когда оно есть в сеансе?
2. Зачем в билете поле "сектор", когда оно есть в цене?
3. Зачем в цене поле "сектор" ни с чем не связанное?
4. Зачем в сеансе Поле1?
5. Из чего определяется цена? Возможно, должна быть таблица вида (зал, сектор, интервал дат, цена) или (сеанс, сектор, цена)?

Что тут можно делать два дня?

SELECT `s`.*
  FROM `learned_sciences` AS `l`
  JOIN `science_branch` AS `b` ON `b`.`science_id` = `l`.`science_id`
  JOIN `sciences` AS `s` ON `s`.`id` = `b`.`open_science_id`
  WHERE `l``user_id` = :iserId
    AND `s`.`id` NOT IN (
      SELECT `science_id`
        FROM `learned_sciences`
        WHERE `user_id` = :userId
    )