а проверка на доступ к вставке?

Ты не поверишь но есть insert через select

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

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

И это делается в один запрос

есть sql оператор exists

ну вот ещё ближе к хранимкам

Да там качать ничего не надо господи. Обычный инсерт это лол

Какие хранимки

я говорю что у меня есть логика в коде, которую можно вызвать передав туда страницу и коммент

Клуб свидетелей ефа собрался

Внеочередное заседание

так на вопрос ответь

ты просто виляешь

там 1 запрос

нет, там 2 запроса

минимум

Поддерживаю. Уникальный индекс это оптимальное решение в данном случае.

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

усложняем, я хочу получать не исключение а result с конекретным месседжем "Ты уже оставлял комментарий"

Это стандартное поведение уникальных индексов в бд, а не перекладывание логики. Тоже самое можно сказать, когда бд ограничивает вставку столбцов, которых нет в таблице - это тоже получается перекладывание логики на бд😁