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

#1 19/07/2010 15:31:16

iviewclear
Membre

PostGres et le type de données geometry

Bonjour,

J'ai deux serveurs distincts.
Sur chacun d'eux, j'ai une base PostGres avec évidemment des tables de données
il s'avère que je suis confronté à un souci : dans mon serveur cible (celui qui doit être une copie parfaite du serveur source), il me manque une dizaine de tables
Coïncidence, ces tables contiennent au moins 1 champ de type "geometry", type de données non reconnu dans mon serveur cible.

A force de chercher, j'ai cru comprendre qu'un ensemble de fonctions spécifiques se "chargeaient" de "créer" ce type de données.
Mais cela dépasse il faut bien le dire mes compétences !!!!

Ainsi, j'ai une fonction <b>addgeometrycolumn (character varying, character varying, character varying, character varying, integer, character varying, integer)</b> dont voici le contenu :

-- Function: addgeometrycolumn(character varying, character varying, character varying, character varying, integer, character varying, integer)
 
-- DROP FUNCTION addgeometrycolumn(character varying, character varying, character varying, character varying, integer, character varying, integer);
 
CREATE OR REPLACE FUNCTION addgeometrycolumn(character varying, character varying, character varying, character varying, integer, character varying, integer)
  RETURNS text AS
'
DECLARE
	catalog_name alias for $1;
	schema_name alias for $2;
	table_name alias for $3;
	column_name alias for $4;
	new_srid alias for $5;
	new_type alias for $6;
	new_dim alias for $7;
	rec RECORD;
	schema_ok bool;
	real_schema name;
 
