На Хабр Q&A можно получить ответ на вопрос по любой теме IT от участников сообщества, специалистов в этой теме.
1. ЗАДАВАЙТЕ ВОПРОСЫ И ПОЛУЧАЙТЕ ОТВЕТЫ ПО ЛЮБОЙ ТЕМЕ IT
Показать полностью…
Главная цель Хабр Q&A — быть местом, в котором всегда можно получить практичный ответ от специалистов, других участников сообщества, по любому вопросу из сферы IT.
2. БУДЬТЕ В КУРСЕ ГЛАВНЫХ ВОПРОСОВ ПО ВАШЕЙ СПЕЦИАЛИЗАЦИИ
С помощью Хабр Q&A можно быть в курсе вопросов и решений, которые в данный момет наиболее актуальны в тех областях IT, которыми вы увлечены.
3. ПОМОГАЙТЕ ДРУГИМ И ЗАРАБАТЫВАЙТЕ РЕПУТАЦИЮ
Помогая другим на Хабр Q&A, вы зарабатываете репутацию и получаете признание от других участников сообщества — в тех областях, в которых вы сильны.
В сообществе действуют строгие правила размещения комментариев: https://vk.com/page-138699227_52805024
Хабр Q&A запись закреплена
Есть большая таблица history, ежедневно добавляется 1+ млн строк. Делать выборку из одной таблицы очень ресурсозатратно и запросы выборки данных для определенного юзера за определенный интервал времени идут долго. Я думаю сделать разбиение таблиц по дням history_день_месяц_год, и промежуточную таблицу с днями когда юзера есть история за дни, чтобы не перебирать все таблицы, а только за те дни, когда записывалась история. Насколько имеет смысл партицирование в данной ситуации? Ведь иначе таблица будет увеличиваться до той поры, пока сервер уже совсем не справится с нагрузкой. Какие есть варианты решения?
Ответить на вопрос: http://amp.gs/XSum