Как разбить таблицу MySql и стоит ли?

Question

[Максим Тимофеев]

Есть таблица в ней результаты футбольных матчей, их около 150 тыс.
Есть еще таблицы, в них события к ней. Получение карточек, голы и т.д. В них может быть более 1 мил. записей.
Насколько это правильно хранить так? Я пока только проектирую и возник вопрос. Насколько все это будет хорошо работать и есть ли более логичные решения.
Связи таблиц буду реализовывать в движке(yii2). Будут запросы формирующие полный отчет о матче и запросы на подобие статистики по игроку, на основе матчей с ним.
Есть ссылки на почитать - давайте.
Есть мысли - пишите.

Answer 1

[Melkij]

Даже для такой удивительной штуки, как mysql, лям записей - это фигня. Сто лямов - посерьёзнее, но тоже фигня.
Почитать explain'ы и профилирование, что-нибудь можно партицировать штатным механизмом партицирования mysql.

Более логичные решения - взять postgresql.

Comments

[Максим Тимофеев]

"взять postgresql" - это конечно да, но на шаред хостинге только mysql. И как следствие не безграничные ресурсы, поэтому и стал вопрос максимально оптимизированной структуры. Проект без финансирования, тяну сам - поэтому исхожу из того что есть.

[Melkij]

Какой смысл для своих проектов брать шареды?
Если вы пилите что-то cms подобное - тогда да, понимаю. А себе - зачем?

[Валерий Рябошапко]

Melkij: смысл брать шаред есть, если нет или мало опыта в администрировании.

[Максим Тимофеев]

Я глубоко уверен, что программист и администратор сервера - это две разные профессии, так что осваивать серверные технологии даже в план пятилетки не поставил. Тут успеть бы изучить, все что появляется по профилю. Пусть простят меня спецы широкого профиля, которые еще умеют чайник починить и Кафку цитируют.