Después de pasar un mes miserable con MySQL/.NET/EntityFramework, mis hallazgos:MySQL Connector for .NET - ¿REALMENTE es maduro?
El soporte para Entity Framework es MUY primitivo, por favor utilícelo para el tipo de base de datos de estudiantes. Amablemente no lo consideran utilizan para el desarrollo graves, ya que todavía no somos capaces de resolver cosas muy básicas como:
- que no admita las cosas sin firmar
- que no soporta columnas sin firmar como FK; si lo intentas, te dará una bella excepción; "El valor especificado no es una instancia de un tipo de constante válida \ r \ nNombre del parámetro: valor" [http://bugs.mysql.com/bug.php?id=44801]
- blob no puede almacenar más que unos pocos KB;
- no se puede comparar con un objeto nulo columna con un valor nulo LEGAL [http://bugs.mysql.com/bug.php?id=49936]
- no son capaces de escribir cheque muy primitiva hasta la fecha como nulo volver si el valor en la columna es 0000-00-00 00:00:00
- si usa Visual Studio; lo siento; Los chicos de mysql/sun odian a Microsoft, NO DEJARÁN que importen más de dos o tres tablas (para el tipo de tablas de Micky Mouse, permiten cinco, pero eso es todo); si lo intentan, arrojarán el error TIME OUT en su cara. .. a menos que esté lo suficientemente inteligente como para cambiar el tiempo de conexión en cadena de conexión
Cualquier persona que quiera añadir en la lista anterior?
Me hubiera gustado haber visto una lista como esta antes de que he seleccionado MySQL :(
haría con una conexión ODBC a resolver algunos de estos problemas? Sé que no es ideal, pero puede hacer que su proyecto funcione. –
Acaba de comenzar un proyecto personal y lo utilizará y no se dio cuenta de que había tantos errores ... – corymathews
@John M: ODBC es una cosa de la era de los dinosaurios: – effkay