La plupart des développeurs sont persuadés que mettre toutes les informations dans une même table rendra leur base de données plus rapide… Et l’on voit apparaître dans la base de nombreuses tables de plusieurs dizaines de colonnes. C’est une vue à court terme, car dès que la base de données commence à croitre ou que le nombre d’utilisateur augmente, les performances deviennent vite catastrophique… Cet article explique pourquoi…
Lire la suite
Archives mensuelles : avril 2012
Gestion des journaux de transactions
Si l’on y prend pas garde, notamment à cause d’une mauvaise administration du serveur, un journal de transaction (JT) peut saturer les disques du serveur. Que faire en cas de problème ? Voici différents scénarios et différents scripts pour parvenir à vos fins.
Lire la suite
Visualiser les événements de croissances de fichier d’une base
La requête suivante interroge la trace du profiler par défaut pour connaître les événements de croissance de fichiers.
Informations sur les disques du serveur SQL
Voici une petite procédure pour obtenir les informations sur les volumes et taux d’occupation des disques de votre serveur SQL.
Lire la suite
Classification des bases en fonction de la volumétrie
Les bases de données peuvent être classifiée en fonction de leur volumétrie, soit en espace occupé, soit en nombre d’objet créés. Voici deux règles pour distinguer les petites, moyenne et grosses bases de données…
Lire la suite
Désactiver / Réactiver les index
Désactiver les index d’une table le temps d’un traitement, pour les réactiver ensuite est souvent payant, notamment lors d’insertion massive de lignes dans les tables. Voici quelques scripts pour faire ce travail…
Lire la suite
PostGreSQL est-il un vrai SGBD relationnel ?
PostGreSQL est il un vrai SGBD Relationnel ? Au regard des règles de Codd et des réflexions de Chris Date, il semblerait que non.
Voici quelques éléments qui vous permettrons d’apprécier les limites de PostGreSQl et de trouver certains moyens de contournement.
Lire la suite
Partitionner vos tables pour améliorer les performances
Le partitionnement des données est à la mode depuis que récemment MySQL s’est mis à faire ce qu’Oracle, DB2 ou SQL Server font depuis des années. Et ce sujet est devenu populaire. Mais partitionner sans tenir compte des impacts collatéraux peut se révéler bien pire que de ne pas partitionner du tout. Montrons à l’aide d’un exemple les bienfaits et les méfaits du partitionnement des données des tables dans un SGBDR.