Ik raad clientprogramma's ten zeerste af om rechtstreeks via internet verbinding te maken met een databaseserver, om de volgende redenen:
- Clientbibliotheken zijn ontworpen en gebouwd rond de veronderstelling dat de database zich binnen een paar milliseconden bevindt, vooral zeer spraakzame protocollen (waaronder MSSQL). Korte operaties kunnen daardoor aanzienlijk langer duren.
- Het is een beveiligingsaansprakelijkheid, niet alleen stelt u uw databaseserver bloot aan internet, maar u sluit ook verbindingsgegevens (zoals wachtwoorden) in uw toepassing in.
- Het leent zich niet voor schaalbaarheid. Wat als u meerdere load-balanced of failover-databaseservers introduceert, moet u uw client herschrijven.
- Er wordt ook vanuit gegaan dat er geen verbindingsproblemen zullen zijn. Veel netwerken (vooral mobiele netwerken) beperken de activiteit buiten poort 80/443 om misbruik van hun netwerk te voorkomen (zoals zombiegebruikers die aanvallen uitvoeren).
De ideale oplossing in deze gevallen is het ontwikkelen van een webservice frontend voor uw database; uw toepassing zou dan communiceren met de webservice in plaats van met uw database. Dit heeft nog andere voordelen.
Natuurlijk moeten clients (vooral mobiele clients) een gegevenscache gebruiken, zodat de applicatie offline blijft werken.
Terug on-topic:ervan uitgaande dat je nog steeds een directe verbinding wilt, dan zie ik niet in waarom de MySQL-clientbibliotheek niet werkt op 4.5. U kunt het manifest/de configuratie van een assembly wijzigen zodat deze op toekomstige versies van de .NET CLR zal worden uitgevoerd (u zult alleen problemen tegenkomen als de bibliotheek sindsdien verwijderde typen en leden gebruikt of vertrouwt op gewijzigd gedrag. Het .NET-framework heeft een goede reputatie voor achterwaartse en voorwaartse compatibiliteit).