Discussion :

[say]

Bonjour à tous,

nous rencontrons quelques problèmes de performance, et donc on se penche sur différentes solutions.

une question s'impose : quelle différence exacte entre procédures stockées et fonctions?

puis-je envisagé que lors de l'exécution d'une PS le serveur rend la main à l'appli cliente pdt le traitement pour lequel je n'attends pas de résultat particulier

merci d'avance de vos lumières

Say

[Lambrosx]

Qu'entends tu par fonctions? Fonctions stockées?

Car si c'est le cas, je pense que la seule différence réside dans le fait que la fonction retourne une valeur contrairement à la procédure (comme tous les langages).

Pour ce qui est de rendre la main, tu programmes en quel langage? Car tu peux utiliser des threads.

[say]

Alors,
je précise..je pose sous PostGreSQL....avec une appli cliente en C++ (C++Builder avec PostGreDAC comme composant d'accès).
L'idée du thread est bonne mais pas vraiment applicable dans mon cas.

En fait, je me demande si mes fonctions...qui sont plus précisément des triggers lançant des mises à jour AFTER INSERT OR UPDATE notamment...L'appli est en attente.

Je me demandes si je pouvais m'appuyer sur des procèdures stockées en espérant que les triggers seraient lancés de manière transparente pour l'appli cliente.

est-ce plus clair? (pas sur....)

[HULK]

non ca sera pareil, ton appli cliente "gele" parce que ton code SQL s'execute.

Ca depend de ce que fait ton code SQL. Si il est long à s'executer, c'est normal.

[say]

arf...
en fait, c'est des update en masse...notamment lancés par des triggers...

bon... je sens que je suis coincé..m'arrange pas ça..

[Monstros Velu]

Tu peux peut-être lancer tes updates en asynchrone par rapport à ton client ?

[say]

c'est en effet vers ça que je me suis orienté..à la suite de conseils avisés..

malheureusement, le composant que j'utilise ne le permet pas..

donc..peut-etre une lib de plus bas niveau...mais pas super chaud.. y'a plus urgent.

merci à tous