Oui un redémarrage du poste.

La meilleure chose à faire je pense, c'est d'essayer de reproduire le problème sur mon poste.
Puis d'installer la version la plus récente d'ODBC pour PostgreSQL (version du 3 juin), puis essayer de nouveau de reproduire le problème sur mon poste.

Cordialement,

Les logiciels clients sont propriétaire (ex: Excel, Crystal Reports etc...), du coup il n'est pas possible de les modifier.
Il y a une petite perte de confidentialité, c'est dommage.

Sujet résolu. Merci

Bonjour,

J'ai lu ces trois chapitres mais je n'ai toujours pas compris le rapport.

En faite mon problème, si j'ai bien compris, c'est que je ne peux pas passer par l'installation ".exe" car je ne dispose pas des droits nécessaire pour que l'installateur crée un Service c'est bien ça ?

Mais pourquoi l'installateur ne vérifie pas avant installation que j'ai bien tout les droits pour installer PostgreSQL correctement ?

PS: De plus je suis allé dans le dossier C:\Program Files (x86)\PostgreSQL\9.2\data\pg_log mais je n'ai pas trouvé de "install-postgresql.log" pour voir où l'installation bloque exactement.

Merci

Bonjour,

En effet, lorsque je lance pgadmin3 et services.msc, je ne vois aucun service PostgreSQL dans la liste.
Je suis allé voir votre lien mais je ne vois nulle part l' "installation manuelle", pourrais-je avoir plus de précisions ?

Merci

Il existe des formations PostgreSQL ?
Un diplôme d'école en informatique n'est pas suffisant ?

Merci à tous pour vos réponses

En effet DO est très pratique pour faire du PL/pgSQL sans avoir à créer de fonction.
La syntaxe pour faire du C me paraît un poil compliqué, je m'y lancerais dedans si c'est vraiment nécessaire un jour.

Pour ce qui est du SQL/PSM j'ai voulu m'intéresser à sa syntaxe de plus prêt en consultant la doc MySQL... pas terrible en faite :
- Pour ce qui est des conditions IF / ELSIF / ELSE, c'est la même chose que le PL/pgSQL (avec "ELSEIF" et pas "ELSIF").
- Pour le WHILE il suffit juste de remplacer LOOP [...] END LOOP du PL/pgSQL par DO [...] END WHILE.
- La syntaxe du LOOP est vraiment nulle, vous devez impérativement créer un label pour quitter une boucle infinie avec la commande LEAVE label, en PL/pgSQL EXIT suffit.
- Il n'y a pas de boucle FOR, celui-ci est remplacé par un équivalent : REPEAT
- Une nouvelle instruction apparait, ITERATE : "Refaire une boucle" WHILE | REPEAT | LOOP en cours lorsqu'une condition est vraie.
- Pour tout les boucles (WHILE | REPEAT | LOOP) il est possible de créer des labels, je pense que c'est même conseillé.
- L'instruction CASE reste identique
- Enfin, comme avec le T-SQL, il existe une syntaxe pour les procédures et une autre pour les fonctions.

Par contre j'aurais une dernière question, concernant les variables dans les procédures, en faite j'ai voulu créer un petit programme utilisant une procédure stockée qui contient une requête (je souhaiterais donc récupérer la valeur de plusieurs colonnes d'une requête), j'ai donc fais ceci :

DO $$
DECLARE var1 integer;
DECLARE var2 integer;
BEGIN
SELECT MIN(val) INTO var1 FROM t1; -- Pas d'erreur
SELECT MIN(val) INTO var1, MAX(val) FROM t1; -- Pas d'erreur
SELECT MIN(val) INTO var1, MAX(val) INTO var2 FROM t1; -- ERREUR
END;
$$

Donc je ne peux pas faire de SELECT... INTO plus d'une seule fois !
J'ai aussi essayé avec l'affectation ( := ) mais ça ne fonctionne pas.

J'ai donc vu cette exemple sur internet.
6. Peut-t-on réellement mettre en paramètre d'une fonction le nom des colonnes d'une requête comme dans l'exemple?
(c'est la première fois que je vois cette manière de procéder).
7. Quel est la syntaxe à adopter pour créer une procédures stockées contenant une requête dont les valeurs des colonnes vont servir dans un programme (Java, PHP, Python etc...) ?

Je vous remercie

Oui c'est habituellement ce que je fais, j'utilise un éditeur de texte coloré (très pratique), j'utilise aussi les symboles $ pour créer ou remplacer une fonction.

Au début, quand j'ai vu l'erreur, je me suis posé des questions parce qu'on peut coder en T-SQL sans créer de fonction sous SQL Server, mais après j'ai compris

1. J'ai vu que PostgreSQL permettait de coder en C, Perl, Python etc... y a t-il beaucoup de personne codant avec ces langages ?
Je veux dire par là que bien que je sache coder en C par exemple, je ne l'utiliserais pas pour créer des fonctions, j'utiliserais sans hésiter le PL/pgSQL.

J'ai lu quelque part qu'il existait le SQL/PSM, je connais très peu d'information là-dessus, je sais juste que c'est un langage normalisé (en 2003, donc récent) et qu'il était équivalent au T-SQL / PL/SQL / PL/pgSQL.

J'ai trouvé ce document qui parle du SQL/PSM, et j'ai été étonné de voir que c'est MySQL qui l'implémente (moi qui cherchait à connaitre le nom du langage utilisé par MySQL je ne suis pas déçu ).

Pour finir j'ai lu cette autre lien, qui dit que PostgreSQL implémente ce langage depuis 2007 (c'est très récent), mais je n'ai rien vu de tel sur internet.

2. J'ai trouvé très peu d'information sur le SQL/PSM. Pourquoi parles-t-on très peu du SQL/PSM ?
3. Est-ce que PostgreSQL intègre ou va intégrer ce langage ? (car je sais que PostgreSQL respecte au mieux les normes)
    Si oui, va-t-on continuer avec le PL/pgSQL ou mettre en avant le SQL/PSM ?

Ce qui pourrait être pratique avec un langage normalisé tel que le SQL/PSM, c'est que nous n'aurions pas autant de langages, je ne vous cache pas que ça commence à devenir très commercial entre T-SQL, PL/SQL, Progress etc...

Merci