К сожалению нет. Данные формировались псевдослучайно, и видно что разброс не велик, поэтому я и решил взять матожидание и не строить график. Ниже в комментариях я привел ссылку на скрипт генерации данных.
Данные одинаковы в обоих таблицах. В подтверждение вот скрипт генерации gist.github.com/264003
Насчет преждевременной оптимизации, как мне кажется, речи не идет. Скорее тут вопрос проектирования БД. Разумеется можно оставлять VARCHAR, и потом по необходимости менять. Зависит от проекта и лично опыта.
1. ENUM -> VARCHAR — 1053.34708200 секунд
2. VARCHAR -> ENUM('Post','Image') — 535.87988500 секунд
3. ENUM('Post','Image') -> Enum('Post','Image','Something') — 826.80801800 секунд
на 1000000 записей.
Насчет преждевременной оптимизации, как мне кажется, речи не идет. Скорее тут вопрос проектирования БД. Разумеется можно оставлять VARCHAR, и потом по необходимости менять. Зависит от проекта и лично опыта.
…
t.string :resource_type
t.integer :resource_id
…
illustrators.ru/feeds/projects — лента новых иллюстраций