Discussion :

[Calluna]

Bonjour,

Je cherche à importer les fichiers fonciers dans la base de données que j’ai créée. J’ai suivi les instructions qui figurent dans les explications très sommaires données ici https://datafoncier.cerema.fr/ressources/installer-une-base-donnees-fichiers-fonciers-et-dv3f.
Le tutoriel indique que le format .sql s’utilise via une commande « psql ».

J’ai ouvert cette commande de deux manières :
- d’une part en passant par le menu des programmes > PostgreSQL 16 > SQL shell (psql)
- d’autre part en utilisant la touche Windows+R pour me rendre dans le répertoire de PostgreSQL/bin. Là j’ai trouvé un « sous-programme » nommé « psql ». En cliquant dessus j’ai bien une fenêtre de commande qui s’ouvre.

Or dans un cas comme dans l’autre ça n’a pas fonctionné :
- dans le premier cas, lorsque la fenêtre de commande s’ouvre, il est déjà mentionné « server [localhost] : ». Lorsque je saisis la commande indiquée sur le site du Cerema, retour à la case départ. Il m’est demandé de renseigner « database », puis « port », etc. Puis apparaît un texte sollicitant la saisie d’un mot de passe. Un curseur apparaît face aux deux points mais impossible de saisir le moindre caractère ! Il est à noter que cette ligne apparaît à la fin de tout ce bloc de messages d’erreurs :

psql: attention : option supplémentaire « 2023 » ignorée
psql: attention : option supplémentaire « -f » ignorée
psql: attention : option supplémentaire « T:\OBSERVATOIRE\demande » ignorée
psql: attention : option supplémentaire « fichiers » ignorée
psql: attention : option supplémentaire « fonciers » ignorée
psql: attention : option supplémentaire « 2023\1_DONNEES_LIVRAISON\ff_init.sql » ignorée
psql: attention : option supplémentaire « -U » ignorée
psql: attention : option supplémentaire « calluna » ignorée
psql: attention : option supplémentaire « -d » ignorée
psql: attention : option supplémentaire « FF » ignorée
psql: attention : option supplémentaire « 2023 » ignorée
psql: attention : option supplémentaire « -p » ignorée
psql: attention : option supplémentaire « 5432 » ignorée
Mot de passe pour l'utilisateur calluna :

- dans le second cas, lorsque la fenêtre s’ouvre, c’est « Mot de passe pour l'utilisateur calluna : » qui est déjà affiché et j’ai le même problème : il m’est impossible de saisir le moindre caractère

Je précise que j’ai également cherché la solution dans les réponses déjà données sur ce forum J’ai testé la piste donnée à LillyCo (message du 29/06/2021). J’arrive à ouvrir une fenêtre noire qui présente ceci : « U:\ : » , mais quand je copie-colle la commande, j’ai un message qui dit « psql n’est pas reconnu comme commande interne »…
Merci pour votre aide.

[gabriel21]

Peux tu donner la commande réelle que tu passes?
A première vue, le chemin du fichier possède des espaces, donc il faut échapper ses espace (généralement en mettant le chemin entre guillemet). Dans ce cas, le chemin est traité comme une série d'options que le logiciel n'arrive pas à interpréter. Pour éviter un plantage, il ignore les options malformées.
Ensuite le tutoriel parle:

1. de lancer un console cmd.
2. de se déplacer dans le dossier où se trouve l’exécutable psql avec la commande chdir suivi du chemin du dossier. Il est possible de définir une variable d’environnement, mais ce n'est utile que si tu l'utilise quotidiennement.
3. de lancer la commande une fois dans le dossier. Sinon tu as le message « psql n’est pas reconnu comme commande interne »

Le serveur de PostgreSQL vient du monde Linux, il est fort probable qu'il prenne bien en compte ton mot de passe, sans pour autant que tu ais un retour sur l'écran. C'est déroutant au début, mais on s'y habitue. En tout cas sous les versions Linux, c'est bien le cas. Donc tape ton mot de passe suivit de la touche entrée

