Вопрос ко всем гуру проектирования.

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

З.Ы. Задача возникла из классического желания описать в БД метаструктуру прикладной схемы данных, которая "в горячую" может редактироваться в пользовательской системе (т.е. юзер может создавать свои поля - без перегенерации прикладной БД). Т.е. рассматриваемая таблица - это просто набор значений свойств объектов этой прикладной схемы данных. Насколько физибл (т.е. "живуче", если по-русски) такое решение с т.зр. производительности? Или более разумен подход, когда - при возникновении необходимости изменения прикладной схемы данных - просто перегенерировать эту схему (+ соответствующий ГУИ) и использовать ее в эксплуатационном режиме как "неизменяемую"?

LSVВопрос "горячей" перестройки структуры таблиц - это настоящий экстрим ! Не стоит этим увлекаться.

Пардон, видимо, не совсем ясно выразился.

Под "горячей" перестройкой имел в виду перестройку прикладной (юзерской) "схемы данных", по другому - "информационной модели", т.е. того представления данных, с которым работает юзер. Т.е. этой схемы данных может и не существовать в виде реальной БД! Она существует как схема данных юзерского приложения, т.е. представляет собой некий "источник данных", не завязанный жестко на реальную БД. Т.е. это вирутальный "источник данных".
Юзер обычео не должен даже знать реальной структуры "мета"-БД, во всяком случае, не имеет никаких средств для доступа к этой структуре - кроме, мб, адванс-юзера, т.е. администратора прикладной "информационной модели".

Больше никаких ремарок нет?