Vous n'êtes pas identifié(e).
C'est apparemment du a une mise a jour macos, cf https://github.com/pgadmin-org/pgadmin4 … 2458636320
Bonjour,
A partir du moment ou vous compilez sur la meme architecture cela ne devrait poser aucun probleme.
Make install ne fait que copier les different fichiers dans les bons repertoire. Il n'y a pas de liste d'extension a proprement parler, les vues systemes se contentent de parcourir les repertoires pour trouver la liste des extensions ainsi que leurs versions.
Bonjour,
La difference vient de la gestion des NULL avec une clause IN. Votre table2 doitt contenir des enregistrements ou id est NULL.
La documentation semble indiquer la possibilite : https://pgmodeler.io/support/docs/43-re … gs?v=1.1.0
D'apres la documentation oui : https://pgmodeler.io/support/docs/42-ap … gs?v=1.1.0
Non, le seul moyen de ne pas avoir a reconstruire les indexes en cas de mise a jour de glibc / icu est d'utiliser une collation qui ne depend pas de ces librairies, donc la collation C.
Bonjour,
[WARN] The sum of max_memory and effective_cache_size is too high, the planner may create bad plans because the system buffercache will probably be smaller than expected, especially if the machine is NOT dedicated to PostgreSQL.
Ce n'est pas un message postgres, il faudrait voir avec les outils que vous utilisez. Cela dit a vue de nez le message n'a pas l'air de vouloir dire grand chose.
PostgreSQL\9.3
Juste pour etre sur, vous etes au courant que cette version est obsolete depuis pres de 6 ans et contient des dizaines de bug et failles de securites connues et donc jamais corrigees ?
sur windows
N'etant pas utlisateur windows, aucune idee. Vous devriez consulter la documentation windows pour savoir comment utiliser l'equivalent de LANG sur cette plateforme.
Il faut configurer votre session en francais. Par exemple export LANG="fr_FR"
Le message d'erreur cote client devrait donner un indice sur le type d'erreur (port non joignable vs pb d'authentification / role non trouve), il serait d'ailleurs bon de preciser egalement la commande utilisee. Pareil, les logs du serveur devrait indiquer si une connexion a ete recue ou non.
Vous pouvez egalement essayer a coup de wireshark ou remplacer postgres par un daemon quelconque ecoutant sur le meme port, et/ou remplacer psql par n'importe quel outil ouvrant une connexion tcp sur le meme port pour vous assurer que le probleme vient de postgres plut[ot que du reseau.
Avez-vous verefie que "SHOW listen_adresses;" renvoie bien * apres le redemarrage de postgres ?
A priori le t.mount ne devrait poser soucis que si la ligne correspondant dans taxes n'existe pas. Peut-etre qu'une CTE creant la ligne dans taxes et ajoutant un produit pourrait causer probleme, mais vu le contexte j'imagine que taxes devrait assez peu changer. Vous pouvez toujours lever une erreur ou utiliser INTO STRICT pour vous assurer de toujours avoir une et une seule ligne, ce qui est toujours mieux que d'inserer une ligne problematique.
La partie problematique que je pointais concernais le "p,pric" ET le "FROM product". Vous ne pouvez pas referencer la table source dans le trigger, cela ne fera a peu pres jamais ce que vous voulez.
Bonjour,
SELECT
(p.price + (p.price * t.mount / 100)) INTO total
FROM
products AS pCette partie est clairement problematique, il faut utiliser votre parametre "price" a la place.
Vous devriez essayer ldapsearch pour valider votre syntaxe. Postgres ne detectera pas d'erreur car il se contente de valider que chaque argument est bien une chaine de caractere, mais il n'a aucune idee de leurs significations.
Au passage, pourquoi utiliser ldap (qui entre autre necessite d'envoyer le mot de passe en clair sur le reseau), plutot que GSSAPI?
Pas a ma connaissance, meme si je suis d'accord que ca serait bien utile.
Je pense qu'il faut plutot utiliser un RETURN NEXT a chqaue iteration, cf https://www.postgresql.org/docs/current … tures.html
Avez-vous teste des solutions concernant "ucrtbase.dll"? Ca a l'air d'etre la source du probleme, et cela n'est pas lie a postgres.
Malheureusement ce qu'il faut c'est le log généré par l'installeur, pas le log du journal event. Le fichier doit être dans un des répertoires temporaires standard de windows; mais ne l'utilisant pas je ne pourrais vous dire où exactement. La documentation de l'installeur devrait vous le dire.
Bonjour,
il s'agit malheureusement d'une erreur frequente. A ma connaissance c'est generalement lie a windows defender ou autre antivirus. Vous devriez avoir les logs d'execution quelquepart, ceux-ci devraient vous donner le detail de l'erreur.
Bonjour,
A moins que vous n'ayez des logs suffisants ou outisl specifiques (type pgaudit), l'information n'est pas disponible.
Pour un resultat en forme de tableau il faut effectivement soit creer une table temporaire soit passer par une fonction qui renvoie des lignes, DO ne peut pas le faire.
Bonjour,
Le probleme ici est que EXECUTE format() va simplement executer la requete mais jeter le resultat. La commande DO ne permet pas de retourner de resultat. Vous pouvez soit utiliser RAISE NOTICE pour afficher une valeur retournee par le SELECT, soit utiliser une vraie fonction et dans ce cas retourner le resultat.
Il faudrait un EXPLAIN (ANALYZE, BUFFERS) de la requete pour chacun des plans idealement (sinon seulement pour la version qui effectue un hash anti join) pour comprendre l'origine du probleme. La cause la plus probable est aue le parcours de gd_coordonnee retourne bien plus de lignes que prevu, ce qui fait exploser le temps d'execution de la requete avec un nested loop de maniere proportionnel.
Bonjour,
La vue systeme pg_stat_database contient les colonnes blks_read (blocks lu en dehors du shared_buffers) et blks_hit (blocs lu dans le shared_buffers).