DB2 vs PostgreSQL vs SQL Server

Quelqu'un a utilisé tous les trois de ces bases de données? Quelles sont vos expériences avec eux? PostgreSQL a l'air assez tentant pour un projet mais je suis curieux d'en apprendre plus à ce sujet (Nous ne sommes qu'un .NET Boutique). J'ai aussi entendu parler de pas mal de gens sont satisfaits de DB2.

source d'informationauteur danmine

  1. 15

    Je travaille dans une très grande entreprise qui utilise DB2 principalement sur Linux (Red Hat). Nous avons un certain nombre de bases de données volumineuses et ont étudié le transfert vers d'autres SGBDR solutions, telles que Oracle et SQL Server. J'ai fait beaucoup de travail sur le serveur SQL server fin de l'.

    Nous avons constaté que SQL server effectue beaucoup mieux et nécessite moins de tuning que DB2, en particulier lorsque les tables frow de plus de 1M des dossiers. HADR est également difficile et encombrants, pour dire le moins.

    Nous avons trouvé beaucoup de différences entre DB2 et SQL Server, et trop nombreuses pour les énumérer ici. J'ai été chargé de faire beaucoup de l'ingénierie dans la conversion de code à partir d'une plateforme à l'autre, et ne peut pas dire que j'ai trouvé quelque chose dans DB2 être supérieure à SQL server, mais ne trouver beaucoup de choses que j'aimais mieux sur SQL server. Voici quelques sur le dessus de ma tête:

    • Meilleure sélection de types de données dans SQL Server, comme de l'ARGENT et de l'ARGENT PETIT.
    • Mixte encodage des caractères dans SQL Server. Certaines colonnes peuvent être ANSI et d'autres UNICODE (char et nchar, respectivement). Cette mise en place dans DB2 n'est ni simple, ni facile.
    • De meilleurs outils dans SQL server, principalement pour ETL SSIS (par opposition à la follement prix IBM Étape des Données).
    • SQL server a plus indulgent de la syntaxe. Par exemple, vous n'avez pas besoin des points-virgules partout. Peut-être juste une question de préférence personnelle, mais je l'ai trouvé beaucoup plus facile de code T-SQL.
    • De nombreuses fonctionnalités avancées semblent fonctionner mieux dans SQL server. Par exemple, SQL server vous permet de faire au niveau de la page de compression, d'où DB2 est limitée à niveau de la ligne de compression.
    • Il était plus facile d'ajuster les requêtes SQL Server avec SQL Server IDE

    Il y a plus, mais honnêtement, je suggère que toute personne qui envisage de l'un sur l'autre devrait définir à la fois et de passer un peu de temps à travailler avec les deux systèmes. Pour l'instant il semble que SQL server est une meilleure solution, mais DB2, pourraient un jour prendre la couronne.

    Enfin, lorsqu'il s'agit d'entreposage de données, SQL, SSIS, SSAS fait une bien meilleure solution que InfoSphere, DataStage, et DB2. Je pourrais écrire un livre blanc sur elle, mais ma suggestion ici est de mettre en place sur votre propre et de passer une semaine ou de jouer avec chaque solution. La solution de Microsoft ici a été plus rapide et moins cher que d'IBM. Je ne connais pas d'autre base pour prendre une décision.

    Plate-forme ne devrait pas être un problème, puisque les bases de données, en général sur leurs propres machines, mais il y en a toujours "pas de microsoft!" et "pas de version linux!" magasins autour. C'est une honte, vraiment. Je vous recommande de SQL server.

  2. 8

    Comme une base de données DB2 personne, je peux offrir un peu de détails sur ce que vous pouvez attendre de l'exécution de DB2 pour Windows et en développement .NET applications. La version actuelle, 9.7, a été publié en juin 2009.

    • Pilotes et de prise en charge des API pour à peu près toutes les Fenêtres du langage de programmation et IDE, y compris .NET et Visual Studio extensions
    • Un pas de coût de production de la base de données du moteur (Express-C) qui n'a pas de base de données de limite de taille, et est le moins restreint comparativement à Oracle Express et SQL Server Express
    • Une auto-tuning moteur de base de données pour Windows qui gère automatiquement la taille de plusieurs tampons de mémoire qui sont essentiels à la bonne performance
    • Solide support de XML comme un type de données natif, géré par son propre moteur de recherche optimisé pour XML de nature hiérarchique. Les requêtes peuvent accéder à n'importe quelle combinaison de XML et des données tabulaires avec n'importe quelle combinaison de SQL et expressions XQuery
  3. 5

    Si vous êtes un .NET boutique, et sont soit à l'aide d'une petite base de données (c'est à dire de Sql Server Express), ou avoir de l'argent pour la complète de SQL Server, l'utiliser. SQL Server va faire mieux que PostgreSQL pour la plupart des actions, et environ le même que DB2.

    PostgreSQL est fantastique si vous avez besoin de support multi-plateforme, sont basés sur Linux, ou besoin d'un produit gratuit qui n'est pas Microsoft.

    Je n'ai pas utilisé de DB2 en plus de 10 ans, autres que l'exécution d'une maison test de performance par rapport aux autres bases de données (où il était environ le même pour les transactions de base de données Oracle/SQL Server, où étaient mieux que MySQL, PostgreSQL, etc).

  4. 2

    Si vous êtes un .net magasin de séjour avec SQL Server.

    À l'aide de toute autre base de données de la plate-forme aurait besoin de Windows pour obtenir les meilleurs résultats. Sur Windows, SQL Server est roi, tout simplement parce que MS propre OS et SQL Server (Comme Oracle/Red Hat).

  5. 2

    Éviter de microsoft comme la peste. Toujours pousser à utiliser PostgreSql même sur windows, de façon à mieux soutenir pour le développement d'applications pour, par exemple, Java/Python et toujours a un bon soutien .NET. Aussi, bien sûr, est totalement gratuit qui étant donné les frais de licence de SQL Server n'est rien à être sous-estimées, même si vous êtes un multi-millions de dollars la société.

    Pour le coût de 1 licence de SQL Server que vous allez économiser de 30 000 £(disons $à 40 000$) ou plus - acheter du meilleur matériel pour exécuter Postgres et encore un net avantage.

    Comme la mesure de la performance, vraiment, si c'est un énorme problème nous ne devrions pas utiliser DB2, SQL Server ou Postgresql, de toute façon. La différence entre les trois est négligeable pour leurs fins de conception.

    Edit: Sur la .NET de l'intégration, en fait c'est vraiment mauvaise dans SQL Server de toute façon, il n'ont plus de fonctionnalités que Postgres/DB2, certes, mais ce n'est pas vraiment très avantageux sur SSIS ou des procédures stockées. J'ai pu voir les principaux cas d'utilisation dans mon travail que l'accès aux classes et les fonctions de la CLR .dll, mais alors vous êtes à la mise en œuvre de la logique dans la base de données qui peut ou peut ne pas être une bonne idée pour vous.