@reef213

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

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

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы