293 résultats trouvés

par Phil
mer. 7 févr. 2018 08:53
Forum : Sauvegarde / restauration
Sujet : Multiplexer les redo avec Barman
Réponses : 2
Vues : 13322

Multiplexer les redo avec Barman

Merci à un DBA Oracle pour sa question : "il n'est pas possible de multiplexer les redo logs online avec postgresql ?" Réponse : Avec PostgreSQL, c'est le terme WAL (write ahead logs) qui est utilisé pour les fichiers de journalisation. Multiplexer les redo avec Oracle consiste à les copie...
par Phil
dim. 4 févr. 2018 18:19
Forum : Exploitation et configuration avancée
Sujet : Initialisation d'un cluster PostgreSQL
Réponses : 1
Vues : 13252

Initialisation d'un cluster PostgreSQL

Cluster PostgreSQL 10 sur RHEL 7. Toujours une organisation inspirée par FHS pour les filesystems, activation des checksums : https://pgphil.ovh/init_cluster_rhel_7_10_01.php
par Phil
lun. 29 janv. 2018 17:59
Forum : Suivi des performances, diagnostics
Sujet : La même requête est plus lente avec hibernate
Réponses : 0
Vues : 11664

La même requête est plus lente avec hibernate

Merci à Lionel pour sa question : "avec la base oracle, une requête sur une table de personnes avec un filtre sur la date de naissance prend 20s lorsqu'elle est lancée par hibernate alors que la réponse est immédiate depuis la ligne de commande. pourquoi ?" (note : la requête fournie pour ...
par Phil
mar. 23 janv. 2018 16:26
Forum : SQL et programmation
Sujet : Les résultats ne sont pas toujours bien triés
Réponses : 0
Vues : 5230

Les résultats ne sont pas toujours bien triés

Merci à un administrateur d'une appli de paye pour sa question "les résultats ne sont pas triés lorsque nous n'avons pas encore recréé tous les index pourquoi ?" Réponse : C'est un bug de l'applicatif, l'éditeur de cette solution de paye n'a pas utilisé de clause de tri (ORDER BY) au nivea...
par Phil
mar. 23 janv. 2018 11:26
Forum : Suivi des performances, diagnostics
Sujet : EXPLAIN + REQUETE vs EXPLAIN ANALYZE
Réponses : 0
Vues : 11477

EXPLAIN + REQUETE vs EXPLAIN ANALYZE

Merci à un développeur pour sa question : "Dans les articles de perf il y a de temps en temps des explain suivis de la requête. Pourquoi ne pas toujours utiliser explain analyze qui donne le plan tout en exécutant la requête ?" Réponse : Les 2 approches ne répondent pas aux mêmes besoins. ...
par Phil
jeu. 11 janv. 2018 14:06
Forum : SQL et programmation
Sujet : Sécurité, injection SQL
Réponses : 0
Vues : 4913

Sécurité, injection SQL

Merci à un développeur pour sa question : dans le billet sur les instructions préparées il est écrit dans la partie sur oracle que ne pas utiliser les bind variables est une faille de sécurité. pourquoi ? est-ce qu'en utilisant les instructions préparées postgresql on évite automatiquement la faille...
par Phil
jeu. 11 janv. 2018 12:34
Forum : SQL et programmation
Sujet : Préparer (ou non) les instructions
Réponses : 1
Vues : 6071

Préparer (ou non) les instructions

Préparer les instructions est-il toujours intéressant au niveau des performances ?
Partie 1 (généralités) : https://pgphil.ovh/prepared_statements_10_01.php
Partie 2 (plans génériques) : https://pgphil.ovh/prepared_statements_10_02.php
par Phil
lun. 1 janv. 2018 12:24
Forum : Suivi des performances, diagnostics
Sujet : Mettre à jour PostgreSQL pour améliorer les performances
Réponses : 2
Vues : 12765

Mettre à jour PostgreSQL pour améliorer les performances

Merci à un utilisateur pour sa question "les 3 plans font du // mais la requête durerait combien avec la 9.4 que nous avons en prod ?" Réponse : je n'ai pas essayé en 9.5 et versions inférieures mais en 9.6 sans parallélisme la durée moyenne était autour des 43 secondes. Le but de la page ...
par Phil
jeu. 28 déc. 2017 21:03
Forum : Suivi des performances, diagnostics
Sujet : Mettre à jour PostgreSQL pour améliorer les performances
Réponses : 2
Vues : 12765

Mettre à jour PostgreSQL pour améliorer les performances

Les dernières versions de PostgreSQL comprennent des avancées majeures au niveau des performances et de leur suivi. Cette page présente la même requête exécutée et analysée avec PostgreSQL 9.6, 10 et 11 : https://pgphil.ovh/migration_performanc ... vel_01.php