Если вы хотите распределенно работать с данными, то можете воспользоваться одним из следующих вариантов:

1. Создание обычных WCF-контрактов. Здесь могут быть подварианты:
а) На каждую сущность свой набор контрактов
б) Универсальный crud-сервис, который оперирует сущностями, например, по имени.
У этого варианта есть большие проблемы с произвольными запросами - придется или плодить методы для каждого варианта выборок, или реализовывать свой механизм запросов.

2. Использовать ADO.Net Data Services - готовый механизм для crud-операций. Правда, на текущий момент возможности ощутимо ограничены (с ходу: нет join, expand можно сделать только для одной связи, если нужна только часть полей, то доставать можно только 1 объект, ...) и приличное количество ошибок и несуразностей.

3. Использовать решения на манер InterLINQ (сериализация LINQ-запроса, передача на сервер, выполнение и возврат результата). Увы, там тоже свои тараканы. Например, т.к. используется Net-сериализация, нужно как на сервере, так и на клиенте использовать единые классы/сборки (хотя может это и обходится, но не уверен), т.е. нужно как-то допиливать...
Плюс развивается оно весьма неторопливо

В общем, совершенства не наблюдается.
Будь побольше времени (сильно побольше!), я бы посоветовал подумать над вариантом собственного решения на базе InterLinq, но там просто прорва работы, т.к. нужно, по-сути повторить функционал ORM в распределенке. Т.е. хорошо бы было иметь отслеживание изменений на клиенте (трэкинг изменений), атоматическое обновление с сервера (для автовычисляемых полей), ...

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

cha0ss По поводу ADO.Net Data Services - нету join - это всмысле мы не сможем объединить таблицы без связей?
Увы, сейчас могу напутать и ввести Вас в заблуждение, но как мне помниться, ADO.Net DS не позволял:
- использовать несвязанные в модели таблицы (то, что вы писали).
- использовать в условиях связанные объекты. Например, что-то вида
- получать выборку по связанным таблицам, т.е. поля сразу двух объектов

Но, опять-таки, повторюсь - я очень бегло знакомился с ADO.Net DS и было это не вчера. Мы просто отказались пока от его использования до лучших времен

cha0ssИзвините, а есть хоть какие-нибудь обсуждения/примеры по этой InterLINQ на русском языке? Вроде как, как раз то, что мне и нужно, но на английском слишком долго вникаю :(
Думаю, что и на английском будет не много - проект не слишком-то популярен. Я уже писал - он использует весьма спорный подход.
Впрочем, это не слишком большой по размеру кода проект - в случае непонимания там можно все изучить по нему.
Плюс, на сайте или в самом проекте были примеры использования. Вроде бы достаточно прозрачные.