Monochromatique1. Надо ли как-то специально закрывать connection при использовании EF. Или же просто юзать using() - и всё? Насколько я понял из примеров - использование using - строго обязательно?В каких-то случаях желательно, в каких-то обязательно. Зависит от стратегии управления соединением с БД.
Monochromatique2. Я работаю с данными в клиенте, потом залезаю в базу руками и меняю данные. В клиенте измененных данных нет (не появляются). Надо переинициализировать Context или его можно каким-то образом очистить?Создать новый.
MonochromatiqueМожно ли так науськать EF, что определенные сущности он брал из базы при КАЖДОМ считывании?Да.
Monochromatique3. Иногда бывает ситуация, что при SaveChanges() программа "уходит в себя". Интерфейсный поток типа работает, но дальше saveChanges() выполнение не продигается, но и ошибок никаких не выдает. Обычно это связано либо с отношениями many-2-many, либо с путаницей с объектами и контекстом. Как бы там ни было - можно ли узнать - что ей не нравится и почему прога сваливается в сбой?Он не любит большое количество записей в кэше.
Monochromatique4. Используется model first. Приложение в стадии доводки, но должно уже работать у пользователей. Но генерируемый скрипт создает чистую БД, тогда как в базе полно вручную набитых данных. Как быть в этом случае?Очевидно, после генерации добавить данные в базу любым доступным способом. А лучше распространять программу с заранее созданной пустой ( содержащей данные только классификаторов ) базой.

Monochromatique1. Правильно ли я понял, что создание ОДНОГО экземпляра контекста и хранение его "всю дорогу" - это неправильная политика?
То есть - нужна инфа из базы - создали контекст, получили инфу, обработали, потом закрыли. Так?Да
Monochromatique1.1 Что делать, если контекст уже нужно/можно закрыть, но полученные сущности необходимо сохранить для дальнейшей работы?
Что я потеряю, если закрою контекст? Если, скажем, мне понадобится их сохранить - то мне нужно будет создать новый контекст и присоединить ЭТИ сущности к нему?Да
Monochromatique3. Иногда бывает ситуация, что при SaveChanges() программа "уходит в себя". Интерфейсный поток типа работает, но дальше saveChanges() выполнение не продигается, но и ошибок никаких не выдает. Обычно это связано либо с отношениями many-2-many, либо с путаницей с объектами и контекстом. Как бы там ни было - можно ли узнать - что ей не нравится и почему прога сваливается в сбой?

-- Он не любит большое количество записей в кэше.

Что значит "не любит"? Как это, пардон, не любит? У меня там две записи, например. И потом вопорс скорее про то - КАК УВИДЕТЬ ошибку.Тогда не знаю. У меня он повис, когда в кэше было ~8000 записей. Зависаний по другим причинам не наблюдалось.
Monochromatique-- "Очевидно, после генерации добавить данные в базу любым доступным способом."
Допустим, у пользователей база - 20 гигобайт. Я добавляю 15 таблиц, через редактирование модели.
Какие варианты?Править базу рукописным DDL-скриптом.
MonochromatiqueИли же надо редактировать саму базу данных ONLY & СТРОГО, а потом делать update модели?Типа того. Главное, чтобы модель генерировалась по БД а не наоборот.

SolYUtorGFX,

Я конечно не открою Америку, но: чем успешно преодолевать трудности, лучше их себе не создавать. Вместо скрещивания разноконтекстных объектов, лучше работать в одном контексте, пока работа не будет завершена.+1

Единственная необходимость работы с разными контекстами - чтение и сохранение данных в разных сессиях ( разные http-запросы, разные buton_click и т. п. ).

А при сохранении в другой сессии соответствующим образом присоединить все объекты вроде как не проблема.