Le portail francophone de la géomatique

J'ai rajouter les guillemets dont j'avais oublié la nécessité mais il me dit maintenant que ma database n'existe pas.

Qu'elle pourrait en être la cause ?

Cordialement.

Le nom de ma base de données est : Thésaurii

La requête que j'ai testé est : ALTER DATABASE "Thésaurii" RENAME TO "Thesaurii"

Et le message d'erreur : ERROR: database "Thésaurii" does not exist État SQL :3D000

J'ai aussi essayé les requêtes suivantes pour la conversion d'encodage : ALTER DATABASE "Thésaurii" SET client_encoding TO 'iso-8859-1'  et  ALTER DATABASE "Thésaurii" SET NAMES 'iso-8859-1'

Et j'ai eu le même message d'erreur

PS: La casse est bien respectée; c'est bien Thésaurii mais ce n'est pas une table mais bel et bien une base de données

Bon alors la j'en perd mon latin ... (et pas le iso-8859... )

Je vais finir par vous expliquer entièrement le contexte car il y aura peut être d'autres solutions.

Postgres est actuellement installé dans Program Files. Or, j'ai besoin qu'il soit dans un répertoire dont le chemin ne contient pas d'espace. Aussi, je voulais faire un backup de toute mes bases pour pouvoir refaire l'installation de Postgres et les restaurer ensuite. Donc, mis à part cette fameuse base "Thésaurii", les sauvegardes des bases ont fonctionné (format COMPRESS via pgAdmin). Cependant, quand je les restaure toujours via pgAdmin (histoire de voir si tout fonctionne)  j'ai le message suivant : ATTENTION : erreurs ignorées lors de la restauration : 1
Le process a retourné le code de sortie 1.

Notez que le nombre d'erreurs ignorées varie selon les bases. Et je me rend compte alors qu'il me manquerait des enregistrements... (J'ai donc regardé dans la documentation de Postgres mais je dois vous dire que le code 1 ayant pour siginfication "WARNING" ne m'est pas d'une grande aide...)

Alors que se passe-t-il ? Est ce que mon PC s'acharne contre moi ou suis je juste en train de perdre la boule ? (NB: Toute autre proposition sera bienvenue... )

Cordialement.

Pour la commande : psql -U <user> -l -->

Code:

         Liste des bases de donnÚes
       Nom        | PropriÚtaire | Encodage
------------------+--------------+-----------
 BD_MÚtadonnÚes   | postgres     | LATIN1
 CSNP_Geo         | postgres     | LATIN1
 ThÚsaurii        | postgres     | UTF8
 postgis          | postgres     | UTF8
 postgres         | postgres     | SQL_ASCII
 template0        | postgres     | SQL_ASCII
 template1        | postgres     | SQL_ASCII
 template_postgis | postgres     | UTF8
(8 lignes)

Pour la commande SQL --> le tableau de sortie me donne les noms de base suivantes: (notez que les deux base ayant des accents ont des noms vides (??))

Code:

"postgres"
"template_postgis"
"postgis"
"template1"
"template0"
""
"CSNP_Geo"
""

Pour la commande de connexion à la base l'autocomplétion ne fonctionne pas (VIVA LINUX !). Cependant, il m'est possible de me connecter via la console en tapant "Thésaurii"

Cordialement.

Bon je n'ai pas réussi a changer l'encodage que se soit dans postgresql.conf ou par la variable d'environnement... rien y fait j'ai toujours le même affichage.

Par contre, j'ai relancé ma requête SQL  (select * from pg_database;) dans la console (car avant c'était via pgAdmin) et la j'ai cette erreur :
ThÚsaurii=# select * from pg_database;
ERROR:  invalid byte sequence for encoding "UTF8": 0xe97361
ASTUCE : This error can also happen if the byte sequence does not match the enco
ding expected by the server, which is controlled by "client_encoding".

D'ailleurs j'ai toujour le meme message d'erreur de la console a chaque fois que je me connecte a une base :
Attention : l'encodage console (850) diffÞre de l'encodage Windows (1252).
            Les caractÞres 8 bits peuvent ne pas fonctionner correctement. Voir
la page
            rÚfÚrence de psql ½ Notes aux utilisateurs de Windows ╗ pour les dÚt
ails.

Comment se fait-il que la console windows soit en codepage 850 (LatinI) ne gère pas le codage Windows (WinLatinI) c'est quand même hallucinant non ? Un pote me disais que des fois les mec qui conçoivent windows doivent fumer ou boire entre 2 programmations... Moi je dirai carément qu'ils se piquent !!
Je profite donc de ce message pour pousser un coup de geule : Windows c'est de la m***** ! Voila ça me soulage même pas mais on n'y peut rien...

Donc Nicolas tu l'auras compris j'ai tenté de changer le codepage mais ça n'a rien changé.

(et en copiant/collant le nom de la base avec le caractere  bizarre, ca ne marche pas non plus ?)

Je ne comprends pas ce que tu veux dire. Tu veux que je copie/colle ça où ? J'arrive très bien à me connecter à ma base Thésaurii et même a sélectionner des enregistrements dans mes tables via la console

Bon j'ai réussi à faire en sorte que ma console gère mon encodage (chcp 1252--> je n'avais pas vu que ce code existait dans la documentation)

Maintenant, quand je lance ma requête SQL (select * from pg_database;) j'obtiens le résultat suivant :

Code:

postgres=# select * from pg_database ;
     datname      | datdba | encoding | datistemplate | datallowconn | datconnli
