Vous n'êtes pas identifié(e).
OK merci. Je vais creuser.
OK merci, je vais fouiller, mais je suis assez étonné, car dans des buts de tests, j'ai mis en place un double de mon outil sur un autre serveur web et un autre serveur Postgres (chez l'hébergeur privé Alwaysdata), mais avec la même configuration.
Et bien cet hébergeur privé, qui pourtant utilise une version de Postgres antérieure, ne me signale aucun erreur en provenance de la base.
Cela suscite en moi une question que je vais très mal formulée, car n'étant pas expert en admin sys :
Serait-il possible qu'une connexion lente, voir très lente, pour des raisons diverses, soit transformée au niveau du serveur Postgres en une multitude de connexions ?
Bonjour à tous
Je viens d'installer GeoNetwork3 sous Postgres, ça marche plutôt bien, mais je constate certaines lenteurs, particulièrement en mode édition.
Et surtout, l'administrateur du serveur Postgres que j'utilise, qui est un serveur distant, me signale un grand nombre de connexions sur cette base depuis que je fais mes 1ers tests.
Récemment il m'a signalé 72 connexions, alors que je suis le seul à l'utiliser...
Ce genre de problème vous parle-t-il ? Est-ce possible d'optimiser sa base ou les connexions qu'un outil fait à sa base.
En guise d'exemple, voici le fichier de configuration par défaut de l'outil GeoNetwork3 :
____________________________________
jdbc.username=xxx
jdbc.password=xxxxxxxxxxxx
jdbc.database=xxxxxxxxxxxxxxx
jdbc.host=xxxxxxxxxxxxxxxxxxxxxxxxxxx
jdbc.basic.removeAbandoned=true
jdbc.basic.removeAbandonedTimeout=120
jdbc.basic.logAbandoned=true
jdbc.basic.maxActive=33
jdbc.basic.maxIdle=${jdbc.basic.maxActive}
jdbc.basic.initialSize=${jdbc.basic.maxActive}
jdbc.basic.maxWait=200
jdbc.basic.testOnBorrow=true
jdbc.basic.timeBetweenEvictionRunsMillis=10000
jdbc.basic.minEvictableIdleTimeMillis=1800000
jdbc.basic.testWhileIdle=true
jdbc.basic.numTestsPerEvictionRun=3
jdbc.basic.poolPreparedStatements=true
jdbc.basic.maxOpenPreparedStatements=1200
jdbc.basic.validationQuery=SELECT 1
jdbc.basic.defaultReadOnly=false
jdbc.basic.defaultAutoCommit=false
____________________________________
Merci d'avance pour tous conseil !
Question bête, désolé...
Un mini bog m'a fait penser que cette commande en était la cause, mais c'est résolu...
Bonjour
J'ai lancé la commande mentionnée plus haut, mais sans parvenir exactement à mes fins (ALTER DATABASE xxxx SET search_path to public,xxxx;).
Maintenant, je souhaiterais revenir en arrière, c'est-à-dire que le search_path se remettes dans sa config par défaut, c'est possible ?
OK merci !
Oulàààà ! Arthur, pouvez-vous m'expliquer plus précisément ce que va faire cette commande ?
Vous pourriez beaucoup m'aider dans mes tests en m'indiquant une commande pour déplacer un grand nombre de tables d'un schéma à un autre... Bon j'abuse un peu, ça doit se trouver en cherchant un peu...
_________________________________________
Gleu, s'il vous plaît, pouvez-vous m'expliquer ce qu'est ce fichier postgresql.conf ? Un fichier de GeoNetwork ?
Si oui, je précise que j'utilise GN3 (génial d'ailleurs ! N'hésitez pas, il vient de sortir et c'est du lourd, mon GN3 de test ici http://geo-ids.fr:9322/geonetwork).
Or, dans GN3, j'ai bien un fichier web-inf/config-db/postgres.xml, mais il ne mentionne pas de schéma sur lequel pointer.
Hummm intéressant !
Puis-je vous demander où est-ce qu'on trouve le param "search_path" ?
Bonjour
Tout est dans la question ! Au sein d'une même base, cela est-il possible sans conséquence ?
En fait j'ai une appli (GeoNetwork 3) que j'ai installé sur une base Postgres. Mais GN ne demande pas sur quel schéma. Les tables vont donc dans le schéma Public.
Je souhaiterais maintenant les déplacer dans un schéma dédié. Qu'en pensez-vous ? GN va-t-il faire le lien ?
De toute façon, je vais tester, on verra bien. Mais avez-vous des bonnes pratiques à conseiller ?
Merci !
ok THX !
OK merci
J'ai bien un nœud nommé "PostgreSQL (pg_catalog)", contenant 51 tables, et à coté du nœud "ANSI" ; tous deux dans le nœud-parent "Catalogues".
Question : pg_catalog et ANSI sont-ils des "schémas" à part entière ? Je demande ça car ils ne sont pas rangés dans le nœud "Schéma".
OK, j'utilise PgAdmin 3.
Comment puis-je accéder à ce pg_catalog ?
Autre question : si le schéma que je crée n'a pas de fonction, ni de table par défaut du type "spatial-ref_sys", est-il sain de l'utiliser ? L'ai-je mal créé ?
Merci !
Hum je n'ai pas de schéma pg_catalog...
Oui tout-à-fait, j'ai l'extension GIS.
Qu'en pensez-vous ? Est-il "sain" d'utiliser le schéma public ?
Merci !
Bonjour à tous
Quand je crée un schéma supplémentaire dans ma base, le nouveau schéma n'a aucune fonction, alors que le schéma public a 1050 fonctions. De même le nouveau schéma ne possède pas la table par défaut "spatial_ref_sys".
Est-ce normal ?
Les tables que je mettrais dans le nouveau schéma pourront-elles "communiquer" avec les tables du schéma public ?
Je vous avoue que je ne maîtrise pas totalement la notion de "schéma" dans Postgres, j'ai toujours utilisé le seul schéma public jusqu'à présent...
Bonjour à tous
Je passe doucement sur Postgres 9.3.5 (j'étais plus ou moins habitué à la 9.0.13), et j'observe des petites différences ainsi qu'un problème de performance. Je voulais dont savoir ce que vous en pensiez. Y-a-t-il de bonnes pratiques à avoir concernant ce passage ?
Je décris ce que j'observe :
Sur une même table des IRIS (50 000 petits polygones sur le territoire français), via un même GeoServer, j'observe des performances d'affichages différentes selon que cette table est sur Postgres 9.0.13 (affichage rapide) ou Postgres 9.3.5 (affichage plus lent).
Et si j'appelle le flux WMS de ces tables sur GeoNetwork, ça empire.
Or, dans l'ancienne version (9.0.13), j'ai une table "geometry_columns" où je dois renseigner les géométries utilisées dans ma base, ainsi que leur SRID. Dans la nouvelle version, je n'ai plus cela.
J'ai remarqué autre chose qui semble lié : sur une autre GeoServer, non-optimisé (Centos par défaut), et bien les connections vers cette base 9.3.5 sont régulièrement coupées et créent des erreurs de PermGen sur le Tomcat. Aucun problème quand je pointe vers la base 9.0.13.
La table manquante "geometry_columns" est-elle à l'origine de ces faibles performances ? La table manquante doit-elle être créée manuellement ? Y-a-t-il d'autres choses qui m'échappent ?
Merci !
Hihi ! Oui c'est bien ça, merci !
J'ai d'autres questions mais portant plus sur la version 9.3.5 de Postgres sur ce serveur, je vais ouvrir d'autres tickets.
Encore merci !
Bonjour
En me connectant à un serveur Postgres 9.3.5 sur PgAdmin 3, tous mes objets sont encadrés en bleu. Ceci est anormal et ne se produit que sur le serveur en question. Les autres serveurs configurés sur le même PgAdmin3 apparaissent normalement, mais je note qu'ils utilisent des version de Postgres plus anciennes.
Qu'en pensez-vous ? Avez-vous déjà eu ça ? S'agit-t-il d'un bug de Postgres 9.3.5 ou d'un nouveau paramètre de sécurité à configurer peut-être ?
Merci
Ok très intéressant merci !
Je crois que je ne cerne pas encore très bien tout l'intérêt des schémas (absent sur MySQL), mais ça va venir.
Il s'agit d'un PhpPgAdmin installé par défaut par l'hébergeur Alwaysdata, je ne sais pas comment me connecter en tant que le propriétaire nommé "postgres". Je peux créer des nouveaux utilisateurs, mais c'est tout...
Ma question sur l'utilisation des fonctions spatiales reformulée : dans le schéma que je crée moi-même, et qui est vide, pourrais-je tout de même stockées des géométries dans mes tables (et que ça marche bien sûr !) ?
OK merci des infos !
Le message d'erreur quand j'essaie de changer le propriétaire du schéma public via l'interface PhpPgAdmin est le suivant :
ERROR: must be owner of schema public
Dans l'instruction :
COMMENT ON SCHEMA "public" IS 'standard public schema';
Je vais essayer avec un ALTER SCHEMA.
Et donc, concernant le schéma que j'ai créé, vide de fonction : est-il quand même valide ? Puis-je tout de même y utiliser les fonctions spatiales de Postgres ? Ou les importer ?
Merci d'avance !
Bonjour à tous
Dîtes j'ai un problème sur PhpPgAdmin : je ne parviens pas à changer le propriétaire du schéma public de ma base (propriétaire par défaut : postgres).
Pourtant je suis bien propriétaire de la base et des tables, mais pas du schéma ! Et cela semble bloquer certaines applis web alors...
Sinon, j'ai bien envisagé une autre solution, qui peut-être même correspond à des "bonnes pratiques" : c'est tout simplement de créer mes propres shémas ! Cependant quand je crée un nouveau schéma la listes des fonctions de ce schéma est vide. Est-ce normal ?
Merci de vos conseils !
Bonjour à tous
Je commence à prendre en main un Postgres/GIS installé sur un serveur mutualisé avec MapServer installé par défaut (Super ! mais...).
Impossible d'afficher une couche alors que je n'ai pas d'erreur remontée. Ici une de mes adresse de test de mapfile :
http://hinot.alwaysdata.net/cgi-bin/map … cteurs.map
J'ai l'impression que ça vient de ma base, puisque j'ai remarqué plusieurs choses :
- Impossible de spécifier le type de géometrie (point, ligne...) d'un champ géométrique, quand je crée une table avec ce genre de requête :
CREATE TABLE fr_limite
(
gid serial NOT NULL,
nature character varying(24),
eau smallint,
geom geometry(MultiLineString),
CONSTRAINT fr_limite_pkey PRIMARY KEY (gid)
)
WITH (
OIDS=FALSE
);
ALTER TABLE fr_limite
OWNER TO user;
CREATE INDEX fr_limite_geom_gist
ON fr_limite
USING gist
(geom);
Dans cet exemple, je suis obligé de supprimer (MultiLineString) pour pouvoir créer ma table.
- J'ai aussi découvert les fonctions SSH de mon MapServer (shp2img notamment). La création d'un png par exemple, fonctionne mais le PNG est vide (logique, vu que j'ai déjà une page blanche à l'affichage de mon MapFile)...
La commande all_debug m'affiche elle aussi des choses intéressantes, dont voici les plus belles lignes :
msPostGISBuildSQLItems: 0 items requested.
...
msPostGISLayerWhichScapes got 0 records in result.
Ces remarques sont valables pour des couches de types point, polygone et ligne, et dans les projections WGS84 et RGF93. Ces couches s'affichent pourtant parfaitement dans QGIS via une connexion à mon PgAdmin local.
Avez-vous une idée d'où peut venir le problème ? Merci d'avance si vous avez le temps de jeter un œil !
J'espère aussi que ça pourra en aider d'autres, car j'ai cru comprendre que la formule proposée par mon hébergeur est relativement unique et récente (95 euros par an)...
À vérifier, mais quoiqu'il en soit je ne trouve que peu de docs correspondant à ma configuration.
De façon générale, tout semble marcher, pas d'erreur, mais : page blanche...
Mettre en compatibilité W7 puis exécuter en mode administrateur, ça marche parfaitement.
Je ne sais pas si l'exécution en mode administrateur est indispensable, en tout cas ça a fonctionné chez moi !!!
Tout est dans le titre.
Voilà j'aimerai changer la projection d'une table, mais il semblerait que celle-ci ne possède même pas de SRID, ce qui bloquerait la fonction permettant de changer le SRID.
Cette table s'affiche pourtant sans problème dans QGIS.
Ma question est donc : comment conférer un SRID à une table ?
J'avoue avoir chercher sur le net, mais sans succès.
Merci d'avance !!!
Oui c'est vrai OK chef !
