, sqlpro Le terme anglais "SARGABLE" indique si une expression de filtrage (prédicat) peut utiliser ou non une recherche dans un index. Si c'est le cas, le prédicat est dit sargable, l'index est utilisé pour une recherche et le temps de réponse sera excellent. Sinon, le temps de réponse sera mauvais car il faudra balayer toutes les lignes de la table pour satisfaire la dempande... Mais quelles sont les expressions "sargable", peut t-on transformer une expression non sargable en expression sargable ? Voici quelques questions et les réponses associées, avec des exemples sous MS SQL Server...
Vous devez être identifié pour poster un commentaire.
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.
Vous devez être identifié pour poster un commentaire.
Voici un cas de filtrage WHERE bien courant pour une requête paramétrée. Comment s’affranchir du filtre si le paramètre est NULL ? Soit l'on veut filtrer une colonne si le paramètre est valué, soit l'on veut toutes les lignes. Un bel exemple d'utilisation de COALESCE et de CASE.
Vous devez être identifié pour poster un commentaire.
, sqlpro La continuité de service d'une serveur de base de données relationnelles doit être assurée par une solution de haute disponibilité automatisée. La haute disponibilité assurant le PCA ou Plan de Continuité d’Activité, c’est-à-dire de garantir le fonctionnement du système de manière continu, même en mode dégradé. mais quelles sont les principales architectures systèmes mise en œuvre pour ce faire ?
Vous devez être identifié pour poster un commentaire.
Voici 5 principes à toujours avoir à l'esprit lorsque l'on créée une base de données relationnelle... afin d’obtenir les meilleures performances possible !
Vous devez être identifié pour poster un commentaire.
, sqlpro Voici une fonction table qui permet d'obtenir toutes les dates de changement d'heure d'été et d'hiver avec le décalage UTC des années de 1976 à 2100 ou d'une année précise.
Vous devez être identifié pour poster un commentaire.
, sqlpro Il existe une différence fondamentale entre une géométrie et la représentation objet de ce dernier. Un objet peut être binairement différent d'un autre, malgré que leur géométrie soient égales. Démonstration avec SQL Server et PostGreSQL/PostGIS...
Vous devez être identifié pour poster un commentaire.
, sqlpro Certains aficionados de PostGreSQL tente de comparer PostGreSQL à Oracle, affirmant que PostGreSQL fonctionne presque pareil...
Alors, puisque c'est le cas, renchérissent leurs économes, ne payons plus de licences et migrons que diable !
Pourtant de nombreux spécialistes des bases de données ayant une importante expérience dans l'utilisation de divers SGBDR et ayant dû utiliser PostGreSQL en remplacement d'Oracle ou SQL Server s'en sont mordu les doigts...
Voici quelques uns des écueils qui peuvent vous attendre le jour ou vous passerez d'une base commerciale comme IBM DB2 UDB, Oracle ou SQL Server à PostGreSQL.
Vous devez être identifié pour poster un commentaire.
, sqlpro Oracle vient d'annoncer une nouvelle version gratuite de son SGBDR. Qu'en est-il en comparaison avec MS SQL Server ?
Vous devez être identifié pour poster un commentaire.
Beaucoup d'article pseudo techniques présentent le COMMIT à deux phases (Two Phase Commit ou 2PC) comme étant ACID, c'est à dire respectant les propriétés des transactions (ACID signifiant Atomicité, Cohérence, Isolation, Durabilité). Or il n'en est rien et la COMMIT à deux phases peu parfaitement rendre votre base non intègre... Il faut comprendre que le COMMIT à deux phases n'est qu'un vulgaire moyen de coordonner des transactions distribuées sur différents SGBDR, mais est incapable de garantir la bonne finalité des différentes transactions unitaires.
Vous devez être identifié pour poster un commentaire.
La "scalabilité" (en français l'extensibilité voire "croissance" pour certains auteurs) d'un serveur est sa propension à pourvoir augmenter les ressources physiques de l'ensemble du système de façon à faire face à une charge accrue ou bien permettre une répartition de charge. Par exemple en matière de serveur web, ajouter des machines en parallèle permet rapidement et à peu de frais d'augmenter la surface d'attaque globale du système. Il n'en va pas de même en matière de serveur de bases de données, du fait des données ! Petites explications...
Vous devez être identifié pour poster un commentaire.
, sqlpro Comme nous l'avons dit dans ce billet (Partitionner vos tables pour améliorer les performances) le réel intérêt du partitionnement réside dans le gestion des espaces de stockage des différentes partitions. Bien que le partitionnement de table soit disponible dans PostGreSQL depuis quelques versions, il est loin d'être aussi intéressant que ce que propose Oracle ou MS SQL Server... Cet article à pour but de comparer la mise en œuvre des différentes solutions que proposent PostGreSQL et MS SQL Server.
Vous devez être identifié pour poster un commentaire.
Copyright © 2000-2012 - www.developpez.com