l'intégration de .Net comme langage support pour le développement de fonction/procédure stockée utilisateur ;
Quelque soit le SGBDR, le mec qui me dit qu'il faut faire de la procédure stockée, mérite d'être pendu haut et court.
Sinon oui SQL Server est pas mal à ce qu'il paraît. Par exemple, il a un bon support de la norme (ah ! ah !) SQL.
la pérénité des dumps et la compatibilité descendante (aucun soucis pour charger un dump de SQL Server 2005 sur un SQL Server 2012). Faite la même chose avec un postgresql par exemple... pas sur que cela se fasse sans heurt (avant qu'on me dise que je raconte des cracks : malheureusement testé et approuvé :'( )
Les ETL ne permettent pas ce genre de choses (prendre en entrée une sauvegarde) ?
Après, niveau intérêt, le premier que je vois c'est la "conteneurisation" (docker and co.).
Windows pourra bientôt tourner dans Docker (oui ça surprend toujours la première fois).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facile!
Posté par barmic . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à -8.
Quelque soit le SGBDR, le mec qui me dit qu'il faut faire de la procédure stockée, mérite d'être pendu haut et court.
Sinon oui SQL Server est pas mal à ce qu'il paraît. Par exemple, il a un bon support de la norme (ah ! ah !) SQL.
Les ETL ne permettent pas ce genre de choses (prendre en entrée une sauvegarde) ?
Windows pourra bientôt tourner dans Docker (oui ça surprend toujours la première fois).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)