ЕР
там несколько больше пол процента будет скорее всего
Вне бесполезных бенчмарков от общей производительности и пол процента вряд ли наберется)
Size: a a a
2020 September 21
A
Ещё раз: если ты пишешь на пхп и тебе важна скорость языка - ты делаешь что-то не так
Когда мне важна скорость, я пишу на C чз ffi в php. Go хорош, но скорее, пародия на C
А
Вне бесполезных бенчмарков от общей производительности и пол процента вряд ли наберется)
ну с одной стороны да, но с другой в том же питоне по особо длинным спискам лучше лишний раз не бегать
A
Postgres
Я правильно понимаю что вы рекомендуете мне перенести часть базы в postgres из mariadb(mysql) и только сам перенос этих таблиц увеличит производительность работы базы даже если сам запрос почти такой же mysql? Или я что то не так понял?
jd
Я правильно понимаю что вы рекомендуете мне перенести часть базы в postgres из mariadb(mysql) и только сам перенос этих таблиц увеличит производительность работы базы даже если сам запрос почти такой же mysql? Или я что то не так понял?
Нет, такого не произойдёт. Там вопрос был про неиспользование mysql. А так конечно это боль, переносить базу, не факт что стоит того
A
Нет, такого не произойдёт. Там вопрос был про неиспользование mysql. А так конечно это боль, переносить базу, не факт что стоит того
ок спасибо
jd
а так, чтобы ускорить запросы - денормализация (по сути кеширование в самой БД)
S
а так, чтобы ускорить запросы - денормализация (по сути кеширование в самой БД)
чего? денормализация это не кеширование
A
а так, чтобы ускорить запросы - денормализация (по сути кеширование в самой БД)
С кешем и с запросами там все впорядке, просто в процессе когда была проблемма мне порекомендовали уменьшить размер этой таблицы
A
Тк данные выкинуть нельзя, предположил что нужно разбить эту таблицу на несколько
˸A
проблема пхп не в медленном выполнении. это уже давно не так. проблема в отсутствии нормальной асинхронщины из коробки.
+++
jd
чего? денормализация это не кеширование
данные располагаются с целью ускорить к ним доступ, это тоже считается кеширование
jd
С кешем и с запросами там все впорядке, просто в процессе когда была проблемма мне порекомендовали уменьшить размер этой таблицы
4к записей это очень мало, проблема наверное в другом, может куча джоинов
m
мб индексов добавить? -_-
A
да не 4к записей там...
A
4к объектов, в котором еще очень много записей
A
Да и тут посути размер не важно, я бы просто хотел понять стоит ли заморачиватся с разделением одной большой таблицы. Я в мускуле продолжу что бы тут не засорять, спасибо всем ребят, тут вопрос был если как то изначально архитектурно правильно было бы как то по иному хранить данные, например разделить таблицы вместо использования одной большой
VS
да не 4к записей там...
Так сколько их там?
A
Vlad Sobenko
Так сколько их там?
Всего около миллиона в той таблице про которую речь
NF
А что использовать?
зависит от задачи, постгр если просто как замена мускулу, ну и там всякие специфичные вроде кликхауса или инфлакс для таймсирис и аналитики, всегда надо смотреть от задачи, я вот смотрю сейчас на datomic выглядит интересно)
ну с мускулом проблемы это то что он падает, и падает больно и об этом говорят достаточно много чтобы даже я это услышал)
ну с мускулом проблемы это то что он падает, и падает больно и об этом говорят достаточно много чтобы даже я это услышал)