guest_20040621
Если честно, я не очень понимаю, почему. Может, Вы расскажете, какие задачи должно решать описанное Вами приложение?

> Без классификации эта куча атрибутов была бы просто нереализуема

При чем здесь опять классификация?

Система - это упрощённо большой каталог, в котором хранится куча разнородной информации из одной предметной области. Вроде как если бы взяли последние ВАЗовские автомобили и описали все их комплектующие вплоть до болтов и гаек. И по этим параметрам нужно отыскивать нужные детали. Задача-то абсолютно стандартная. Но вот из-за того, что много атрибутов специфических - например, кол-во часов наработки на отказ при таком-то условии, затем при другом (по сути это один атрибут, только у него меняются условия проявления), был сделан вывод о том, что они формально вроде бы похожи, но использовать как один нельзя, поскольку нет прямой зависимости по условиям проявления. И тут выплыло это множество характеристик. Сделали большие группы атрибутов, затем поменьше и потом уже переходят к условиям проявления. Сделали таблицу перевода единиц измерения из одних в другие, поскольку данные похожих характеристик вроде габаритов в зависимости от масштаба деталей задаются по-разному (т.е. габариты-то в миллиметрах - это стандартно, но есть другие атрибуты, в которых это не соблюдается). А к атрибутам прицепили единицы измерения. Понятно, что в простом варианте из десятка тысяч характеристик что-то выбрать тяжело. Дело даже не только в большом списке, а в том, что все эти характеристики можно и не знать. И тут всё это дело начинает группироваться, чтобы можно было этим пользоваться. Раньше это было разделено на кучу мест, где человек работал со знакомыми характеристиками, а вот при объединении - вот она проблема. Получается, что если условие отличается значительно, то значения несопоставимы, а если мало, то сопоставимы.

guest_20040621> взяли последние ВАЗовские автомобили и описали все их комплектующие
В качестве источника данных что используется? Конструкторская документация?
Не только, если есть потенциально полезные данные, то заносятся и они. Т.е. в итоге должен получиться справочник не только с официальной информацией, но и с проверенной дополнительной, если взять то, что не попадает в итоговую документацию. Кстати, это порождает проблему размывания характеристик, см. ниже.

guest_20040621
> кол-во часов наработки на отказ при таком-то условии, затем при другом
В этой стране, насколько я помню (к сожалению, никак не связан с машиностроением) испытания стандартизованы. Ошибаюсь?

Если имеются в виду условия проведения и методика испытаний, то не ошибаетесь. Условия - имел в виду, что сами условия уникальны, что-ли. Скажем средний расход топлива в городском цикле отличается от автострадного. Искать, конечно, можно по обоим, но это даст весьма странный результат, если нужно найти средний расход топлива на 100 км. Сразу возникает вопрос: а как движется автомобиль? Если его уточнить, то сразу возникает ответ.

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

guest_20040621
> но есть другие атрибуты, в которых это не соблюдается
Пример можете привести?

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

guest_20040621> при объединении - вот она проблема
Можно чуть подробнее?
Проблема в дополнительных атрибутах - стандартные понятно, а вот дополнительные - чёрт ногу сломит пока допрёшь куда его пристроить и нет ли уже такого в системе.

По-хорошему, нужно сделать новую версию системы. Все недостатки видны, в принципе уже можно переделать всю структуру базы. Это нормальная практика, когда первая версия софта хоть и работает, но при наличии предложений по улучшению принимается решение о переделке? И вообще, как с наименьшими проблемами такое провернуть, чтобы по большей части скрыть от пользователей изменение структуры данных или хотя бы облегчить переход? Как тут быть, сделать всё с нуля, включая клиентское приложение или только базу, а клиента подстроить под новую структуру данных?

Last_Alien
Предположим заваливается на форум чел с вопросом "а как мне сделать машину времени?".

Ага, человек упёрся в скорость перемещения: не будет ли узким местом перемещение на 1000 лет за 10 секунд вместо одной миллисекунды? Как же тогда люди будут отправляться на миллион лет до нашей эры - париться три часа в переполненной машине времени? А ему говорят - а Вы уверены что Вам нужно думать именно над скоростью перемещения, а не над проблемой случайно раздавленных насекомых ?

guest_20040621
А не пробовали с другой стороны посмотреть: единицы измерения - всегда стандартные; для конкретной величины указывается точность отображения, мультипликатор и шкала. В принципе, хорошо бы еще и погрешность указывать. :) Данных чуть больше, зато единиц измерения меньше (справочник компактнее и правильнее).

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