Исходное сообщение
"Релиз СУБД PostgreSQL 15" Отправлено penetrator, 15-Окт-22 11:57
> А ничего, что mysql может невзначай целиком упасть в любом треде (например > при drop'е временной таблички), попутно покоцав данные? Не умеет сам в > функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах > mysql не вывозит, т.к. не поддерживает Point In Time Recovery в > отличии от pg. это оно? https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-... и функции космические нах не нужны в СУБД, перекладывать на базу то, что она не должна делать - плохое решение ты по вычисляемым столбцам не проиндексируешься должным образом, такие функции имеют смысл разве что для кастомной аггрегации, а логику в базе может писать только вымиращая обезьяна

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А ничего, что mysql может невзначай целиком упасть в любом треде (например >> при drop'е временной таблички), попутно покоцав данные? Не умеет сам в >> функции (и упаси вас двоичныйкод использовать udf)? Да и на петабайтах >> mysql не вывозит, т.к. не поддерживает Point In Time Recovery в >> отличии от pg. > это оно? > https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-in-time-recovery-binlog.html > https://dev.mysql.com/doc/mysql-backup-excerpt/8.0/en/point-in-time-recovery-positions.html > и функции космические нах не нужны в СУБД, перекладывать на базу то, > что она не должна делать - плохое решение > ты по вычисляемым столбцам не проиндексируешься должным образом, такие функции имеют смысл > разве что для кастомной аггрегации, а логику в базе может писать > только вымиращая обезьяна
	Введите код, изображенный на картинке: