Пытаюсь написать первое приожение c использованием EF и Data Services постоянно встречаюсь с разными проблемами, от ошибок до отсутствия информации.

Скажите, кто-нибудь пытался использовать Data Services для написания реальных приложений? Стоит ли это делать?

ИМХО технология еще сырая с кучей ошибок и недоработок. Возможно я не прав. Поделитесь опытом. Может быть стоит использовать другие ORM или писать используя "чистый" WCF?

Я видел статью, где описывается реализация бизнес логики через WCF и Entity Framework, но она писалась для VS2008 и FW 3.5 (без SP1), т.е. когда Data Services еще не было.

Разобрался.
Вот сообщение, которое я получил при ответе, используя fiddler (без него сообщение не было видно).

Здесь у меня родительская сущность Firms, а дочерняя FirmLocal.

Navigation Properties are not supported on derived entity types. Entity Set 'Firms' has a instance of type 'skladModel.FirmLocal', which is an derived entity type and has navigation properties. Please remove all the navigation properties from type 'skladModel.FirmLocal'


Оказывается навигационные свойства в порожденных сущностях не поддерживаются (вот те на!). Очень плохо.

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

bured1 к 1 Data Services сплитует в 1 сущность. Такая фича есть в EF4.
Нет, когда две таблицы маппируются на 1 сущность, это вопрос не решает.
Я хотел выделить общую часть данных для нескольких сущностей в отдельную таблицу.

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

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

Короче я включил общую часть данных в каждую сущность, и пока этим решил вопрос.
Но до сих пор нахожусь в недоумении почему навигационные свойства у порожденных сущностей запрещены в Data Services, а в EF - разрешены. Ведь наличие таких свойств - это все логично. Может просто не хватио времени на реализацию? Буду надеяться, что в следущем FW эти ограничения уберут.

авторПередавать деревья "одним махом" технически не возможно.
Я может быть не совсем понимаю что такое "деревья". Но передавать в одном запросе все навигационные свойства всех сущностей возможно - это Expand, или передача привязки к конкретной сущности - LoadProperty.