Vous n'êtes pas identifié(e).

#2 Re : Optimisation » Connexions intempestives » 26/05/2015 16:35:39

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 ?

#3 Optimisation » Connexions intempestives » 26/05/2015 14:41:24

Georgie
Réponses : 4

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 !

#4 Re : Général » Déplacer des tables d'un schéma à un autre » 22/05/2015 19:01:10

Question bête, désolé...

Un mini bog m'a fait penser que cette commande en était la cause, mais c'est résolu...

#5 Re : Général » Déplacer des tables d'un schéma à un autre » 22/05/2015 18:28:41

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 ?

#7 Re : Général » Déplacer des tables d'un schéma à un autre » 21/05/2015 16:45:53

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.

#8 Re : Général » Déplacer des tables d'un schéma à un autre » 20/05/2015 15:37:32

Hummm intéressant !

Puis-je vous demander où est-ce qu'on trouve le param "search_path" ?

#9 Général » Déplacer des tables d'un schéma à un autre » 20/05/2015 14:42:08

Georgie
Réponses : 10

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 !

#11 Re : Général » Nouveau schéma sans fonction ni table par défaut » 19/05/2015 14:35:33

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".

#12 Re : Général » Nouveau schéma sans fonction ni table par défaut » 19/05/2015 12:07:36

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 !

#13 Re : Général » Nouveau schéma sans fonction ni table par défaut » 18/05/2015 17:19:03

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 !

#14 Général » Nouveau schéma sans fonction ni table par défaut » 18/05/2015 12:25:26

Georgie
Réponses : 8

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...

#15 Général » Performances/optimisations des tables Postgres 9.3.5 » 07/05/2015 13:27:39

Georgie
Réponses : 0

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 !

#16 Re : PgAdmin3 » Encadrement bleu sur nom des objets » 07/05/2015 13:08:42

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 !

#17 PgAdmin3 » Encadrement bleu sur nom des objets » 07/05/2015 12:52:36

Georgie
Réponses : 2

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

#18 Re : Général » Modifier propriétaire shéma public » 07/03/2014 11:10:46

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.

#19 Re : Général » Modifier propriétaire shéma public » 07/03/2014 00:57:57

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 !) ?

#20 Re : Général » Modifier propriétaire shéma public » 06/03/2014 22:03:15

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 !

#21 Général » Modifier propriétaire shéma public » 06/03/2014 17:55:20

Georgie
Réponses : 6

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 !

#22 Général » MapFile page blanche et SRID à -1 après import phpPgAdmin » 06/02/2014 14:58:26

Georgie
Réponses : 0

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...

smile

#23 Re : Installation » Installation sur Windows 8 » 30/11/2012 12:42:38

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 !!!

#24 Général » Changer SRID mais absence de SRID » 24/10/2012 19:18:30

Georgie
Réponses : 12

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 !!!

Pied de page des forums

Propulsé par FluxBB