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 MS sont également d'accord - 2014 est amélioré et résout certains des problèmes d'AG que 2012 a rencontrés.
Y a-t-il un inconvénient majeur à choisir 2014 par rapport à 2012 qui me manque?
Vous n'avez évidemment pas besoin de ma confirmation, mais je ne pense pas à 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 si quelqu'un sans SA mal planifié et acheté 2012 et veut maintenant 2014 - oui, ça 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. :-)
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 dus au 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 seront nécessairement 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.