ViPRosМСУ, это так и есть
едм - просто ER + чахлые функции без выходного параметра
Что такое функция без выходного параметра? Функция как бы априори предполагает результат.

ViPRosв едм нет -
1. ассоциированных конечных групп ентити, которые и есть воще то Концепт в общем случае
2. лесов (возможно тут сожно выкрутиться с контейнерами, хотя на контейнеры нельзя сослаться) и деревьев Ентити
3. навигационные проперти ссылается только на примитвный Ентити, а не на группу (следствие вышеуказанного), потому и жопа с моделированием Union РМД
4. нет собственных полноценных методов
5. маппинг функций только на СКЛ
6. явно заданных проекций Ентити
7. разных контекстов
8. контекстно зависимых пропретей
9. и т.д.
1. Мне не нужны никакие группы. Это уже конкретная предметная область, никакого отношения к технологии это не имеет и не должно иметь.
2. Есть навигация с n уровнями вложенности. Хватает за глаза для любых задач. Какие леса и зачем они мне нужны?
3. Выше написал, не нужны никакие группы. Не надо обобщать то, что не требуется. Цепочку я всегда могу вытянуть из модели, если на то пошло. На крайний случай есть возможность написать функцию, которая покроет 100% требуемой задачи.
4. Бред сивой кобылы. Причем тут SQL? Модель вообще может жить без баз данных.
5. Выше написал, чушь. Ты хотя бы изучил, что такое IEdmModel прежде чем нести подобный бред.
6. В OData v3 можно. Натравливаешь без проекций на edmx, цепляется всё сразу. Автогенерируемая модель, очень крутая вещь для отчетов в Excel. Рецепт есть у меня как делать такое. Минус - в контроле модели. Почему-то в OData v4 выпилили такую возможность, то есть надо писать свои контроллеры и маппинг на объекты. Зато полный контроль.
7. Не нужно это. IEdmModel не зависит от БД. В модели могут быть объекты самой разной природы.
8. Вообще нах не нужно. Это уже полное обобщение под конкретную задачу, типа конструкторов. Динамика тут точно не нужна.
9. И это всё?

ViPRosи саме плохое нет инструмента, для генерации ЕДМ в рантайме
Есть. http://codearticles.ru/articles/2466

ДиезА пока это лишь удобный протокол внутри инфраструктуры .NET, не более.
Если ты о v4.0, то соглашусь. Если о фидах на v3.0, то с ней могут работать даже инопланетяне. Если нужна интеграция различными системами и платформами, бери v3.0. Просто она по функционалу скуднее, чем v4.0.

skyANAНу видимо область значений - это пустое множество :)
У Сахавата своя трава и своя теория множеств, мы в курсе

Сахават, выкидывай своего неповоротливого избыточного монстра и юзай OData. Хватит датасетных поделок, весь мир использует OData!