Angelina_Joulie

Обычно это делают так:
1. Общие сборки выделяют в отдельный проект
2. Пишут build script (в самом простом случаи .sln подходит)
3. Устанавливается NuGet
4. Собирается .nuspec-файл и на вкладывают в него все сборки (см. п1)

Для автоматизации процесса настраивается continue intergration (CI) билд-сервер, который бы при каждом изменении собирал бы общие сборки и отправлял в NuGet Repository, откуда все заинтересованные проекты бы подтягивали по мере необходимости.

Вот первая ссылка из Гугл
www.hanselman.com/blog/NuGetForTheEnterpriseNuGetInAContinuousIntegrationAutomatedBuildSystem.aspx

Будут вопросы — обращайтесь в почту.

сорри, айпад тупанул.
Хотела сказать: НЕ РАБОТАЕТ с сложными хранимыми процедурами

а как вы вообще себе использование представляете?

что бы оно потом возвращало System.Object а вы после этого проверяли, а какие же параметры передавались и какой объект на основании этого получился?

Вам не кажется, что вы не той дорогой идете.

А по существу вопроса скажу следующее: дизайнер имеет ограничения и с динамическими запросами, сложными хранимками — работает, это ограничение которое ни как простыми чпособами не обходиться. но у вас всегда остается возможность подправить все руками в .designer.cs что бы явно указать тип данных.

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

но… и тут есть свои игры с partial fnctions