Классический EAV
Сущность - продукт. Свойства продуктов - аттрибуты.
Не пойму какими классами правильно оперировать?

1) Вариант
Product, Attribute
Но тогда получается, что класс Product - одновременно несет 2 функции
-Описывает свойств продукта(Например характеризует свойство ПродуктаN)
-Является представителем(ПродуктаN) в заказе.

Смущает, что у исполнителей этих функций разные id (product_id; product_in_order_id), а класс один

2) Вариант
ProductType,Attribute,ProductInOrder
Тут вроде бы разделились понятия категория продуктов, и конкретная заявка на продукт, но как тогда на клиенте будут связаны ProductType,ProductInOrder.

Вообщем, не понимаю как правильно это сделать. У кого-нибудь есть идеи?

а если я хочу на клиенте для структуризции приложения повозиться с классами? как быть?
Как вообще пишут клиентов для EAV?

SeVaавторORM строите? Возьмите готовый
И где такие водятся?
авторКак вообще пишут клиентов для EAV?
Вариантов много:
- свой Linq Provider
- транспонировать в PropertiesBag
- динамически создавать классы со всеми setter'ами & getter'ами
и тд

Спасибо за ответ
Заинтерисовало 2 и 3
Про 2 прочитаю.
А про 3 имеется ввиду по бд нагенерить текста классов наследников какого-нибудь Product. Потом как -то из текстов сформировать сборку и использовать их на формах?