Entity Framework with MySQL - Tiempo de espera caducado al generar el modelo

Question

He creado una base de datos en MySQL y estoy intentando mapearla con Entity Framework, pero empiezo a ejecutar "GenerateSSDLException" cada vez que intento agregar más que 20 tablas para el contexto EF.

una excepción de tipo ocurrió 'Microsoft.Data.Entity.Design.VisualStudio.ModelWizard.Engine.ModelBuilderEngine + GenerateSSDLException' al intentar actualizar de la base de datos. El mensaje de excepción es: 'Ocurrió un error al ejecutar la definición del comando. Vea la excepción interna para más detalles. '

Se ha producido un error grave durante la ejecución del comando.

Tiempo de espera caducado. El período de tiempo de espera transcurrido antes de la finalización de la operación o el servidor no responde.

No hay nada especial acerca de las tablas afectadas, y nunca es la misma mesa (s), es sólo que después de haber sido añadido un cierto número (no específica) de las tablas, el contexto ya no pueden ser actualizados sin el " Tiempo de espera caducado "error. A veces solo queda una tabla y otras tres; los resultados son bastante impredecibles Además, la varianza en el número de tablas que se pueden agregar antes del error me indica que tal vez el problema radique en el tamaño de la consulta generada para actualizar el contexto que incluye tanto las definiciones de tablas existentes como las nuevas tablas que se están agregando a esto. Básicamente, la consulta SQL se está haciendo demasiado grande y no se puede ejecutar por algún motivo.

Si genero el modelo con EdmGen2 funciona sin ningún error, pero el archivo EDMX generado no se puede actualizar en Visual Studio sin producir la excepción antes mencionada.

Con toda probabilidad la fuente de este problema radica en la herramienta dentro de Visual Studio dado que EdmGen2 funciona bien, pero espero que tal vez otros puedan ofrecer algunos consejos sobre cómo abordar este problema único, porque parece I'm not the only person experiencing it.

Una sugerencia ofrecida por un colega era mantener dos archivos EBMX separados con un cruce de tabla, pero eso parece una solución bastante desagradable en mi opinión. Supongo que esto es lo que obtengo por tratar de usar "nueva tecnología". :(

Answer 1

Solo tuve dolor de cabeza por este problema durante toda la tarde. Sin embargo, encontré la solución en la que puede agregar una declaración en app.config o web.config donde su conexión EF desinger existe como 'Default Command Timeout = 300000;'. El problema se ha ido.

Answer 2

Trate dotConnect for MySQL con Entity Developer.
Hemos hecho algunas mejoras en el proceso de generación de modelos en nuestras herramientas. Puedes añadir el modelo de entidad Devart a su proyecto, que es similar al modelo de ADO.NET Entity Framework, pero tiene algunas mejoras y no tiene el problema de tiempo de espera

Answer 3

Dos posibilidades vienen a la mente:.

en primer lugar es que es EF versión 1 (que se incluye con .NET 3.5 SP 1) Ver this y this..

La otra es que esto se parece más o menos a los mismos síntomas que se obtuvieron con SQL Server y controladores pre-ODBC (circa 1991) donde se usó el tipo incorrecto de llamada: un tipo se usa con consultas que devuelven resultados (select) y otras para declaraciones: no se devuelve un resultado (create table). Eventualmente, la conexión se convirtió irremediablemente sin sincronizar tratando de hacer coincidir los resultados SELECT con la consulta correspondiente.(En aquellos días, el Pantalla Azul de la Muerte no existía: la computadora tendieron a reiniciar de forma voluntaria en su lugar.)

Me pregunto si la herramienta está confundiendo el modo de conexión en la variedad de operaciones que se realizan: la creación de tablas , verificando la estructura creada, agregando una nueva columna, completando filas, y verificando o validando el contenido de la fila después de ser llenado. Si esta es la causa, entonces se puede evitar siendo "más puro" sobre la secuencia de operaciones: hacer nada más que completar la tabla crea una después de otra, es decir, no hacer nada que haga que cree una tabla, luego alter table para agregar nueva columnas

Answer 4

Salida:

http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/

Vaya, acabo de dar cuenta que este enlace ya fue publicada! Lo sentimos

También me gustaría considerar seriamente "Una sugerencia de un colega ofreció mantenía dos archivos separados EBMX con alguna tabla de cruce"

Puede ser feo, pero debería funcionar!

Answer 5

Ustedes son débiles no explicando cómo solucionar el problema fácilmente:

1. eliminar todas las conexiones de datos
2. Descarga la última MySQL Connector (6.3.x)
3. Abra Visual Studio> Explorador de Sever > Haga clic en "Conexiones de datos"> Agregar conexión
4. elegir proveedor de base de datos MySQL
5. Introduzca los detalles de conexión
6. Haga clic en "Avance"
7. Encuentra Conectar Intervalo de tiempo y que sea algo así como 30.000
8. Encuentra un defecto de tiempo de espera de comandos y que sea algo así como 30.000

Guardar todo y luego tratar de actualizar su modelo de EF de nuevo. Probé esto con EF 4.0 y Vs2010, así que sé que funciona.

Answer 6

El consejo anterior no es correcto.

Default Command Timeout es el único parámetro de cadena de conexión que debe cambiar. Connect Time simplemente regula la cantidad de tiempo de espera para obtener una conexión en primer lugar; ese no es tu problema

Default Command Timeout parece que no tiene ningún efecto en la cadena de conexión con el conector/red 6.3.4. Creo que esto es un error en Connector/Net, y archivé un bug report con Oracle. EDITAR: Este error fue reconocido por los desarrolladores de MySQL y se ha corregido desde el 13/10/2010. Las correcciones se pusieron en 6.0.8, 6.1.6, 6.2.5 y 6.3.5.

La única forma de evitar esto fue cambiar la propiedad de mi objeto ObjectContext por otro que no sea nulo.Si es nulo, se supone que debe usar el valor en el "proveedor subyacente" por MSDN. Si no es nulo, es el valor autorizado por el número de segundos antes de un tiempo de espera.

Por ejemplo:

var context = new CitationData.de_rawEntities(); 
context.CommandTimeout = 180; 

Answer 7

Probé de la solución anterior fue en vano. Descargué el último conector .NET para MySQL (6.3.6) y el problema desapareció.