Как лучше организовать данные таблицах с большим количеством элементов в MySQL?

Question

[reef213]

Как лучше организовать таблицы с большим количеством элементов в MySQL?
Имеется некий абстрактный объект у него есть свой ID. С этим объектом связаны события (в моем случае аварии на машинах). Когда событие приходит на хост, предполагается что оно обрабатывается и записывается в таблицу. В месяц несколько 10 ков тыс. событий. Обращаться к ним придется частенько. Ресурсы на хосте ограничены 2 ядра 4 гб оперативы. Как лучше для производительности?
1)Сделать 1 таблицу и туда записывать и данные о событии и данные об объекте.
2)Или сделать 2 таблицы, одну для событий другую для объектов. Для второй таблицы я так понимаю придется проверять есть ли данные с таким ID уже там, а объектов тоже много будет несколько десятков тыс.
3) Или сделать 3 таблицы. 1 куда будут записываться временные данные ,2 и 3 таблицы как в пункте 2 туда данные будут переноситься постепенно что бы не тратить ресурсы

Answer 1

[Дмитрий Энтелис]

1. Без крайне веских причин, начинать нужно всегда с 3й нормальной формы. В данном случае это вариант с 2мя таблицами.
2. Десятки тысяч записей в месяц - это вообще не нагрузка даже для указанной конфигурации.

Answer 2

[Михаил Григорьев]

Для понимания принципов того как правильно хранить большие объемы в БД, рекомендую ознакомиться с хорошей статьей Масштабирование базы данных через шардирование и п...

Comments

[reef213]

Спасибо за ссылку, думал над разделением таблиц. Не думал что все так просто. Поднакоплю данные, определюсь с условиями и использую партицирование