Une version plus récente de SQL Server moins stable?


15

Notre architecte de base de données a déclaré à un de nos clients que SQL Server 2014 était un mauvais choix par rapport à 2012 car il n'avait pas les avantages de performances et de stabilité de 2012. Tout ce que j'ai lu contredit cela. Aaron Bertrand dit exactement le contraire et tous les livres blancs que j'ai lus de la part des États membres sont également d'accord - 2014 est amélioré et résout certains des problèmes d'AG rencontrés avec 2012.

Y a-t-il un inconvénient majeur à choisir 2014 par rapport à 2012 qui me manque?


11
Je pense que votre architecte de base de données est ivre.
Daniel Hutmacher

1
Les réclamations extraordinaires nécessitent des preuves extraordinaires. Vous avez vos arguments et références (et ils sont bons). Approchez votre architecte et demandez-lui des détails pour étayer sa position.
Jonathan Fite

2
En fait, vous ne pouvez pas choisir SQL Server 2012 plutôt que SQL Server 2014 pour les nouvelles installations aujourd'hui car vous ne pouvez plus acheter de licences pour SQL Server 2012 (du moins pas directement auprès de Microsoft)
a_horse_with_no_name

Vous devez faire votre choix en fonction de vos besoins et de votre budget. Je dirais que les deux sont bons et qu'il ne faut pas comparer. Bien que 2014 présente de très bonnes fonctionnalités, mais si vous avez une application héritée et que vous essayez de migrer en 2014, le nouveau CE va vous faire plus de mal que 2012. En dehors de cela, 2014 est un très bon choix.
Shanky

Les régressions @Shanky avec le nouveau CE sont rares par rapport au nombre de requêtes qui en bénéficient globalement. Les régressions peuvent être traitées individuellement ou, dans le pire des cas, l'ancien CE peut être implémenté de force, ce qui en fait un mauvais argument pour éviter la version elle-même à mon humble avis.
Aaron Bertrand

Réponses:


15

Vous n'avez évidemment pas besoin de ma confirmation, mais je ne peux pas penser à une seule raison possible pour laquelle je suggérerais à un client de partir avec 2012 par rapport à 2014. En particulier pour des raisons de support / fin de vie, mais aussi en raison de fonctionnalités et d'améliorations supplémentaires aux capacités existantes.

Quelques raisons que vous pourriez entendre:

  • Dégradation des performances . Bien sûr, cela peut se produire, mais cela peut également se produire lors du passage à 2012 ou de tout autre changement majeur (certaines des raisons peuvent également être attribuées à la migration sans mise à niveau, basculement, etc.). Les régressions sont une partie attendue du changement, et il est facile de blâmer une mise à niveau (il suffit de demander à l'équipe VSTS ).

  • Coût plus élevé . J'ai vu quelques affirmations selon lesquelles 2014 coûte plus cher que 2012 pour la même configuration, mais je n'ai observé aucun changement de licence qui entraînerait cela, sauf que les secondaires de secours nécessitent désormais une assurance logicielle pour obtenir une licence. L'autre aspect est que si quelqu'un sans SA a mal planifié et acheté 2012 et veut maintenant 2014 - oui, cela va leur coûter cher.

Performances généralement moins bonnes? Moins de stabilité? Non, les deux me semblent risibles. Demandez à votre ami ivre des preuves réelles, et peut-être aussi éloignez-le des clients. :-)


2

Eh bien, SQL Server 2014 est livré avec de sérieux changements dans l'estimateur de cardinalité. Je peux seulement deviner qu'il avait peur de ces changements et de l'effort de tout tester pour que les performances ne se dégradent pas.

Ou il a simplement mis à niveau SQL Server sans analyser correctement les changements survenus en raison du nouvel estimateur de cardinalité. Et le pire vient au pire, a eu quelques requêtes dans sa demande, qui ont été négativement affectées par les changements d'estimateur!

Sachez que le nouvel estimateur Cardinal peut traiter vos requêtes différemment et que certaines sont affectées négativement et entraîneront de mauvaises performances et un système instable; enfin du moins ils le pourraient! Mais (!!) c'est - le cas échéant - uniquement vrai pour certaines requêtes, pas pour le produit en général! Et ces requêtes devraient être réparables.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.