Dopo aver trascorso un mese miserabile con MySQL/.NET/EntityFramework, i miei risultati:MySQL Connector for .NET - È REALMENTE maturo?
Il supporto per Entity Framework è MOLTO primitivo, si prega di utilizzarlo per il tipo di database oggetto studente. Si prega di non prendere in considerazione utilizzando per lo sviluppo serio in quanto sono ancora in grado di risolvere le cose molto semplici come:
- non supporta roba non firmato
- non supporta le colonne non firmati come FK; se ci provi, ti dà una bellissima eccezione; "Il valore specificato non è un'istanza di un tipo di costante valido \ r \ nParameter name: value" [http://bugs.mysql.com/bug.php?id=44801]
- blob non può memorizzare più di pochi KB;
- non può confrontare oggetto nullo con una colonna con un valore nullo legali [http://bugs.mysql.com/bug.php?id=49936]
- essi sono in grado di scrivere assegno primitive finora nullo ritorno, se il valore della colonna è 0000-00-00 00:00:00
- se si utilizza Visual Studio; scusa; mysql/sun guys odiano Microsoft, NON LETTERE di importare più di due o tre tavoli (per i tipi di tavoli di Micky Mouse ne permettono cinque, ma è così) - se ci provi, si creerà un errore di TIME OUT sul tuo viso. .. a meno che non siate abbastanza intelligenti per modificare il tempo di connessione nella stringa di connessione
Chi desidera aggiungere nell'elenco sopra?
desidero che avrebbe visto una lista come questo prima ho selezionato MySQL :(
Sarebbe utilizzando una connessione ODBC a risolvere alcuni di questi problemi? So che non è l'ideale ma può far funzionare il tuo progetto. –
Ho appena iniziato un progetto personale e lo userò e non ci siamo resi conto che c'erano così tanti bug .. – corymathews
@ John M: ODBC è una cosa dell'era dei dinosauri: – effkay