BEGIN
 
	IF ( not ( (new_type =''GEOMETRY'') or
		   (new_type =''GEOMETRYCOLLECTION'') or
		   (new_type =''POINT'') or 
		   (new_type =''MULTIPOINT'') or
		   (new_type =''POLYGON'') or
		   (new_type =''MULTIPOLYGON'') or
		   (new_type =''LINESTRING'') or
		   (new_type =''MULTILINESTRING'') or
		   (new_type =''GEOMETRYCOLLECTIONM'') or
		   (new_type =''POINTM'') or 
		   (new_type =''MULTIPOINTM'') or
		   (new_type =''POLYGONM'') or
		   (new_type =''MULTIPOLYGONM'') or
		   (new_type =''LINESTRINGM'') or
		   (new_type =''MULTILINESTRINGM'')) )
	THEN
		RAISE EXCEPTION ''Invalid type name - valid ones are: 
			GEOMETRY, GEOMETRYCOLLECTION, POINT, 
			MULTIPOINT, POLYGON, MULTIPOLYGON, 
			LINESTRING, MULTILINESTRING,
			GEOMETRYCOLLECTIONM, POINTM, 
			MULTIPOINTM, POLYGONM, MULTIPOLYGONM, 
			LINESTRINGM, or MULTILINESTRINGM '';
		return ''fail'';
	END IF;
 
	IF ( (new_dim >4) or (new_dim <0) ) THEN
		RAISE EXCEPTION ''invalid dimension'';
		return ''fail'';
	END IF;
 
	IF ( (new_type LIKE ''%M'') and (new_dim!=3) ) THEN
 
		RAISE EXCEPTION ''TypeM needs 3 dimensions'';
		return ''fail'';
	END IF;
 
	IF ( schema_name != '''' ) THEN
		schema_ok = ''f'';
		FOR rec IN SELECT nspname FROM pg_namespace WHERE text(nspname) = schema_name LOOP
			schema_ok := ''t'';
		END LOOP;
 
		if ( schema_ok <> ''t'' ) THEN
			RAISE NOTICE ''Invalid schema name - using current_schema()'';
			SELECT current_schema() into real_schema;
		ELSE
			real_schema = schema_name;
		END IF;
 
	ELSE
		SELECT current_schema() into real_schema;
	END IF;
 
 
	-- Add geometry column
 
	EXECUTE ''ALTER TABLE '' ||
		quote_ident(real_schema) || ''.'' || quote_ident(table_name)
		|| '' ADD COLUMN '' || quote_ident(column_name) || 
		'' geometry '';
 
 
	-- Delete stale record in geometry_column (if any)
 
	EXECUTE ''DELETE FROM geometry_columns WHERE
		f_table_catalog = '' || quote_literal('''') || 
		'' AND f_table_schema = '' ||
		quote_literal(real_schema) || 
		'' AND f_table_name = '' || quote_literal(table_name) ||
		'' AND f_geometry_column = '' || quote_literal(column_name);
 
 
	-- Add record in geometry_column 
 
	EXECUTE ''INSERT INTO geometry_columns VALUES ('' ||
		quote_literal('''') || '','' ||
		quote_literal(real_schema) || '','' ||
		quote_literal(table_name) || '','' ||
		quote_literal(column_name) || '','' ||
		new_dim || '','' || new_srid || '','' ||
		quote_literal(new_type) || '')'';
 
	-- Add table checks
 
	EXECUTE ''ALTER TABLE '' || 
		quote_ident(real_schema) || ''.'' || quote_ident(table_name)
		|| '' ADD CONSTRAINT '' 
		|| quote_ident(''enforce_srid_'' || column_name)
		|| '' CHECK (SRID('' || quote_ident(column_name) ||
		'') = '' || new_srid || '')'' ;
 
	EXECUTE ''ALTER TABLE '' || 
		quote_ident(real_schema) || ''.'' || quote_ident(table_name)
		|| '' ADD CONSTRAINT ''
		|| quote_ident(''enforce_dims_'' || column_name)
		|| '' CHECK (ndims('' || quote_ident(column_name) ||
		'') = '' || new_dim || '')'' ;
 
	IF (not(new_type = ''GEOMETRY'')) THEN
		EXECUTE ''ALTER TABLE '' || 
		quote_ident(real_schema) || ''.'' || quote_ident(table_name)
		|| '' ADD CONSTRAINT ''
		|| quote_ident(''enforce_geotype_'' || column_name)
		|| '' CHECK (geometrytype('' ||
		quote_ident(column_name) || '')='' ||
		quote_literal(new_type) || '' OR ('' ||
		quote_ident(column_name) || '') is null)'';
	END IF;
 
	return 
		real_schema || ''.'' || 
		table_name || ''.'' || column_name ||
		'' SRID:'' || new_srid ||
		'' TYPE:'' || new_type || 
		'' DIMS:'' || new_dim || chr(10) || '' ''; 
END;
'
  LANGUAGE 'plpgsql' VOLATILE STRICT;

Quelqu'un peut-il me confirmer ou pas que ce script fait bien en sorte que ce type de données soit bien reconnu par la base en cours ?

Si oui découle alors mon autre question :
Comment faire dans mon serveur cible (là ou je ne dispose pas de toutes les tables) pour que ce type de données soit bien reconnu avec la fonction qui est bien présente aussi sur ce serveur ?

Car il évidemment si je prends un script me permettant de créer une table dont un des champs est de ce type, cela ne fonctionne pas !!!!!
Un peu d'aide sur la compréhension de ce souci serait la bienvenue

En attendant, bonne journée à tous

Hors ligne

#2 19/07/2010 15:40:07

Marc Cousin
Membre

Re : PostGres et le type de données geometry

Si vous avez un type geometry déclaré sur un des deux serveurs, c'est que PostGIS a été installé sur ce serveur. Il n'a probablement tout simplement pas été installé sur le second serveur. Installer juste quelques procédures stockées ne sera pas suffisant, car il s'appuie sur des librairies qui doivent aussi avoir été installées sur le système. Essayez de savoir si PostGIS a effectivement été installé, et si oui, obtenez la procédure et suivez la sur le second serveur.


Marc.

Hors ligne

#3 19/07/2010 15:47:06

iviewclear
Membre

Re : PostGres et le type de données geometry

Marc Cousin a écrit :

Si vous avez un type geometry déclaré sur un des deux serveurs, c'est que PostGIS a été installé sur ce serveur. Il n'a probablement tout simplement pas été installé sur le second serveur. Installer juste quelques procédures stockées ne sera pas suffisant, car il s'appuie sur des librairies qui doivent aussi avoir été installées sur le système. Essayez de savoir si PostGIS a effectivement été installé, et si oui, obtenez la procédure et suivez la sur le second serveur.

Merci de cette réponse
Au risque d'abuser, quel est le moyen le plus simple de vérifier la bonne installation quand on sait que je n'ai accès qu'à la partie Data sur le serveur par l'intermédiare phpPGAdmin.
J'ai cru lire quelque part qu'un début de réponse était le nombre de fonctions présentes côté serveur cible, non ?

Et encore merci

Hors ligne

#4 19/07/2010 16:06:24

Marc Cousin
Membre

Re : PostGres et le type de données geometry

À ma connaissance il n'y a pas de 'méthode' pour vérifier à posteriori que l'installation de postgis a été correctement faite. La vérification de la présence des fonctions en elle même ne constituera pas une assurance. Si à l'heure actuelle des fonctions vous manquent, comme addgeometrycolumn, c'est que postgis est mal installé. Il ne vous reste plus qu'à le réinstaller correctement.


Marc.

Hors ligne

#5 19/07/2010 16:17:29

iviewclear
Membre

Re : PostGres et le type de données geometry

Marc Cousin a écrit :

À ma connaissance il n'y a pas de 'méthode' pour vérifier à posteriori que l'installation de postgis a été correctement faite. La vérification de la présence des fonctions en elle même ne constituera pas une assurance. Si à l'heure actuelle des fonctions vous manquent, comme addgeometrycolumn, c'est que postgis est mal installé. Il ne vous reste plus qu'à le réinstaller correctement.

Par ailleurs, on me dit de taper cette instruction-là pour vérifier l'installation de PostGIS

SELECT PostGIS_Version();

En tout cas merci

Hors ligne

#6 19/07/2010 16:29:24

Marc Cousin
Membre

Re : PostGres et le type de données geometry

Cela retournera la version. Mais ne vérifiera pas que tout est cohérent.


Marc.

Hors ligne

#7 19/07/2010 16:32:43

iviewclear
Membre

Re : PostGres et le type de données geometry

Marc Cousin a écrit :

Cela retournera la version. Mais ne vérifiera pas que tout est cohérent.

Oui merci de cette précision
Je pense qu'il va falloir recommencer l'installation pour être sur

Est-ce une chose aisée à entreprendre ou faut-il avoir des connaissances particulières ?

Merci en tout cas de votre aide précieuse

Hors ligne

#8 19/07/2010 16:49:07

Marc Cousin
Membre

Re : PostGres et le type de données geometry

Ça peut être une peu compliqué, suivant la méthode utilisée (compilation, installation de packages…). Je vous recommande de vous appuyer sur la doc de la version qui est installée sur l'autre serveur. L'idéal serait évidemment d'avoir la procédure employée sur l'autre serveur.


Marc.

Hors ligne

Pied de page des forums