Для добавления/обновления/удаления записей с использованием entity framework, обязательно ли нужно мапить эти методы на  хранимки? Или можно обойтись без них?
Вопрос в том -  может ли .net сам создавать запросы к базе на добавление/обновление, без использования хранимок? 

Нет, не обязательно. Более того, использование хранимок с EF - менее предпочтительный вариант, т. к. теряется одно из преимуществ EF: гибкость при смене схемы базы.


Дык все ORM это умеют.

Хм, а каким образом, тогда избавиться от ошибки

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

dazy, есть подозрение, что Вы работаете с View. Если так, то View в EF readonly, поэтому для всех операций, кроме чтения, придется мапить хранимки. Для таблиц таких ограничений, конечно же, нет.

Ну уж нет, вьюшку я не пользовал. Думаю, что ОРМ гораздо предпочтительнее вьюшки.
Но вот primari key не было у таблички. Каюсь.
Поставил РК - обновил модель, и все заработало.

Кстати, странность. Когда добавил табличку без РК, EF принял ее в таком виде, словно каждое поле таблички является ключевым. Не сразу обратил внимание на это. Хотя, по сути, при приемке таблички, в  модель, надо предупреждение выдавать, что мол не будут работать все фичи, так как вьюшка, или РК нету, или еще чего. Ну да ладно, и так хорошо.

Вон в Hibernate/nHibernate раньше вообще дизайнера не было - и ничего 

Ну, раньше, раньше... Раньше все было по другому. Раньше вообще ОРМ не было.    

  

  

сорри тоже первичный ключ пропустил   

Это сообщение отредактировал(а) cha0ss - 8.10.2009, 11:21

То естьВы хотите сказать, что сейчас есть графический дизайнер для VS2008, интегрируемый в студию? 
Если да, то киньте пожалуйста ссылкой.