Абсолютно правильно понимаете. Более того — я уже наблюдал результат такой оптимизации. Дважды. Про постгрес верю, но хочу спросить — на каких объемах данных и нагрузках?
Вы уверены что это именно ошибка? Есть конкретные примеры решения такой архитектурной ошибки? Ну кроме уже предложенного выше способа «пишем в мастер, читаем со слейва».
что делать неспециалисту? учиться задавать вопросы на английском языке.
в 99% случаев правильно поставленный вопрос получает ответ на гугле. Это называется StackOverflow driven development. Оставшийся один процент придется задать.
ну и правило «зачем?»: если ты не понимаешь зачем это — оно тебе не нужно.
Не сразу понял про соединение.
в 99% случаев правильно поставленный вопрос получает ответ на гугле. Это называется StackOverflow driven development. Оставшийся один процент придется задать.
ну и правило «зачем?»: если ты не понимаешь зачем это — оно тебе не нужно.
это мне чек-лист если что.
что делать? внимательно перечитать комментарии и искать специалиста. я могу двух показать. договариваться об удаленном аудите за сколько скажут.
не можете? обнять коленки и плакать.
ну вот же — 1, 2, 3, 4 — списки проблем которые нужно проверить. с пояснениями.
тащемта в основном используется в смысле «вообще-то». И вы так спрашиваете, как будто это что-то плохое.
OneTwoABBASD — рандом или цикл, не? к /tmp не приучены?
или OneTwoCamelCase в именах файлов напрягает?
я правильно понял что Uber уехали с PostgreSQL из-за проблем с пересчетом индексов? не разобрались как настроить? Такая очевидная справка?
или системные проблемы с пониманием СУБД?
А по умолчанию опция выключена? Или они там в Uber совсем тормозят?