решение в лоб - не паримся про объем памяти, заводим шардинг, шардируем по голосованию, и сопоставление голосующего вообще по классике в нормальизованной форме в отдельной спейсе... все остальное - оптимизации
решение в лоб - не паримся про объем памяти, заводим шардинг, шардируем по голосованию, и сопоставление голосующего вообще по классике в нормальизованной форме в отдельной спейсе... все остальное - оптимизации
решение в лоб - не паримся про объем памяти, заводим шардинг, шардируем по голосованию, и сопоставление голосующего вообще по классике в нормальизованной форме в отдельной спейсе... все остальное - оптимизации
При каких объемах данных вообще стоит задумываться о шардировани?
да при любых... но если вы точно уверены что рост конечный, то можно и без шардирования... в таком случае значительно упрощаются алгоримты работы с данными октоыре в разных шардах лежат
пока вам достаточно понимать, что если из клиента дергать хранимки а не сырые круд операции, то шардинг можно будет добавить прямо на проде (добавить поле bucket_id, рассчитать его, забутсрапить единственный шард, потом добавить второй)
пока вам достаточно понимать, что если из клиента дергать хранимки а не сырые круд операции, то шардинг можно будет добавить прямо на проде (добавить поле bucket_id, рассчитать его, забутсрапить единственный шард, потом добавить второй)