mit | datlastsysoid | datfrozenxid | dattablespace | datconfig |               d
atacl
------------------+--------+----------+---------------+--------------+----------
----+---------------+--------------+---------------+-----------+----------------
---------------------
 postgres         |     10 |        0 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
 template_postgis |     10 |        6 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
 postgis          |     10 |        6 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
 template1        |     10 |        0 | t             | t            |
 -1 |         10818 |          526 |          1663 |           | {=c/postgres,po
stgres=CTc/postgres}
 template0        |     10 |        0 | t             | f            |
 -1 |         10818 |          526 |          1663 |           | {=c/postgres,po
stgres=CTc/postgres}
 ThÚsaurii        |     10 |        6 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
 CSNP_Geo         |     10 |        8 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
 BD_MÚtadonnÚes   |     10 |        8 | f             | t            |
 -1 |         10818 |          526 |          1663 |           |
(8 lignes)

Pour ce qui est de la connexion via une autre machine, ca ne fonctionne malheureusement pas malgré mes modification dans postgresql.conf (listen_adresses : '*')

Par contre, j'ai réussi aussi a faire mon alter database Thésaurii et j'ai pu la sauvegarder donc ce pb est règlé. Cependant, un problème en appelant un autre, j'ai toujours des souci pour les restaurer... j'ai des erreurs lors de leurs restauration dans une base que j'ai nommée "test". D'où pourrait venir le hic ? du nouveau nom de la base ?

Bonjour,

J'ai donc sauvegardé ma base "BD_Métadonnées" et l'ai restaurer dans une base "test". à la fin de la restauration j'ai une erreur dont voici le log :

Code:

pg_restore: création de PROCEDURAL LANGUAGE plpgsql
pg_restore: [programme d'archivage (db)] Erreur pendant le traitement de la TOC (« PROCESSING TOC ») :
pg_restore: [programme d'archivage (db)] Erreur à partir de l'entrée TOC 986; 2612 16386 PROCEDURAL LANGUAGE plpgsql postgres
pg_restore: [programme d'archivage (db)] could not execute query: ERROR:  language "plpgsql" already exists
    Command was: CREATE PROCEDURAL LANGUAGE plpgsql;

Je comprends maintenant d'où vient l'erreur, il ne peut recréer un langage qui existe déjà... OK. Cependant quand je compare mes bases, je vois que j'ai 13 transtypages pour "BD_Métadonnées" et aucun pour "test". Je ne sais pas à quoi correspondent mes transtypages mais est-ce que cela est dangeureux pour l'intégrité de ma base ? Est ce que si ces transtypages sont présent dans une des bases du serveur elles n'ont pas besoins d'en disposer chacune pour pouvoir les utiliser ?

Je suis désolé si mes questions semblent trop prises de tête, mais il y a une application (MD Web) qui tourne avec ces bases et je ne voudrai pas qu'il y ai le moindre problème lors de la restauration une fois que j'aurais réinstaller postgres... Vous me comprendrez je pense !

Cordialement.

PS : Deuxième essai avec une deuxième base, cette fois ci j'ai 23 erreurs dont la premières est la même que précedemment et les suivantes concernent la création de fonctions et sont de ce type :

Code:

pg_restore: création de FUNCTION _st_coveredby(geometry, geometry)
pg_restore: [programme d'archivage (db)] Erreur à partir de l'entrée TOC 36; 1255 18539 FUNCTION _st_coveredby(geometry, geometry) postgres
pg_restore: [programme d'archivage (db)] could not execute query: ERROR:  could not find function "coveredby" in file "C:/Program Files/PostgreSQL/8.2/lib/liblwgeom.dll"
    Command was: CREATE FUNCTION _st_coveredby(geometry, geometry) RETURNS boolean
    AS '$libdir/liblwgeom', 'coveredby'
    LANGUAGE c IMM...
pg_restore: [programme d'archivage (db)] could not execute query: ERROR:  function public._st_coveredby(geometry, geometry) does not exist
    Command was: ALTER FUNCTION public._st_coveredby(geometry, geometry) OWNER TO postgres;

Et là, j'ai tout mes transtypages... Mais par contre il me manque 11 fonctions !

Bonjour Nicolas,

après un peu de repos je pense que ca devrait aller mieux.... d'ailleurs, je ne sais pas comment mais mes problèmes de transtypages se sont envolés : ça y est ils sont créés dans la restauration (pi tèt que c'est le PC qui avait besoin de repos :p)

Pour ce qui est des fonctions, et bien rien a changé. J'ai vérifié le chemin de liblwgeom.dll et mon dump pointe vers le bon chemin. Du coup j'ai testé la mise a jour lwpostgis mais rien a changé. Je met ma requête de mise a jour au cas ou je me serai trompé quelque part :

$ psql -d ma_db -U superuser -f c:\...\lwpostgis_upgrade.sql

J'aurai bien essayé la dernière solution que tu avais proposée mais à vrai dire j'ai pas tout bien compris ce qu'il fallait faire ! Mais c'est quand même bizarre que cette fonction ne soit pas dans la dll telle qu'elle existe dans postgres alors qu'elle est bel et bien présente dans ma base de données, non ?

Cordialement.

J'ai donc pu vérifier ma version de postgis et voici ce que j'obtiens :  "POSTGIS="1.1.6" GEOS="2.2.3-CAPI-1.1.1" PROJ="Rel. 4.5.0, 22 Oct 2006" USE_STATS"

Mais à quoi puis je la comparer ? Et est-ce sur que je retrouverai toutes mes fonctions dans les nouvelles versions de postgis ou comment pourrais-je le vérifier ? Car à la limite si je suis sur de pouvoir retrouver les fonctions qui me manquent dans les nouvelles versions de postgis, puisque je dois tout réinstaller de toute façon, autant arrêter de me (et aussi de te) prendre la tête puisqu'il n'y a plus que les fonctions qui posent problème.