Je cherche beaucoup de données de base de données récemment et je ne suis pas sûr que c'est parce que je m'ennuie ou que je veux créer quelques applications Web à l'aide de la base de données autre que MS SQL Server. Toute suggestion qui lie à ASP.Net gentiment?
4 Réponses :
Je recommanderais Vistadb et
+1 Je suis d'accord. Tous deux ont des fournisseurs .NET pour que tout le code que vous utilisez pour écrire avec SQL sera le même, à l'exception de ces bases de données.
vrai. Les deux ont des fournisseurs .NET fiables. Seule la différence est Vistadb est commerciale mais elle vaut le coût.
Je vous suggère de regarder connexionstrings.com . La plupart des bases de données offrent un fournisseur .NET disponible.
Je considérerais MySQL comme une alternative évidente.
Cependant, une base de données relationnelle fondamentalement est à peu près identique à celle d'une autre, plus de fois lorsqu'il est accessible à travers quelque chose comme Ado.net. Si vous êtes ennuyé avec SQL Server, alors plutôt que de rechercher une alternative Pourquoi ne pas regarder des stratégies d'accès à des données différentes?
Vous ne mentionnez pas si vous utilisez ou non un ORM (Mapeur relationnelle d'objet) qui peut faire fonctionner avec des bases de données beaucoup plus agréables que d'utiliser Standard Ado.Net, tels que:
imo, collant avec SQL Server, mais essayer quelques ormes différents serait beaucoup plus intéressant que de passer à une base de données différente.
ou que diriez-vous de rechercher à l'aide d'une base de données de documents, telle que Ravendb ?
+1 pour la deuxième phrase. Cela n'a aucun sens d'essayer autre chose d'autre de l'ennui - à la fin des bases de données relationnelles sont des bases de données relationnelles. Le diable est dans le détail (et SQL Server est un bon - pas difficile à continuer à courir), mais à un niveau supérieur, ils sont tous à peu près les mêmes.
Définir "bon".
Voulez-vous avoir une base de données comme un simple magasin de données ou si la base de données doit également mettre en œuvre la logique commerciale (procédures stockées, déclencheurs)?
Voulez-vous expédier vos applications et nécessiter donc une installation facile?
est-il important si la base de données est commerciale, lorsque MSSQL propose une version gratuite?
Comme @RicheMeym pointa sur: SQL est une interface suffisante ou avez-vous besoin d'un orm?