Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Re : Général » Ajout et suppression de colonnes conditionnés par la propriété » 19/10/2020 15:43:01
Bonjour,
si on regarde la doc :
https://docs.postgresql.fr/12/ddl-priv.html
on peut voir que tous ces droits arwdDxt sont suffisants pour pleins de chose sauf pour altérer la table en question.
Il faut être propriétaire de la table pour utiliser ALTER TABLE :
#27 Re : Sécurité » Variable d'environnement PGPASSFILE sur Windows » 25/09/2020 17:22:03
bonjour,
Juste une question : es-tu en mode trust dans le pg_hba.conf ?
Si oui il n'utilise jamais le pgpass.conf.
#28 Re : Optimisation » Trouver la valeur des binds » 15/09/2020 10:00:46
Bonjour,
Vous pouvez jouer avec auto_explain :
https://docs.postgresql.fr/9.3/auto-explain.html
#29 Re : PL/pgSQL » ORDER BY - Problème d'ordre » 08/06/2020 15:43:59
bonjour,
Il faut jongler avec les collations pour trouver laquelle correspond à ce que vous voulez obtenir.
Effectivement on ne trie pas de la même manière en français, en allemand ou en anglais par exemple.
Vous pouvez lire ceci :
https://docs.postgresql.fr/11/collation.html
#30 Re : Général » pgBackRest » 11/05/2020 09:54:27
bonjour,
Je débute avec pgbackrest, mais je suppose qu'en augmentant le paramètre repo-retention-full dans votre conf pgbackrest, vous pourrez copier les fichiers de backup à l'endroit prévu par pgbackrest et éviter ainsi qu'il les supprime au vue de la conf de rétention.
#31 Re : Général » Haute disponibilité , quelle solution choisir ? » 06/04/2020 18:05:53
oui avec 3 sites c'est jouable sans probleme. tel qu'indiqué dans le lien.
primary : c'est le master qui est ouvert en ecriture.
replica et standby : ce sont les slaves en lecture seule et en attente.
witness : ?
#32 Re : Général » Haute disponibilité , quelle solution choisir ? » 06/04/2020 15:56:09
Bonjour,
Ma petite contribution :
Pgpool : testé et abandonné aussitôt (problèmes de bascule, de cohérence de données (séquences), peu résistant à un arrêt brutal électrique, complexe à mettre en œuvre si on veut faire les choses bien)
pacemaker/corosync/PAF : actuellement en production dans notre (grosse) entreprise : ça marche très bien. Un peu de complexité au départ mais une fois que c'est en place, ça fait bien le boulot (au niveau de la disponibilité).
Patroni : en cours d'évaluation chez nous car il semble très prometteur et plus simple que pacemaker/PAF et plus fiable d'après les tests que j'ai pu voir en POC. En plus adossé à du HA proxy, si votre application est faite pour, on peut faire de la répartition de charge (select sur les slaves) pour faire de la scalabilité horizontale.
Les autres technos, je ne connais pas.
#33 Re : Général » Migration des CAF sous PostgreSQL » 13/03/2020 18:42:38
"réduire ses coûts" dans le cloud Oracle... si c'est pas un troll.
En tout cas merci j'ai bien ri ;-)
(et non je ne suis pas un intégriste postgresql (je suis aussi admin Oracle, sqlserver)
#34 Re : Général » enregistrer sortie de pg_restore » 31/01/2020 11:52:01
bonjour,
Habituellement je fais un truc du genre :
pg_restore ...blablabla... 2>&1 | tee -a monfichierlog.log
#35 Re : Sécurité » role et user postgresql » 18/10/2019 11:02:52
Bonjour,
C'est simple :
un user est un rôle qui peut se connecter (qui possède la clause LOGIN lors du create role)
extrait de la doc :
LOGIN, NOLOGIN
Ces clauses précisent si un rôle est autorisé à se connecter, c'est-à-dire si le rôle peut être donné comme nom pour l'autorisation initiale de session à la connexion du client. Un rôle ayant l'attribut LOGIN peut être vu comme un utilisateur. Les rôles qui ne disposent pas de cet attribut sont utiles pour gérer les droits de la base de données mais ne sont pas des utilisateurs au sens habituel du mot. NOLOGIN est la valeur par défaut, sauf lorsque CREATE ROLE est appelé à travers la commande CREATE USER.
#36 Re : Installation » explication sur les timezones » 16/10/2019 15:07:29
normalement la définition d'une colonne est prioritaire à la définition d'une database.
Donc votre colonne en timestamp without timezone ne sera pas impactée par le timezone de la base elle même.
#37 Re : Installation » explication sur les timezones » 15/10/2019 15:41:02
bonjour,
car without timezone correspond à UTC ?
#38 Re : Optimisation » seqscan face a un parcour d'index » 06/09/2019 10:14:25
mais oui bien sûr où avais-je la tête ;-)
Merci pour ces précisions.
#39 Re : Optimisation » seqscan face a un parcour d'index » 05/09/2019 15:12:59
bonjour,
Si je ne me trompe pas le generate_series va insérer 10 millions de valeurs distinctes dans la colonne a.
Donc l'index ne sera jamais utilisé car il n'y a aucun intérêt par rapport au parcours de la table lui-même.
De plus dans votre select il n'y a pas de clause where.
#40 Re : Général » extension pour gérer la partie index » 05/09/2019 10:29:55
bonjour,
Justement j'ai une question à propos ioguix/pgsql-bloat-estimation :
Comment interpéter les colonnes (pour les index surtout) real_size, extra_size, extra_ratio, bloat_size et bloat_ratio ?
A partir de quelles valeures doit-on envisager un rebuild de l'index ?
#41 Re : Général » héritage sous postgres » 15/05/2019 16:42:27
Bonjour,
Depuis la v10 on peut créer des tables partitionnées.
Je ne sais pas si ça répond à votre problématique (je ne fait que passer).
#42 Re : Site PostgreSQL.fr » Postgresql : socket Unix « /var/run/postgresql/.s.PGSQL.5432 » ? » 29/03/2019 17:56:15
et voilà Daniel a raison et vous avez votre réponse : votre instance en ligne écoute sur le port 5433.
#43 Re : Site PostgreSQL.fr » Postgresql : socket Unix « /var/run/postgresql/.s.PGSQL.5432 » ? » 29/03/2019 15:42:20
Bonjour,
Cela signifie que votre instance n'est pas démarrée.
#44 Re : Optimisation » Impact du paramètre wal_compression sur les performances » 25/03/2019 15:37:02
Bonjour,
Et si au lieu de compresser les fichiers wal, vous augmentiez leur taille pour avoir moins souvent d'écriture sur disque ?
(voir --wal-segsize lors de l'initdb)
#45 Re : Général » upgrate postgres de 9.5 vers 10 » 19/03/2019 09:45:11
Bonjour,
je ne sais pas comment ça marche dans votre distribution linux, mais avec une redhat il suffit de lancer "pg_upgrade --check ...." pour lancer l'upgrade à blanc pour voir s'il y a des erreurs. Cette commande ne modifie rien dans votre instance.
#46 Re : Général » sauvgarde des bases avec de tablespace différent de chemin par défault » 28/02/2019 10:43:55
bonjour,
ce n'est pas un problème. Si postgres voit toutes vos données et vos tables, pg_basebackup les verra aussi.
Les tablespaces sont fait pour ça. Je ne sais pas pour windows mais dans linux, les datafiles peuvent être placés ailleurs que dans le repertoire par défaut grâce aux tablespaces.
create tablespace créé des liens symboliques dans pg_tblspc.
#47 Re : Général » historique du backup pg_dump » 08/02/2019 16:58:29
type_sav status date_debut date_fin
"EXPORT";"OK";"2017-03-15 22:00:01";"2017-03-15 22:00:09"
"INCREMENTALE";"OK";"2017-03-15 22:00:01";"2017-03-15 22:00:09"
"INCREMENTALE";"OK";"2017-03-16 22:00:02";"2017-03-16 22:00:09"
"EXPORT";"OK";"2017-03-17 22:00:02";"2017-03-17 22:00:09"
"INCREMENTALE";"OK";"2017-03-17 22:00:02";"2017-03-17 22:00:09"
"INCREMENTALE";"OK";"2017-03-18 22:00:04";"2017-03-18 22:00:11"
"FULL";"OK";"2017-03-19 22:00:01";"2017-03-19 22:00:14"
"INCREMENTALE";"OK";"2017-03-20 22:00:01";"2017-03-20 22:00:11"
#48 Re : Général » historique du backup pg_dump » 08/02/2019 11:47:25
un exemple de ce qu'il y a dans notre table ?
#49 Re : Général » historique du backup pg_dump » 08/02/2019 11:21:31
Bonjour,
chez nous, notre script shell de sauvegarde alimente une table dédiée avec le date et l'heure de stockage, le status OK/KO de la sauvegarde.
#50 Re : Réplication » comment effectuer un basculement » 07/02/2019 16:38:20
non, non... inutile de faire un arrêt du master pour faire le resync. Il faut passer par un pg_start_backup/pg_stop_backup.
mais le mieux est de bien lire la doc :
https://docs.postgresql.fr/9.6/warm-standby.html
https://docs.postgresql.fr/9.6/warm-sta … lover.html