Procédure stockée MySQL vs fonction, que dois-je utiliser quand?


160

Je regarde les procédures stockées et la fonction MySQL. Quelle est la vraie différence?

Ils semblent similaires, mais une fonction a plus de limites.

Je me trompe probablement, mais il semble qu'une procédure stockée peut tout faire et plus une fonction stockée peut. Pourquoi / quand utiliserais-je une procédure par rapport à une fonction?

Réponses:


101

Vous ne pouvez pas mélanger des procédures stockées avec du SQL ordinaire, alors qu'avec une fonction stockée, vous le pouvez.

par exemple SELECT get_foo(myColumn) FROM mytablen'est pas valide si get_foo()est une procédure, mais vous pouvez le faire si get_foo()est une fonction. Le prix est que les fonctions ont plus de limites qu'une procédure.


18
Quels types de limitations les fonctions ont-elles?
Fantius

11
Ah, j'ai trouvé de bonnes infos ici: dev.mysql.com/doc/refman/5.0/en
...

262

La différence la plus générale entre les procédures et les fonctions est qu'elles sont invoquées différemment et à des fins différentes:

  1. Une procédure ne renvoie pas de valeur. Au lieu de cela, il est appelé avec une instruction CALL pour effectuer une opération telle que la modification d'une table ou le traitement des enregistrements récupérés.
  2. Une fonction est appelée dans une expression et renvoie une valeur unique directement à l'appelant à utiliser dans l'expression.
  3. Vous ne pouvez pas appeler une fonction avec une instruction CALL, ni appeler une procédure dans une expression.

La syntaxe de la création de routine diffère quelque peu pour les procédures et les fonctions:

  1. Les paramètres de procédure peuvent être définis comme entrée uniquement, sortie uniquement ou les deux. Cela signifie qu'une procédure peut renvoyer des valeurs à l'appelant en utilisant des paramètres de sortie. Ces valeurs sont accessibles dans les instructions qui suivent l'instruction CALL. Les fonctions n'ont que des paramètres d'entrée. En conséquence, bien que les procédures et les fonctions puissent avoir des paramètres, la déclaration des paramètres de procédure diffère de celle des fonctions.
  2. Les fonctions renvoient une valeur, il doit donc y avoir une clause RETURNS dans une définition de fonction pour indiquer le type de données de la valeur de retour. En outre, il doit y avoir au moins une instruction RETURN dans le corps de la fonction pour renvoyer une valeur à l'appelant. RETURNS et RETURN n'apparaissent pas dans les définitions de procédure.

    • Pour appeler une procédure stockée, utilisez le CALL statement. Pour appeler une fonction stockée, faites-y référence dans une expression. La fonction renvoie une valeur lors de l'évaluation de l'expression.

    • Une procédure est appelée à l'aide d'une instruction CALL et ne peut renvoyer des valeurs qu'à l'aide de variables de sortie. Une fonction peut être appelée depuis l'intérieur d'une instruction comme n'importe quelle autre fonction (c'est-à-dire en invoquant le nom de la fonction) et peut renvoyer une valeur scalaire.

    • La spécification d'un paramètre comme IN, OUT ou INOUT n'est valide que pour une PROCEDURE. Pour une FUNCTION, les paramètres sont toujours considérés comme des paramètres IN.

    Si aucun mot clé n'est donné avant un nom de paramètre, il s'agit d'un paramètre IN par défaut. Les paramètres des fonctions stockées ne sont pas précédés de IN, OUT ou INOUT. Tous les paramètres de fonction sont traités comme des paramètres IN.

Pour définir une procédure ou une fonction stockée, utilisez respectivement CREATE PROCEDURE ou CREATE FUNCTION:

CREATE PROCEDURE proc_name ([parameters])
 [characteristics]
 routine_body


CREATE FUNCTION func_name ([parameters])
 RETURNS data_type       // diffrent
 [characteristics]
 routine_body

Une extension MySQL pour les procédures stockées (pas les fonctions) est qu'une procédure peut générer un jeu de résultats, voire plusieurs jeux de résultats, que l'appelant traite de la même manière que le résultat d'une instruction SELECT. Cependant, le contenu de ces ensembles de résultats ne peut pas être utilisé directement dans l'expression.

Les routines stockées (faisant référence à la fois aux procédures stockées et aux fonctions stockées) sont associées à une base de données particulière, tout comme les tables ou les vues. Lorsque vous supprimez une base de données, toutes les routines stockées dans la base de données sont également supprimées.

Les procédures et fonctions stockées ne partagent pas le même espace de noms. Il est possible d'avoir une procédure et une fonction avec le même nom dans une base de données.

Dans les procédures stockées, le SQL dynamique peut être utilisé mais pas dans les fonctions ou les déclencheurs.

Les instructions préparées SQL (PREPARE, EXECUTE, DEALLOCATE PREPARE) peuvent être utilisées dans les procédures stockées, mais pas dans les fonctions stockées ou les déclencheurs. Ainsi, les fonctions stockées et les déclencheurs ne peuvent pas utiliser Dynamic SQL (où vous construisez des instructions sous forme de chaînes puis les exécutez). (SQL dynamique dans les routines stockées MySQL)

