Comments 9
То есть в итоге все зря и откатить назад — снова боль и страдание?
0
Шаг 2. Пришлось поменять поле timestamp на datetime.
А по какой причине?
0
Ну, у меня заббикс на похожих партициях (только по дате) вполне себе живёт, так что должно работать.
0
У нас в проекте для партиций и поиска год и месяц вынесены в отдельные поля и партиции собственно по годам с субпартициями по месяцам:
Думаю мускулу явно проще разбивать и выбирать данные по ключу нежели делать расчёт по дате или я ошибаюсь?
PARTITION BY RANGE (Year)
SUBPARTITION BY LINEAR HASH (Month)
SUBPARTITIONS 12
(PARTITION p0 VALUES LESS THAN (2010) ENGINE = InnoDB,
PARTITION p1 VALUES LESS THAN (2011) ENGINE = InnoDB,
PARTITION p2 VALUES LESS THAN (2012) ENGINE = InnoDB,
PARTITION p3 VALUES LESS THAN (2013) ENGINE = InnoDB,
PARTITION p4 VALUES LESS THAN (2014) ENGINE = InnoDB,
PARTITION p5 VALUES LESS THAN (2015) ENGINE = InnoDB,
PARTITION p6 VALUES LESS THAN (2016) ENGINE = InnoDB,
PARTITION p7 VALUES LESS THAN (2017) ENGINE = InnoDB,
PARTITION p8 VALUES LESS THAN MAXVALUE ENGINE = InnoDB)
Думаю мускулу явно проще разбивать и выбирать данные по ключу нежели делать расчёт по дате или я ошибаюсь?
0
Думаю легче, но выборка все равно идет в пределах одной таблицы, если будет плохо работать, то наверное так и придется создавать отдельные поля. В этом случае получится дублирование данных в таблице, и придется заносить туда YEAR, и MONTH от даты, и следить чтобы они друг другу соответствовали. В вашем случае можно было использовать функцию YEAR, а вынести только месяц, но наверное уже были не критично.
0
Sign up to leave a comment.
Партицирование и боль MySQL