Question subsidiaire, qui n'a rien avoir avec tes messages d'erreur.
Pourquoi une version 16 de PostgreSQL? Le fournisseur de la base de données recommande d'installer PostgreSQL dans une version 9.X, 10 ou 11. Je sais que c'est un peu ancien, mais soit le site n'a pas été mis à jour, soit il y a une contrainte de compatibilité. Si c'est le deuxième cas, l'import des données risque de planter.

[Calluna]

Bonjour,

Concernant la commande, avant votre réponse, j'avais déjà essayé plusieurs syntaxes qui combinaient différemment les critères suivants : avec espace/sans espace pour le nom de la BDD, avec guillemets/sans guillemets pour le chemin. Je viens d'essayer en enlevant les espaces également pour le chemin, avec ou sans les guillemets et ça ne marche toujours pas. Voici le tout dernier exemple de la syntaxe testée : psql -h localhost -p 5433 -U calluna -d FF2023 -f « T:\OBSERVATOIRE\demandefichiersfonciers 2023\1_DONNEES_LIVRAISON\ff_init.sql »

Comme je le disais, (c'est le second cas que je décris) j'ai bien essayé de suivre la consigne donnée dans le Tuto, à savoir aller dans le répertoire de Postgres et de là ouvrir la fenêtre de commande en cliquant sur "psql", mais lorsque je fais cela, la fenêtre demande directement mon mot de passe! (S'agissant du message « psql n’est pas reconnu comme commande interne », je l'ai eu en testant une toute dernière piste trouvée sur ce forum mais qui n'est sans doute pas transposable à mon cas.)

Je ne l'avais pas précisé dans mon message mais j'ai bien essayé de saisir mon MDP malgré tout mais ça ne marche pas :
- quand je suis dans la fenêtre de commande ouverte par la voie 1 (à savoir menu des programmes > PostgreSQL 16 > SQL shell (psql)), quand je tape "entrée" après avoir saisi le MDP, apparaît un message d'erreur d'authentification,
- quand je suis dans la fenêtre de commande ouverte par la voie 2 (en passant par chdir), la fenêtre disparaît purement et simplement dès que je tape "entrée".

Enfin je pense qu'en effet le site du Cerema n'est pas à jour car la version 9 (X ou pas) n'est plus disponible. Au cas où, j'ai installé la version 10.23 ce matin mais j'ai exactement les mêmes problèmes qu'avec la version 16.

Merci quand même.

[gabriel21]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

psql -h localhost -p 5433 -U calluna -d FF2023 -f « T:\OBSERVATOIRE\demandefichiersfonciers 2023\1_DONNEES_LIVRAISON\ff_init.sql »

Peut être une erreur de recopie, mais il y a un espace entre demandefichiersfonciers et 2023.
Pour plus de facilité, pourrais tu faire une copie de la totalité de la commande et des erreurs remontées le tout encadré par la balise [ code ]pas d'espace entre les crochets [ /code ]. Ce sera plus simple et plus lisible.

Je ne l'avais pas précisé dans mon message mais j'ai bien essayé de saisir mon MDP malgré tout mais ça ne marche pas :
- quand je suis dans la fenêtre de commande ouverte par la voie 1 (à savoir menu des programmes > PostgreSQL 16 > SQL shell (psql)), quand je tape "entrée" après avoir saisi le MDP, apparaît un message d'erreur d'authentification,

Bon, le problème est avant tout un problème d'authentification. Je vois 2 principales raisons :

1. le mot de passe n'est pas bon. Tu as un compte administrateur et un compte utilisateur. Le SQL shell, de tête, va tenter de se connecter en administrateur. Si tu lui fournit le mot de passe de l'utilisateur calluna, cela ne fonctionne pas. De toutes les façons, tu ne peux par relancer la commande pgsl dans le SQL shell
2. Postgresql ne supporte pas une connexion autre que le compte administrateur pour le shell . 2 solutions : autoriser le compte calluna a utiliser le shell ou faire l'import des données avec le compte administrateur. Dans le second cas, cela n'aura pas d'impact sur la gestion de la base par l’utilisateur si les bons droits (avec la commande grant) lui ont été donnés sur la base.

- quand je suis dans la fenêtre de commande ouverte par la voie 2 (en passant par chdir), la fenêtre disparaît purement et simplement dès que je tape "entrée".

Il faudrait aller voir les logs de pqsl pour en savoir un peu plus. Mais si l'utilisateur calluna ne peut se connecter via le shell (la cause n°2), c'est normal. Réessaye l'import avec le compte administrateur. Si cela échoue, il faudra modifier le fichier de configuration pg_hba.conf pour autoriser les connections.
Je n'utilise PostgesSQL que dans un environnement Linux, pas Windows. Je sais qu'il y a des différences. Je vais essayer de t'aider au mieux

[Calluna]

Bonjour,

Merci encore Gabriel.
La semaine dernière, une SIGiste (travaillant également sous Windows) est intervenue directement pour effectuer des manipulations sur mon poste. Ça a fini par fonctionner au bout d’une longue suite de tâtonnements et il s’avère que ce n’était pas un problème de version.

Voici tout ce qu’elle a fait : (NOTA : il n’est pas certain que chaque élément soit une condition sine qua non pour que ça marche)
- Modification de mon MDP et de mon nom d’utilisateur Postgres (manifestement il fallait un nom d’utilisateur sans point). NOTA : elle a choisi « postgres » à la fois comme MDP et comme nom d’utilisateur.
- Modification du nom du répertoire où se trouvaient les données SQL : elle a donné un nouveau nom sans espace, juste avec des underscores.
NOTA : La console de commande demandait toujours le MDP pour mon nom d’utilisateur initial ; c’est pourquoi elle a redémarré.
- Déplacement des fichiers de données sur le disque dur (au lieu du serveur).
- Modification de la syntaxe du chemin : elle a mis des slashs au lieu d’anti-slashs.

Les différentes étapes à suivre :

Saisir « psql » dans le champ de saisie en bas de l’écran pour ouvrir SQL Shell (psql). La fenêtre ci-dessous apparaît, choisir « ouvrir l’emplacement du fichier »



Cela amène dans C:\ProgramData\Microsoft\Windows\Start Menu\Programs\PostgreSQL 16
Aller sur SQL shell (psql), ouvrir le menu contextuel et choisir « exécuter en tant qu’administrateur »



La console de commande s’ouvre :



Renseigner les informations de la base de données.

Quand « ff_2023=# » apparaît, c’est que la connexion à la base est effective.

Exécution du fichier ff_init.sql pour créer la structure de la base de données :
C:\Users\calluna\Documents\1_DONNEES_LIVRAISON\ff_data.sql
\i C:/Users/calluna/Documents/1_DONNEES_LIVRAISON/ff_init.sql

Exécution du fichier ff_data.sql pour intégrer les données dans la base de données :
C:\Users\calluna\Documents\1_DONNEES_LIVRAISON\ff_data.sql

(NOTA : J’ai un doute concernant la syntaxe de la commande pour les données : la commande ci-dessus est ce qu’elle a copié dans le fichier récapitulant ses manipulations mais je remarque que la syntaxe n’est pas la même que la commande précédente…)

Enfin, quand l’écran ci-après apparaît c’est que les données sont copiées. La procédure est allée au bout.

[Michel.Priori]

Bonjour Calluna,

/!\ Même pour une instance de formation , on ne communique pas le user/pwd ! => faut changer, au moins, le pwd

Note :"postgres" est le compte d'installation sous linux, là on est sous Windows
Il peut y avoir plusieurs/différents/d'autres comptes SUPER, autant créer un compte avec ton prénom et un mot de passe simple (mais différent du nom du compte, quand même).
In fine, désactiver le compte postgres : ALTER USER postgres WITH NOLOGIN;

La bonne nouvelle est que le client psql fonctionne.

Normalement le package d'installation installe aussi PgAdmin.
Au cas où, faut le télécharger ici : https://www.pgadmin.org/download/
Il a ses défauts, mais il reste largement plus ergonomique que Psql.