Можно ли доверять коду ошибки Mysql?

Question

[Алексей Коновалов]

Всем привет! Если у таблицы posts есть связь с таблицей users через поле user_id => id и происходит вставка в таблицу posts где поле user_id содержит значение 3, а при этом в таблице users такого id нет. То Mysql возвращает ошибку с номером 1452.
Можно ли доверять этому номеру и быть уверенным что он не изменится при той же ситуации позже и сделать проверку

if($db->errno === 1452){
   throw new Exception("Такого пользователя не существует");
}

Или перед вставкой нужно создать запрос на проверку существования такой записи в связующей таблице?

Comments

[FanatPHP]

Если что, "$db->errno" - это ад и каменный век
во всем мире уже лет 15 как используются исключения

Answer 1

[Akina]

Server Error Message Reference

Error number: 1452; Symbol: ER_NO_REFERENCED_ROW_2; SQLSTATE: 23000

Message: Cannot add or update a child row: a foreign key constraint fails (%s)

InnoDB reports this error when you try to add a row but there is no parent row, and a foreign key constraint fails. Add the parent row first.

Данная ошибка всегда порождается событием неудачной проверки ограничения ссылочной целостности. Так что можете смело доверять причине.

Или перед вставкой нужно создать запрос на проверку существования такой записи в связующей таблице?

А вот задайте себе вопрос - откуда возьмётся то самое значение user_id = 3, которое Вы собираетесь вставить? я не вижу иного способа получить данное значение кроме как сделать запрос в родительскую таблицу. А коли из неё вернётся нужное значение - то запись, из которой взято это значение, совершенно очевидно в таблице есть.

Comments

[Алексей Коновалов]

В контексте этой задачи нет. Но например, если пользователь отметил другого пользователя при этом подменил данные и ввел не верный ID

[Akina]

Алексей Коновалов, угу, и Вы вот так, напрямую, без проверок на подмены и прочее, пишете полученные с клиента данные в базу?

[Алексей Коновалов]

Akina, в этом и суть, какой смысл проверять существование юзера, если доверяя ошибке можно сэкономить запрос в БД и просто проверить валидность данных

[Akina]

Алексей Коновалов, угу, а если произошла подмена на существующую запись. то хрен с ею, пусть подменённые данные лежат в БД? не, ну дело-то не моё, мне пофиг...

[Алексей Коновалов]

Akina, если произошла подмена на существующую запись, то фактически юзер отметил другого пользователя. А каким смособом он это сделал, подменой или просто ввел его имя в интерфейсе, вообще без разницы. БД это никак не навредит

Answer 2

[Stalker_RED]

Коды ошибок могут перестать использоваться в новых версиях, иногда добавляются новые, но значения обычно не меняют.

Но вообще, обычно так не делают. Сама ситуация, что у вас появился откуда-то пост с несуществующим user_id - довольно странная. Откуда в приложении может взяться неправильный user_id?

Comments

[Алексей Коновалов]

В контексте этой задачи нет. Но например, если пользователь отметил другого пользователя при этом подменил данные и ввел не верный ID

[FanatPHP]

если пользователь отметил другого пользователя при этом подменил данные и ввел не верный ID то при работе с БД УЖЕ будет исключение и никаких новых исключений "Такого пользователя не существует" на коленке городить не нужно.

[Алексей Коновалов]

FanatPHP, т.е. вы имеете ввиду, что не стоит тратить время и делать обрабатываемые ошибки аккуратного вида для тех кто хочет подменить данные?
Вполне разумная мысль, и действительно зачем