Des procédures stockées pour optimiser les tps de réponses

[Sillaume]

Bonjour,

Je voudrais remplacer les requêtes PostGreSQL d'un script PHP par des appels directs à des procédures stockées (de façon à optimiser les temps de réponses).

Jusqu'ici rien de bien extraordinaire...dans le monde des bases de données.

...Seulement, débutant en PostGreSQL, je me perds dans la doc sans réussir à créer une procédure stockée retournant plusieurs enregistrements...(tout comme ma requête SELECT dans le script PHP).

Est-ce si difficile ? Dois-je créer obligatoirement un nouveau type (comme j'ai cru le comprendre, ce qui signifie créer deux fonctions supplémentaires) ?

Merci pour votre aide

Ghislain

[GrandFather]

Bonjour,

Est-ce si difficile ?

Non

Dois-je créer obligatoirement un nouveau type (comme j'ai cru le comprendre, ce qui signifie créer deux fonctions supplémentaires) ?

Non
La doc PostgreSQL est peu pratique pour comprendre comment créer des procédures stockées (ou Set Returning Functions dans le jargon Postgres). Je te conseille donc le lien suivant :
http://techdocs.postgresql.org/guide...rningFunctions

[Sillaume]

Merci beaucoup....Il y a effectivement sur cette page pas mal de choses intéressantes.

MAIS

Etant donné que je ne retourne pas tous les champs d'une table (et même seulement quelques champs de deux tables différentes), je dois créer un type (comme intdiqué sur cette page).

SEULEMENT

la synthaxe utlilisée :

Code :

1
2
 
CREATE type navigation AS (NavId integer, NavParent integer, NavIcon integer, NavLevel smallint, NavNbDoc integer,NavTitle text);

donne ça :

Code :

1
2
 
ERROR:  parser: parse error at OR near "as"

Autre détail pas très évident pour moi, lorsque je cherche la syntaxe de cette fonction sur le net dans la doc officielle de PostGreSQL, je trouve ceci:

Code :

1
2
3
4
5
6
7
8
9
10
 
CREATE TYPE typename ( INPUT = input_function, OUTPUT = output_function
      , INTERNALLENGTH = { internallength | VARIABLE }
    [ , EXTERNALLENGTH = { externallength | VARIABLE } ]
    [ , DEFAULT = "default" ]
    [ , ELEMENT = element ] [ , DELIMITER = delimiter ]
    [ , SEND = send_function ] [ , RECEIVE = receive_function ]
    [ , PASSEDBYVALUE ]
    [ , ALIGNMENT = alignment ]
    [ , STORAGE = storage ] )

et là je dis KESAKO ? pourquoi la page de doc indiquée me donne une syntaxe diffénente de la doc officielle (pour la même version de PostGreSQL) ? Y a-t-il autre chose que je n'ai pas compris ?

Merci encore!

[GrandFather]

Quelle version de PostgreSQL utilises-tu ?
Parce que la définition des types composites existe depuis la version 7.3 :

CREATE TYPE typename AS
( column_name data_type [, ... ] )

A vue de nez, la syntaxe de ta commande est correcte, le problème peut donc venir de ta version...

[Sillaume]

Ben voilà, merci c'est ça...Zut et flutte...j'ai une 7.2!

Y a-t-il un moyen de se débrouilleur quand même en 7.2 ou dois-je envisager rapidement une petite migration ?

Merci
Ghislain

[GrandFather]

Avec la 7.2, à moins d'écrire directement tes fonctions en C (et encore, je ne sais même pas si tu peux renvoyer un jeu d'enregistrement), je ne vois pas trop comment tu pourrais faire ...
Je te conseille donc vivement le passage en 7.3 (personnellement, c'est la possibilité de créer des procédures stockées qui m'a décidé à migrer)