this.WindowState = FormWindowState.Minimized
, Который является созданным способом сделать, он и это выглядит хорошо мне большую часть времени. Единственное время, имеет некоторую странность к нему, то, если Вы называете его на запуске, который иногда имеет некоторую странность, которая является, почему большинство людей также установит ShowInTaskbar = ложь и скроет форму также.
http://msdn.microsoft.com/en-us/library/system.windows.forms.form.windowstate.aspx
У меня весь день болела голова от этой проблемы. Однако я нашел решение, в котором вы можете просто добавить оператор в app.config или web.config, где ваше соединение EF desinger существует как «Default Command Timeout = 300000;». Проблема исчезла.
Попробуйте dotConnect для MySQL с Entity Developer .
Мы внесли некоторые улучшения в процесс создания моделей в наших инструментах. Вы можете добавить в свой проект модель сущностей Devart, которая похожа на модель ADO.NET Entity Framework, но имеет некоторые улучшения и не имеет проблемы с тайм-аутом.
Отъезд:
http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/
Ой, только что понял, что эта ссылка уже размещена! извините
Я также настоятельно рекомендую "
На ум приходят две возможности:
Во-первых, это EF версии 1 (которая поставляется с .NET 3.5 SP 1). См. this и this .
Во-вторых, это примерно похоже на те же симптомы, что и при использовании драйверов SQL Server и до ODBC (около 1991 г.), где неправильный тип был использован вызов: один вид используется для запросов, возвращающих результаты ( select
), а другой - для операторов, не возвращающих результат ( create table
). В конце концов, соединение стало безнадежно несинхронизированным, пытаясь сопоставить результаты SELECT с соответствующим запросом. (В те дни Blue Screen Of Death не существовало: вместо этого компьютер обычно перезагружался добровольно. )
Интересно, не сбивает ли инструмент с толку режим подключения из-за множества выполняемых операций: создание таблиц, проверка созданной структуры, добавление нового столбца, заполнение строк и проверка или проверка содержимого строки после заполнения. Если это причина, то этого можно было бы избежать, «чище» последовательность операций: ничего не делать, но вся таблица создается одна за другой, то есть не делать ничего, что могло бы привести к созданию таблицы, а затем изменить таблица
для добавления новых столбцов.
Вы, ребята, слабы, не объясняете, как легко решить проблему:
Сохраните все, а затем попробуйте обновить модель EF еще раз. Я тестировал это с EF 4.0 и Vs2010, поэтому знаю, что это работает.