Version imprimable
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
En principe, une procédure stockée ne retourne pas de résultat. Les variables transmises par références peuvent néanmoins être modifiée et utilisée comme résultat. Une fonction retourne un résultat et, surtout, une fonction peut être appelée au sein d'une requête. Oui une application peut demander l'exécution d'une requête et ne pas attendre son résultat. Il me semble qu'on parle de requête asynchrone.
Par exemple en PHP, le fonction pg_send_query() envoie la requête mais n'en n'attend pas la réponse. contrairement à la requête pg_query().
Bonjour,
Dans PostgreSQL, il n'y en a pas : les procédures stockées (au sens de la plupart des autres SGBDR) sont des fonctions renvoyant un jeu (SETOF) de variables du type RECORD ou de celui d'une table de la base, avec la commande RETURN NEXT.Citation:
Envoyé par say
Ce n'est pas au niveau de la base de données que cela se fait, mais au niveau du client en appelant des méthodes asynchrones qui permettent au client de continuer à s'exécuter alors que la requête est encore en cours d'exécution.Citation:
Envoyé par say
[EDIT] Coiffé au poteau par Alexandre ;)
OK...je vais voir de quoi je dispose sur le client : C++ Buillder et PostGreDAC.
En fait, j'ai surtout un grand nombre d'update, notamment déclenchés par des triggers. j'aurais voulu récupéré la main une fois MON script SQL lancé, en partant du principe qu'il s'execute sans erreur.
Merci de ces infos et de la bataille acharnée pour me répondre ;) :mouarf:
bon...pas de mode asynchrone pr PostGreDAC...
maybe la lib libpq..mais bon...ça va attendre.
merci en tout cas