GlybaЭффективен ли оказался такой подход (если кто это применил), когда для каждой из категорий применяется отдельная таблица характеристик?Один из способов отображения классов на РМД ровно в этом и заключается, на каждый класс одна таблица. Если надо учитывать наследование, то для класса-потомка делают таблицу только "своих" свойств, а свойства мигрирующие от класса-предка хранятся в таблице класса-предка. И да, вполне себе эффективный подход, только классы желательно продумать потщательнее, чтобы потом не было "мучительно больно".GlybaПредполагается, что в одном товарном документе могут присутствовать товары разных категорий, соответственно, должны выполняться джойны к различным таблицам характеристик.Да сколько угодно, не вдаваясь в целесообразность вываливания кучи информации на экран. Даже предыдущие версии MS SQL позволяли выполнять до 255 джойнов. Другой вопрос, что лучше организовать детализации по дополнительному действию пользователя отдельными запросами. И с самого начала ограничивать его фильтрацией данных по условиям, а не вываливать ему "кашу" из десятков тысяч записей и сотен полей. Каждое его действие должно быть осмысленным. Впрочем, это уже больше по части организации клиент-серверного взаимодействия, что в данном случае является особенно актуальным.