Алексей К,

ну и как с этой фигней что то стоящее написать кроме учета в лавке?

What's Not Supported (Entity Framework 4.1)


[This page is specific to the Entity Framework 4.1 release documentation. The Entity Framework 4.1 is built on top of the Entity Framework 4 included in .NET Framework 4. The Entity Framework 4.1 can be downloaded and installed from the Microsoft Download Center. The Entity Framework 4.1 runtime is also available as a 'Entity Framework' NuGet package.]

This topic describes the features that are not supported by the Entity Framework 4.1.

Features That Are Not Supported by the DbContext API


The following features are not supported by the DbContext API. To use these features, use the ObjectContext API.
Compiled queries. For more information about compiled queries, see Compiled Queries (LINQ to Entities).


MEST (Multiple Entity Sets per Type). When using the DbContext API, the entity types can only be mapped to a single entity set.


EntityObject derived entity types.


Self-tracking entities. To use the DbContext API in an N-tier application, consider using WCF Data Services or RIA Services.



Common Requests That Are Not Supported by the Entity Framework

Code First customizable (pluggable) conventions are not supported. Removing the default Code First conventions is supported.


Code First does not support mapping to stored procedures. However, you can call stored procedures directly by using ExecuteSqlCommand or SqlQuery. For example: context.Database.ExecuteSqlCommand("EXECUTE [dbo].[GetAllProducts]");.


Code First does not support migration of an existing database schema. The Entity Framework 4.1 does support dropping and re-creating a database schema when the model changes through using database initializers. The following initializers are supported: CreateDatabaseIfNotExist, DropCreateDatabaseAlways, and DropCreateDatabaseIfModelChanges


Enum type support.


Second-level cache support.


Spatial data type support.


Bulk or batch CUD operations.

Алексей КViPRosпропущено...

лучьше все эти вещи написать самомуОсобенно: XAML, ORM, WCF.
именно
ХАМЛ то как раз нафиг не нужна

Объект Релейшн Маппинг ущербная технология, приложения получаются мертвыми.
Это надо же додуматься -
1. Берем метаданные
2. Генерируем БД
3. Генерирем классы жесточайшие
4. Между 2 -3 вкручиваемся с трансформацией (конечно ВСЕГДА куцой, неадекватной)

В итоге получаем монстра мертвого, неповоротливого, неуправляемого и негибкого.

А надо -
1. генерируем метаданные
2. в динамике генерируем и модифицируем БД (пофиг в каком виде)
3. интерпретируем метаданные и синхронизируемся с БД в динамике
4. визуализируем метаданные и данные

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