одна таблица против нескольких таблиц для миллионов записей

Вы должны разделить таблицу по годам, это почти эквивалентно созданию разных таблиц для каждого года. Таким образом, когда вы запрашиваете по годам, он будет запрашивать один раздел, и производительность будет лучше.

Попробуйте удалить индекс для каждого из столбцов, в которых вы ищете (предложение where). Это должно значительно ускорить запросы.

Итак, в этом случае добавьте новый индекс для поля Year.

Я считаю, что вы должны использовать одну таблицу. Неизбежно вам потребуется запрашивать данные за несколько лет, и разделение их на несколько таблиц является проблемой. Вполне возможно оптимизировать ваш запрос и структуру таблицы так, чтобы вы могли иметь много миллионов строк в таблице и при этом иметь отличную производительность. Убедитесь, что ваш столбец года проиндексирован и включен в ваши запросы. Если вы действительно столкнулись с ограничениями по размеру данных, вы можете использовать функцию секционирования в MySQL 5, которая позволяет хранить данные таблицы в нескольких файлах, как если бы это было несколько таблиц, при этом создавая видимость одной таблицы.

Независимо от этого, 140 000 строк — это ничто, и, скорее всего, преждевременная оптимизация для разделения их на несколько таблиц и даже серьезное снижение производительности, если вам нужно запрашивать данные за несколько лет.

Если вы ищете данные за 1998 год, то лучше иметь в одной таблице только данные за 1998 год. Это связано с тем, что базе данных не нужно «искать» записи, но она знает, что все записи в этой таблице относятся к 1998 году. Попробуйте добавить предложение «ГДЕ Год=1998» в таблицу Table1998, и вы должны получить чуть лучше сравнение.

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