или опять же снова тратить бабло на "мы всё переписали на %name%"

Указанной выше разработке лет, наверное, 20, если не больше. Коллектив, насколько я знаю, не менялся за это время. Ну может чуть-чуть совсем. До массивного входа браузеров во все сферы жизни, интерфейс был на Oracle Forms. Код был и остаётся на SQL/PL, растут только версии Oracle.

К слову, это одна из самых крутых разработок, которые я видел в своей жизни.

в современных реалях это легаси стек

Так то уже всё давно придумали - http://postgrest.org/en/v7.0.0/

Просто выставляем постгрес в веб через rest-api

фу фу, чур меня, чур

ну =) я не скажу прямо что в ЛЛ было все ПРЯМО сделано =)
но нормально, я сейчас гораздо более худший код вижу

но и говнякать в некоторых местах пришлось потому что некоторые =))
насчет "разгонать говнокодеров" ;))) это очень смешно

большинство народа сейчас работает кто в берлине, кто в новой зеландии, один чувак дом в Голландии купил недавно ;-)

=) слушайте, ну пришел чувак который ЛЮБИТ хранимки =)
ну флаг же в руки =)
если честно, понятия не имею что именно там переделали
но насколько я могу судить там просто пришел чувак который любит постгрес =) с фанатизмом =)

если там например выкинули 90% данных которые нафиг не были больше нужны проекту (история тренировок с точностью до слова) то там БД на один сервер взалит так то если что -)) 23 миллиона записей в users это меньше 10 гигов =) и пофигу какая БД =)

Он там вроде в комментах про терабайты писал

=)) о! чувак тебе надо на стройке работать =)
ты как те самые "мастера" которые любят мне сейчас прийти и расссказать как все плохо до них делали и какие все кругом косорукие дебилы =)
это прямо маркер

;))) за много денег ;)))
может тебя надо было нанять? ;)

ну еще раз
вот цифра - 23 миллиона юзеров
это не 23 миллиона в день
это тупо цифра в SELECT count() FROM  users
я это знаю потому что я уходил когда с 7 до 14 за год подоросли =)

еще в БД хранится словарь и перевода слов в словаре
слов то в не так уж много
100 000
+
400 000 переводы - 3 языковые пары (русский, турецкий, португальский бразильский)
еще хранятся "тексты джунглей"

терабайты там это ЛОГИ ТРЕНИРОВОК
они все sharded БЫЛИ
соответственно если от этой информации избаились
то это ОЧЕНЬ резко (на 90%) сокращает объем БД ;)

;)))) слушайте, ну хранимки и хранимки
это не страшно в целом это просто просто  кеш планов запросов
что-то ускорится за счет меньших затрат на план и парсинг
но это единицы процентов =) не десятки, базе станет чуть полегче ну и ORMами всякими ООПшными, базу будет убить сложнее =)

вот с триггерами если их добавили там было бы действительно СЛОЖНЕЕ поддерживать ;)

я вот последние пол года веду проект на MySQL в котором триггерами сделана аггрегация данных
4500 тыщи строк SQL кода
я бы не сказал что мне это  сильно в радость, особенно с логикой разбираться чего там нагородили
это при том что SQL я люблю

Я бы тоже свалил. Ну его нафиг

У нас было такое в биллинге. Теперь от этого уходят. История циклична. Потом опять тащить будут. Без проектов новых бабло не освоить, премии в миллионы и миллиарды не поднять.

У нас подобный сайт тоже есть. Бэк формирует ответ до тридцати секунд. Зато его сделали ораклоиды, от базы и до бэка, который суть оракловая же надстройка. Только фронт делали другие люди.

дада =) и где тут про SQL инъекции то? ;)
если типа через картинки web shell подключили

upload
multipart file encoding
ну и грузят какой нибудь .jpg.php  и потом его пытаются выполнить тупо через curl
но это раньше очень давно


но вообще RCE через ImageMagick при resize XBM очень была недавно популярная бага
если PHP+ImageMagick код с resize на одном сервере с файлами коннекта к БД... то очень неприятно получалось

Ко мне никто не пришел. Но я бы и не взялся скорее всего. И не надо тут давать на слабо😉

Солидарен