Mysql Отлавливание дубликатов на вставке в базу

[Бегущий за мечтой]

На сайте организую "лайки", база данных выглядит так:

id_post | id_user 1 | 2 2 | 2

Как сделать проверку на уникальность записи по двум поля таблицы, чтобы не было дублирующихся "лайков", можно ли это сделать одним запросом, без проверки SELECT'ом?

Заранее спасибо!

 

[Фанат]

REPLACE INTO
ключ по этим двум полям

 

[MiksIr]

Ключ + ловим эксепшены с кодом ошибки "дублирующийся ключ"

 

[Фанат]

MiksIr нафига?!

 

[MiksIr]

А нафига делать апдейт в базу когда его можно не делать?

 

[c0dex]

MiksIr
а делать лишний запрос, чтобы получить эксепшн - нормально?)

 

[Фанат]

А нафига плодить ошибки на пустом месте?
Вопрос задан в разделе по mysql.
В которой можно ещё сделать INSERT IGNORE, кстати.
Возможно, правильнее будет

 

[MiksIr]

MiksIr
а делать лишний запрос, чтобы получить эксепшн - нормально?)

Где вы его увидели?

 

[MiksIr]

А нафига плодить ошибки на пустом месте?
Вопрос задан в разделе по mysql.
В которой можно ещё сделать INSERT IGNORE, кстати.
Возможно, правильнее будет

INSERT IGNORE правильнее будет. По сути тоже решение - плодим ошибки, перехватываем и подавляем, только на уровне базы и только для mysql. Зачем нужно использовать mysql-only решения, когда можно сделать нормально, включая стандартизированные коды ошибок - я не понимаю. Так боитесь слова эксепшн?

 

[Фанат]

Апдейта в данном случае тоже не будет.
В общем, если ты любитель вместо инструмента использовать кастрированный обрубок, и ради этого городить вокруг кучу ненужного ода с отловом ошибок - флаг тебе в руки.

 

[MiksIr]

Кастрированный обрубок - это стандарт SQL и все СУБД ему следующие? нуну
А расскажите, как вы будете решать точно такую же задачу, но если еще нужно будет узнать - была ли запись в базе или нет? Ну что бы сказать пользователю - "извини, чувак, уже было"?

 

[Фанат]

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

 

[MiksIr]

Да дреми, чо, практик. Дремать - не думать, это факт.

 

[Вурдалак]

Через INSERT + exception — нормально.

Между прочим, наблюдается аналогия с unlink. Там я тоже утверждал, что обернуть unlink try-catch'ем лучше, чем if (file_exists()) + unlink, но Фанат'у это по религиозным соображением не понравилось.

 

[Baton]

Вопрос в студию, а REPLACE не сильно медленнее чем UPDATE при условии что записи в таблице уже есть? Никто не замерял?

 

[Ragazzo]

Baton
Вот куда ты лезешь... тем более replace заменяет строку, значит теряется pk.

 

[Baton]

Помоему вопрос имеет право на существование, т.к. insert значительно медленнее чем update. Я вот совсем недавно узнал что replace это всегда delete-insert вместо select-(insert|update) что мне казалось более логичным.

 

[MiksIr]

Через INSERT + exception — нормально.

Между прочим, наблюдается аналогия с unlink. Там я тоже утверждал, что обернуть unlink try-catch'ем лучше, чем if (file_exists()) + unlink, но Фанат'у это по религиозным соображением не понравилось.

Ну тут эти два решения равноценны... кстати, а unlink генерит исключение?

 

[MiksIr]

Baton
Вот куда ты лезешь... тем более replace заменяет строку, значит теряется pk.

Чо теряется? Куда теряется?

 

[Вурдалак]

Ну тут эти два решения равноценны... кстати, а unlink генерит исключение?

Конечно не равноценны. Если мы там боремся за теорию, то надо понимать, что между проверкой и unlink'ом файл может быть удалён. Бросает, если оно выбрасывается из error_handler'а. Это уже вроде как стандарт де-факто.