выгрузить количество по 3м полям

у меня в базе дата записана в 3 поля
d | m | Y
так было кемто придумано, менять не хочу (много чего туба написано)
и вот мне нужно получить количество записей в приделах даты От и До

и вот тут косяки
мои варианты:
1) получить количество за каждый день
SELECT COUNT(tab.id) FROM tab WHERE d=1 AND m=2 AND Y=2016
и таких запросов должно быть столько сколько дней, тормозяво(

2) получать значения предположительно, то есть расчитываю примерные разбросы
SELECT COUNT(tab.id) FROM tab WHERE Y*365+m*31+d>=$dateFrom AND Y*365+m*31+d<=$dateTo
где $dateTo и $dateFrom тоже пересчичываются 2016*365+5*31+20
это не точно, и тоже тормозяво.


Может знаете как получить значения из 3 полей,
типа как pole IN (1, 2, 3)
но только для 3х полей?

может поле добавишь и сделаешь массовый апдейт а потом дергай как хочешь?
(Добавление)
другого варианта не тормозного нет

лучше поменять!

-----
Список фильмов с описанием, блекджеком и... для Joomla? -> https://киноархив[dot]com
Демо нового движка для сайта php.su -> php[dot]su, проект на гитхабе

но вдруг есть вариант выбрать
типа
для поля 1=2016
для 2=2
для 3=3
и
для 1=2016
для 2=2
для 3=4

но строить такую штуку стремно, вдруг не хватит места для запроса

может есть чет типа выбора IN ()
но как того по хитрее?

да нет ничего хитрее это будет долго в любом случае, не хочешь менять делай как задумал

Postgresql? Функциональный индекс по функции make_date.

Mysql?
5.7.6 и выше - generated column и индекс по ней. Да, внезапно в mysql завезли своеобразные функциональные индексы.
Более древние - реальная колонка и пара триггеров для синхронизации.

Делать что-то странное:

-----
PostgreSQL DBA

ты хотишь сказать что это будет быстро?

Функциональный индекс? Однозначно.

IN - по составному индексу по трём полям побежит вполне. Не слишком резко побежит, если значений будет много в IN, помнится, развесистые перечисления в in и в mysql и в postgresql пока ещё проблема. Но уж явно не fullscan, как решение в лоб из первого поста.
(Добавление)
Лучше всего, конечно, смигрировать в нормальный date - не по скорости, а по стоимости дальнейшей поддержки. Но нет так нет. Если смигрировать писателей в обозримое будущее невозможно, то выкинуть старые поля не выйдет всё равно. Зато можно понаписать generated column и внятно читать.

-----
PostgreSQL DBA

о да, это работает!!!

нынешняя версия MySQL 5.5.47
(Добавление)
Мелкий +