Один из моментов, который необходимо учесть при работе с Entity Framework - это как работать с таблицами без первичных ключей. По умолчанию сущность такой таблицы(proxy-класс) будет мэпится не к физической модели таблицы, а к так называемому Defining Query.Чтоб очень это мешало - так нет, но обновлять/изменять данные в этой таблице сразу после генерации класса вы не можете. Да и дизайнер не показывает, что это таблица только на посмотреть (и это не просто слова, а намек тем, кто этот дизайнер пишет). Поэтому вы получите ошибку времени выполнения Unable to update the EntitySet 'Events' because it has a DefiningQuery and no <DeleteFunction> element exists in the <ModificationFunctionMapping> element to support the current operation.

И это еще не все проблемы на которые вы можете тут наступить. Во время генерации вашего прокси-класса Entity Framework пометит все хорошие поля как часть Entity Key (откровенно говоря это все не nullable и не binary поля). Правда надо отдать должное EF - во время генерации прокси-класса из базы данных, вы можете видеть такое предупреждение: "The table/view 'DemoTable' does not have a primary key defined. The key has been inferred and the definition was created as a read-only table/view." Для починить это нужно добавить в поле вашей таблицы первичный ключ, а затем обновить модель из базы данных. После нужно будет ручками подправить ключевые поля в вашей сущности(Entity). Есть еще одна возможность обновлять данные в таблице без первичного ключа - промэпить хранимые процедуры на удаление и модификацию данных.

А вообще работы много, писать некогда, но все равно буду - хоть мало, так смачно.