При проектировании базы данных появляется сущность, которая описывается очень большим количеством атрибутов, где-то более 500 выходит или более. Некоторые из них могут дублироваться в пределах одной единицы. Разделить как-то логически эти атрибуты не получается, работа ведется как с единым целым.

Мне кажется совсем не логичным делать таблицу с 500 столбцами и поддержка такой структуры будет делом проблематичным.
 
Возникает вопрос, как правильно спроектировать базу данных? 
Может есть какие-то более лучшие варианты?

Вопрос возник из-за реализации описания библиографических записей формата USMARK. Но если кому-то нужен пример и что-бы не копаться в том стандарте, могу предложить такой пример описания планет:

Сущность: планеты
Атрибуты: 
    Название
    Код объекта
    Масса
    Плотность
    Диаметр
    Температура поверхности
    Максимальная температура поверхности
    Минимальная температура поверхности
    Спутники
    Температура ядра
    Период обращения по орбите
    Период обращения вокруг оси
    Ускорение свободного падения
    Светимость
    Расстояние от солнца
    Вращение вокруг объектов
    Скорость движения по орбите
    Наклон оси
    Наличие атмосферы
    Наличие воды на поверхности
    Пригодность для жизни
    Объем
    Площадь поверхности
    Процент суши
    Процент воды
    Перигелий
    Афелий
    ...

И вот таких атрибутов просто куча.
Для разных планет не все атрибуты заполняются, но все могут использоваться.

Это сообщение отредактировал(а) Alexey123 - 30.7.2014, 14:26

Можно пойти по пути EAV. 
Можно сделать разделение атрибутов на логические блоки - например, по частоте поиска по данному атрибуту или там по единице измерения.
В любом случае в чём-то структура будет весьма далека от оптимальной.