Message posté par : Sylvain M.
----------------------------------------
Bonjour à tous,
J'ai intégré récemment dans mon serveur PostGreSQL local la Bd-Topo v3, France entière.
Pas de souci pour y accéder depuis PGAdmin, et y exécuter mes requêtes SQL.
Par contre, quand je passe par QGis pour charger les données, le logiciel mets plusieurs minutes à afficher le contenu du schéma correspondant.
Non pas à charger les données (ça, bien sûr que c'est long), mais à scanner les tables du schéma lorsque je fait :
"Ajouter une couche PostGis > Connecter (à la Bdd de la Bd Topo) > ..."
A ce moment là, QGis affiche en barre d'état en bas :
"Balayage colonne schema.table.geometrie..."
Et c'est ça qui prend plusieurs minutes (toutes les tables sont scannées et ça prend bcp de temps par table)
Par contre, je n'ai pas de souci de lenteur quand je passe par le gestionnaire de BDD (mais qui n'affiche que les données ayant une géométrie).
Vous rencontrez aussi ce problème ?
Merci pour votre aide.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325444#p325444
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Sylther
----------------------------------------
RTFM :) Man power :)
Je n'avais absolument pas pensé à cette démarche de base qui consiste à regarder le man.
Grand merci Tumasgiu !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325427#p325427
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : T. Rossini
----------------------------------------
Salut,
après un petit coup d'oeil au manuel de psql
-----------------
Code :
man psql
-----------------
Si votre script comporte plusieurs commandes distinctes,
psql les exécutera toutes, mêmes si certaines échouent.
Si la p
Vous avez la possibilité de définir la variable psql ON_ERROR_STOP,
qui permet au script de s’arrêter à la première erreur rencontrée.
Quand cette variable est définie, le code de retour après exécution vaudra 3.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325425#p325425
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Sylther
----------------------------------------
Bonjour à toutes et tous,
Je travaille sur une base postgres en lançant des requêtes via un script shell qui ressemble à ceci :
-----------------
Code :
#!/bin/bash
# -*- mode:shell-script; coding:utf-8; -*-
psql -h localhost -f maRequete.sql maBase user
if [ $? -eq 0 ] ; then
echo "Ça marche" | mailx -s "Fin du traitement " xxx(a)xxxx.fr
else
echo "Ça marche pas" | mailx -A /home/xxxx/nohup.out -s "ERROR : Fin du traitement : $1" xxx(a)xxxx.fr
-----------------
Mon problème est le suivant : même en cas d'échec de la requéte, le code de retour de psql semble être 0, ce que j'ai vérifié manuellement (ici un ST_union qui plante):
-----------------
Code :
~$ psql -h localhost -f maRequete.sql maBase user
psql:landuse.sql:3: ERREUR: GEOSUnaryUnion: TopologyException: Input geom 1 is invalid: Ring Self-intersection at or near point 618237.49999999965 6897087.5 at 618237.49999999965 6897087.5
~$ echo $?
0
-----------------
Sauriez-vous comment connaître le véritable état de sortie de pgsql après une requête ? J'ai été voir ici (https://docs.postgresql.fr/11/errcodes-appendix.html) , mais sans trouver mon bonheur.
Bref, je suis preneur de toute piste ! :)
Bonne journée,
S.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325423#p325423
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : T. Rossini
----------------------------------------
-----------------
Citation :
Du coup, pas de doublement des antislash :
-----------------
Doubler les antislash a du sens quand vous devez spécifier
un chemin d'accès windows dans un environnement ou
l'antislash est le caractère d'échappement, c'est à dire qu'il
n'est pas considéré comme un caractère mais qu'il demande
a l'environnement d'interpréter différemment le caractère qui
lui succède (exemple \n, symbolise un retour à la ligne).
Pour que l'environnement interprète l'antislash comme un antislash,
on lui applique lui même un antislash.
-----------------
Citation :
Et quant au fait de sauvegarder 100Go de données (une 20aine de BDD) dans un seul fichier dump, ça vous semble raisonnable ?
-----------------
Ca n'est pas interdit, vous pouvez juste peut etre compresser la sortie
afin de ne pas avoir un gigantesque ficher sql en sortie.
-----------------
Code :
pg_dumpall | gzip > \\serveur-sig\data\db.sql.gz
-----------------
(il vous faut gzip d'installé, ou un programme equivalent)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325287#p325287
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Sylvain M.
----------------------------------------
-----------------
Citation :
çà dépends du terminal que vous utilisez
-----------------
Je suis sur Windows, et je lance les commande avec CMD
Du coup, pas de doublement des antislash :
-----------------
Code :
$ pg_dumpall > \\serveur-sig\data\db.out
-----------------
Et quant au fait de sauvegarder 100Go de données (une 20aine de BDD) dans un seul fichier dump, ça vous semble raisonnable ?
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325282#p325282
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : T. Rossini
----------------------------------------
Salut,
çà dépends du terminal que vous utilisez :
windows :
\\serveur-sig\data\db.out
*nix:
//serveur-sig/data/db.out
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325279#p325279
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Pascal PLUVINET
----------------------------------------
bonjour,
Est-ce que ce post (un peu vieux mais je pense d'actualité) peut t'aider :
https://georezo.net/forum/viewtopic.php?id=88912
Il me semble qu'à l'époque la réponse de N. RIBOT m'avait bien aidé.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325268#p325268
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Sylvain M.
----------------------------------------
d'ailleurs, j'ai une petite incertitude de la syntaxe pour le "db.out", sachant qu'il sera sur un partage réseau (pas assez de place en local) :
-----------------
Code :
\\\\serveur-sig\\data\\db.out
ou
\\serveur-sig\data\db.out
ou
//serveur-sig/data/db.out
???
-----------------
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325256#p325256
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Sylvain M.
----------------------------------------
Je me permets de relancer cet échange qui m'a déjà beaucoup appris (j'ai temporairement déplacé temporairement certaines données sur un nouveau tablespace).
Je n'ai pas encore mon nouveau disque dur afin de gagner en espace de stockage local, mais je viens d'apprendre que la maintenance informatique allait passer mon PC de Windows 7 à Windows 10 (mise à niveau ou réinstallation, je ne sais pas encore).
Du coup, le point qui m'inquiète le plus concerne les bases de données de mon serveur PostGre local.
Je pense que j'en profiterai pour installer une version plus récente de PostGreSQL (je suis en 9.3 et je passerais bien en 11.5, depuis ici (https://www.enterprisedb.com/downloads/postgres-postgresql-downloads) )
Afin que je ne fasse pas de bêtise et comme la manip risque d'être assez longue vu le volume de données (100Go dans le dossier "base"), pouvez-vous me confirmer qu'un simple "pg_dumpall" sera suffisant ?
Pour sauvegarder:
-----------------
Code :
$ pg_dumpall > db.out
-----------------
Pour restaurer :
-----------------
Code :
$ psql -f db.out template1
-----------------
(si j'ai bien compris, le "template1" est bidon, car on ne spécifie pas de base de donnée particulière, toutes étant restaurées)
Pensez-vous à d'autres choses avant d'envisager cette mise à jour (voire réinstallation) du système ?
Merci pour vos conseils :)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325255#p325255
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
