Kant

до чего доводит запрет порно в стране

мастерство для электро стихии будет парашей как минимум до выхода дендро, а мб и дальше

Просто в Краснодаре есть солнце и это витамин д. а витамин д это иммунитет. Дальше продолжать? Хуйле толку с этих прививок. друг сделал прививку чтобы был кр код. Через 2 дня кр код отменили. Гыыы но дальше больше. он сдал антитела на ковид после прививки. Прошло 4 месяца. Так вот они упали в два раза. по сути через пол года у него не будет антител. и че опять прививку делать? гигигагааа наличие N уровня антител - твой организм выебет вирус на подлете нет уже антител - выебет через неделю, тк надо потратить время чтобы вспомнить и выработать не было и раньше никогда - болеешь по полной, смотри чтоб успел их выработать, до того как сдохнешь

https://www.reddit.com/r/worldnews/comments/qeecx7/eu_scientists_reveal_longterm_brain_damage_caused/ объясняет как 60 айкью антиваксеров превратились в 30

Не нужно ничего проверять - можно же сделать мидлвару, например глобал ExceptionFilter, постгрес кинет PostgresException, можно создать дикшенари с ключом - наименование констрейнта - значение - понятное человеку описание ошибки, у PostgresException есть филда ConstraintName - https://www.npgsql.org/doc/api/Npgsql.PostgresException.html собстна по ней чекаем словарь и берем понятное описание ошибки и собстно формируем ответ в мидлваре с нужным нам кодом ошибки и этим ответом. И не надо никакими запросами долбить базу на проверки - тем более они ничего не гарантируют, если вдруг возникнет такая ситуация что у тебя в один момент времени 2 реквеста пошли на пост таких вот конфликтных данных оба могут сесть в бд, если не будет констрейнтов(первая транзакция чекнет - и в базе все будет ок а вторая чекнет когда первая еще не зафиксировала данные и у нее тоже все будет ок). ты всё равно будешь эти данные доставать, какая разница, запрос сделает база или ты только со своей стороны ты еще и можешь ограничить запрос каким-то разумным пределом или кэшем или еще бог знает чем, база же всё сделать не сможет ну и 2 реквеста и прочее - это решается просто колонкой на точке синхронизации, которая кинет optimistic concurrency exception если кто-то попытался сделать что-то параллельно. И это много проще, чем расставление миллионов констреинтов на каждую зависимую таблицу, особенно учитывая, что орм делает это за тебя ну и самое главное сегодня у тебя этот констреинт подходит, а завтра уже нет, скажут, что такие дубли разрешены, придется констреинт убрать послезавтра приходят, и говорят, что нужен новый констреинт, но вот беда, старые данные ему не удовлетворяют, и ты не можешь его создать без выноса всего неподходящего в архив а оно тебе нахуй не надо, ведь всем поебать в реальности на такую сложную логику, а архивная таблица уничтожает всё удобство скана в прошлое

Так вай нот? Не занимает же времени, а как же дистанция? тебе надо каждый день заходить в какую-то стороннюю от игры хуйню, чтобы получить 12 дней к 365 текущим ахуеть

SAVED PagMan

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

советую даже не тратить на эту хуйню своё время месяц работы ради гемов с 1 дня дейликов

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

а если наоборот, констрейнт старзу в таблице и потом инсерты идут? для даже десятка миллиона строк выгрузка всей таблицы и её просчет не должен занимать столько времени, ну максимум минут 10-20, какую-то хуйню внутри делает постгрес похоже

а что это за красная хуйня слева?

@Дэфрэл

7 так 7 сам начал с дипломов, сам не пруфанул, сам проебал