T
Я ХОЧУ В ЭТО ВЕРИТЬ
Size: a a a
2020 August 21
T
да пускай фронтовики SQL учат, чё им легко живётся ;)
T
да пускай фронтовики SQL учат, чё им легко живётся ;)
Эээ, а что мне тогда делать потом, фронт учить?
T
ага, чтоб на pl/V8 хранимки писать :D (шучу, конечно же)
T
> Не понял, а какая все-таки решалась бизнес-задача тут
> 1. Снизить стоимость разработки в 5+ раз
2. Увеличить скорость разработки в 5+ раз
3. Снизить стоимость владения в 10+ раз
4. Сделать структуру прозрачной
> 1. Снизить стоимость разработки в 5+ раз
2. Увеличить скорость разработки в 5+ раз
3. Снизить стоимость владения в 10+ раз
4. Сделать структуру прозрачной
SF
да пускай фронтовики SQL учат, чё им легко живётся ;)
Ну не сказал бы, что им легко. Недавно пытался собрать Vue проект и думал что застрелюсь
VM
я там коммент оставил насчёт производительности. Что одну БД вертикально можно масштабировать не так долго, а синхронных реплик можно подключать не так много. На что получил ответ, что для 20 таблиц это не столь существенно 😮
ну если тупо выкинуть ненужные таблицы, вроде таблиц с пользовательскими словарями, то количество таблиц (а вместе с тем и количество хранимок, которые нужно написать), можно существенно сократить
VM
там просто до мегарефакторинга было много ненужных непонятных таблиц, в которых новым разработчикам было слишком тяжело разбираться; поэтому, как я понимаю, решили сделать MVP
T
Ну не сказал бы, что им легко. Недавно пытался собрать Vue проект и думал что застрелюсь
сорри, это сарказм был 😔
веб уже далеко не такой, каким был 10 лет назад. Так что и сложности другие.
веб уже далеко не такой, каким был 10 лет назад. Так что и сложности другие.
VM
там где-то было написано, что они сжимали с помощью денормализации
Конечно! Ведь, "при правильной архитектуре проекта" нормализация вообще не требуется! (вырвал цитату из их комментария про то, что триггеры не нужны)
ПМ
нормально делай нормально будет
VM
Такое чувство, что к ним в SMM Макс устроился
ПМ
вот почему они триггеры не любят
T
> Вмы упростили всю систему, исключив rabbit, kafka, elastic search и др. FTS (full-text search) в PG позволяет находить необходимые данные в базе из миллионов документов за 2-3 мсек
Ну да, зачем эластик в анализе текста
Ну да, зачем эластик в анализе текста
p
Ну может они на проксе валидируют
nyet
ПМ
Зашёл на их главную. Типы действительно не нужны судя по полю "status"
T
Это подражание эпплу, у тех есть в json:
"true"MD
> Вмы упростили всю систему, исключив rabbit, kafka, elastic search и др. FTS (full-text search) в PG позволяет находить необходимые данные в базе из миллионов документов за 2-3 мсек
Ну да, зачем эластик в анализе текста
Ну да, зачем эластик в анализе текста
Pg прекрасно умеет в текстовый поиск с коррекцией ошибок и гибкими правилами distance score (нет)
T
Pg прекрасно умеет в текстовый поиск с коррекцией ошибок и гибкими правилами distance score (нет)
Они хранимку для этого напишут, сумеет