-
Articles récents
- PostGreSQL vs Microsoft SQL Server – Comparison part 1 : DBA command performances
- Un cas curieux d’incompatibilité de collation…
- NOLOCK without NOLOCK, page latch time-out on tempdb and finally DUMP…
- Déplacer le stockage de la base TEMPDB
- NOLOCK sans NOLOCK, « page latch » time-out sur la base tempdb et finalement DUMP…
- Vérifier le nombre de VLF de vos bases
- TDE et AlwaysOn… Penser à protéger tempdb
- Métadonnées du partitionnement
- Tuer des sessions utilisateur sans débordement
- Comment pourrir les performances avec les UDF scalaires
- Événements de croissance, réduction des fichiers d’une base
- Performance des UDF – traitement de chaines
- Les dangers du NOLOCK
- Compresser toutes les données de vos bases
- Un processus de « Log Shipping » automatisé dans le cadre d’un PRA
- Transact SQL : cartouches (documentation)
- Aide au diagnostic d’indexation d’une base MS SQL Server
- Volumétrie de données et disques d’une instance SQL Server
- Agent SQL et réplicas AlwaysOn (HADR – Availability Groups), ma base est-elle active ?
- DATEDIFF error message 535, comment le contourner !
Commentaires récents
Archives
Catégories
Méta
Archives de catégorie : SQL Server
PostGreSQL vs Microsoft SQL Server – Comparison part 1 : DBA command performances
This first paper speaks about some comparisons between PostGreSQL and SQL Server in pointing out the differences in terms of performances of somes administrative queries that’s ordinary DBA needs to execute. Our test material is a HP Z840 workstation with: … Continuer la lecture
Publié dans Performances, PostGreSQL, SQL Server
Laisser un commentaire
NOLOCK sans NOLOCK, « page latch » time-out sur la base tempdb et finalement DUMP…
Un étrange bug (?) nous est apparu dans le cadre d’une nouvelle installation de SQL Server sur une machine physique. Voici un résumé du problème.
Vérifier le nombre de VLF de vos bases
Un nombre trop important de VLF (Virtual Log File) peut être à l’origine de problèmes de ressources lors de l’exécution de votre instance SQL Server et notamment en ce qui concerne les sauvegardes. Cet article montre un script SQL permettant … Continuer la lecture
Publié dans DBA, Performances, scripts SQL, SQL Server
Marqué avec bonnes pratiques, sql server, stockage, transaction, VLF
Laisser un commentaire
TDE et AlwaysOn… Penser à protéger tempdb
Le chiffrement TDE (Tranparent Data Encryption) permet de chiffrer l’intégralité du stockage de la base (données, index et transactions…) en garantissant aux requêtes les mêmes performances que si la base n’était pas chiffrée. Mais il existe une petite faille lorsque … Continuer la lecture
Publié dans DBA, Procédures MS SQL Server, SQL Server, Tips and tricks
Marqué avec AlwaysOn, chiffrement transparent des données, haute disponibilité, replicas, TDE, tempdb
Laisser un commentaire
Comment pourrir les performances avec les UDF scalaires
Une UDF scalaire (UDF = User Defined Function), c’est à dire une fonction programmée par l’utilisateur et ne renvoyant qu’une seule information, est génératrice de mauvaises performances… Nous allons démontrer cela… Malheureusement, les développeurs peu avertis y recourent systématiquement car … Continuer la lecture
Publié dans langage SQL, Performances, SQL Server, UDF
Marqué avec Fonction Utilisateur, performances, sql server, UDF
Laisser un commentaire
Performance des UDF – traitement de chaines
À travers deux exemples, nous allons découvrir comment le code d’une même fonctionnalité peut changer les performances du tout au tout. Nous en tirerons les conclusions qui s’imposent.
Publié dans scripts SQL, SQL Server, UDF
Marqué avec chaine de caractères, fonction, performances, sql server, suppresion caractères non imprimable, suppression blanc, UDF
Laisser un commentaire