Quelques différences plus intéressantes entre FUNCTION et STORED PROCEDURE:

  1. ( Ce point est copié à partir d'un article de blog . ) La procédure stockée est un plan d'exécution précompilé alors que les fonctions ne le sont pas. Fonction analysée et compilée au moment de l'exécution. Procédures stockées, stockées sous forme de pseudo-code dans la base de données, c'est-à-dire sous forme compilée.

  2. ( Je ne suis pas sûr pour ce point. )
    La procédure stockée a la sécurité et réduit le trafic réseau et nous pouvons également appeler la procédure stockée dans n'importe quel non. des applications à la fois. référence

  3. Les fonctions sont normalement utilisées pour les calculs où les procédures sont normalement utilisées pour exécuter la logique métier.

  4. Les fonctions ne peuvent pas affecter l'état de la base de données (les instructions qui effectuent une validation ou une annulation explicite ou implicite sont interdites dans la fonction) alors que les procédures stockées peuvent affecter l'état de la base de données en utilisant la validation, etc.
    référence: J.1. Restrictions sur les routines et les déclencheurs stockés

  5. Les fonctions ne peuvent pas utiliser les instructions FLUSH , contrairement aux procédures stockées.

  6. Les fonctions stockées ne peuvent pas être récursives alors que les procédures stockées peuvent l'être. Remarque: les procédures stockées récursives sont désactivées par défaut, mais peuvent être activées sur le serveur en définissant la variable système du serveur max_sp_recursion_depth sur une valeur différente de zéro. Voir Section 5.2.3, «Variables système» , pour plus d'informations.

  7. Dans une fonction ou un déclencheur stocké, il n'est pas permis de modifier une table qui est déjà utilisée (pour la lecture ou l'écriture) par l'instruction qui a appelé la fonction ou le déclencheur. Bon exemple: comment mettre à jour la même table lors de la suppression dans MYSQL?

Remarque : bien que certaines restrictions s'appliquent normalement aux fonctions et déclencheurs stockés, mais pas aux procédures stockées, ces restrictions s'appliquent aux procédures stockées si elles sont appelées à partir d'une fonction stockée ou d'un déclencheur. Par exemple, bien que vous puissiez utiliser FLUSH dans une procédure stockée, une telle procédure stockée ne peut pas être appelée à partir d'une fonction stockée ou d'un déclencheur.


2
@GrijeshChauhan, Que voulez-vous dire quand vous dites que "Fonction analysée et compilée au moment de l'exécution" ?
Pacerier

@Pacerier signifie que les fonctions dans MySQL sont quelque chose comme des scripts qui se compilent et s'exécutent à la volée. Je l'ai copié à partir d'un article de blog , mais je n'ai pas effectué de travaux pratiques pour inspecter ces comportements.
Grijesh Chauhan

Dans les procédures, vous pouvez passer une variable out comme paramètre, puis l'appeler avec une instruction select
LTroya

1
Le point n ° 4 dans la partie inférieure de cette réponse est, je pense, le cœur de la différence entre les procédures et les fonctions. les procédures peuvent modifier la base de données, les fonctions ne le peuvent pas. toutes les autres différences visent simplement à mieux servir cet objectif.
Woodrow Barlow

51

Une différence significative est que vous pouvez inclure une fonction dans vos requêtes SQL, mais les procédures stockées ne peuvent être appelées qu'avec l' CALLinstruction:

Exemple UDF:

CREATE FUNCTION hello (s CHAR(20))
   RETURNS CHAR(50) DETERMINISTIC
   RETURN CONCAT('Hello, ',s,'!');
Query OK, 0 rows affected (0.00 sec)

CREATE TABLE names (id int, name varchar(20));
INSERT INTO names VALUES (1, 'Bob');
INSERT INTO names VALUES (2, 'John');
INSERT INTO names VALUES (3, 'Paul');

SELECT hello(name) FROM names;
+--------------+
| hello(name)  |
+--------------+
| Hello, Bob!  |
| Hello, John! |
| Hello, Paul! |
+--------------+
3 rows in set (0.00 sec)

Exemple de Sproc:

delimiter //

CREATE PROCEDURE simpleproc (IN s CHAR(100))
BEGIN
   SELECT CONCAT('Hello, ', s, '!');
END//
Query OK, 0 rows affected (0.00 sec)

delimiter ;

CALL simpleproc('World');
+---------------------------+
| CONCAT('Hello, ', s, '!') |
+---------------------------+
| Hello, World!             |
+---------------------------+
1 row in set (0.00 sec)

1
Votre fonction a deux retours ? Je veux dire quelle est cette ligne? RETURNS CHAR(50) DETERMINISTIC?
Martin AJ

Le RETURNS CHAR(50)indique quel type de données sera retourné. Le RETURN CONCAT(...sont les données qui sont renvoyées. Les deux sont nécessaires. Le DETERMINISTICest nécessaire pour indiquer que les données sous-jacentes ne seront pas modifiées.
lemming622

8

Une fonction stockée peut être utilisée dans une requête. Vous pouvez ensuite l'appliquer à chaque ligne ou dans une clause WHERE.

Une procédure est exécutée à l'aide de la requête CALL.


0

La procédure stockée peut être appelée récursivement mais la fonction stockée ne peut pas

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.