Création d’un paquet
Pour plus d’informations sur la création de paquets, reportez-vous àCREATE PACKAGE, CREATE PACKAGE BODY.
WITH {AUTONOMOUS | COMMON} TRANSACTION
Pool de connexion externe(External connection pool)
Caractéristiques des connexions externes
Caractéristiques du pool de transactions (Transaction pooling)
Pour plus d’informations sur la création de paquets, reportez-vous àCREATE PACKAGE, CREATE PACKAGE BODY.
Pour plus d’informations sur la modification d’un en-tête ou d’un corps de paquet existant, reportez-vous à la rubrique ALTER PACKAGE,CREATE OR ALTER PACKAGE,RECREATE PACKAGE,RECREATE PACKAGE BODY.
Pour plus d’informations sur la manière de supprimer un paquet, reportez-vous à la rubrique DROP PACKAGE, DROP PACKAGE BODY.
Un déclencheur est un programme stocké dans la zone de métadonnées d’une base de données et exécuté côté serveur. Un déclencheur ne peut pas être appelé directement. Il est appelé automatiquement lorsqu’un ou plusieurs événements relatifs à une table (vue) spécifique se produisent, ou lorsqu’un des événements de la base de données se produit.
Un trigger déclenché par un événement de table est associé à une table ou à une vue, à un ou plusieurs événements pour cette table ou cette vue (INSERT
, UPDATE
, DELETE
) et à exactement une phase de cet événement (BEFORE
ou AFTER
).
Le déclencheur est exécuté dans le contexte dans lequel le programme qui a déclenché l’événement a été exécuté. Les exceptions sont les déclencheurs qui répondent aux événements de la base de données. Pour certains d’entre eux, une transaction par défaut est lancée.
Plus d’un trigger peut être défini pour chaque combinaison phase-événement. L’ordre dans lequel ils sont exécutés peut être spécifié explicitement avec l’argument optionnel POSITION
dans la définition du trigger. La position maximale est de 32767. Les triggers avec une position plus petite sont appelés en premier.
Si la clause POSITION
est omise ou si plusieurs déclencheurs avec la même phase et le même événement ont la même position, ces déclencheurs seront exécutés dans l’ordre alphabétique de leurs noms.
Les déclencheurs DML sont déclenchés lorsque l’état des données est modifié par des opérations DML : modification, ajout ou suppression de lignes. Ils peuvent être définis à la fois pour les tables et les vues.
Il existe six options de base pour la relation de phase d’événement pour une table (vue) :
avant d’ajouter une nouvelle ligne |
|
après avoir ajouté une nouvelle ligne |
|
avant de modifier la ligne |
|
après avoir modifié la ligne |
|
avant que la ligne soit supprimée |
|
après avoir supprimé une ligne |
|
En plus des formulaires de base avec une seule phase et un seul événement, Firebird supporte également les formulaires avec une seule phase et plusieurs événements, tels que BEFORE INSERT OR UPDATE OR DELETE
ou AFTER UPDATE OR DELETE
ou toute autre combinaison de votre choix.
Note
|
Les déclencheurs à phases multiples, tels que "AVANT OU APRÈS …", ne sont pas pris en charge. |
Dans les triggers DML, Firebird donne accès à un ensemble de variables contextuelles NEW
et OLD
.Chaque ensemble est un tableau de la chaîne entière : OLD.* — la valeur de la chaîne avant la modification des données et NEW.* — la valeur de la chaîne requise ("nouvelle").Les Instructions peuvent s’y référer en utilisant les formes suivantes : NEW.columnname
et OLD.columnname
.La colonne columnname_ peut être n’importe quelle colonne définie dans la table (vue), pas seulement celle qui a été modifiée.
Les variables de contexte NEW
et OLD
obéissent aux règles suivantes :
Dans tous les déclencheurs, les variables de contexte OLD
sont en lecture seule ;
Dans les déclencheurs BEFORE UPDATE
et BEFORE INSERT
, les variables NEW
sont en lecture seule et en écriture seule sauf pour les colonnes COMPUTED BY
;
Dans les déclencheurs INSERT
, la référence aux variables OLD
n’est pas autorisée et lèvera une exception ;
Dans les déclencheurs DELETE
, la référence aux variables NEW
n’est pas autorisée et soulèvera une exception ;
Dans tous les déclencheurs AFTER
, les variables NEW
sont en lecture seule.
Un déclencheur associé à un événement de la base de données peut être déclenché lorsque les événements suivants se produisent :
Après la connexion à la base de données, ou la réinitialisation de l’environnement de session |
|
Une transaction par défaut est automatiquement lancée avant l’exécution du déclencheur. |
Avant de se déconnecter de la base de données ou de réinitialiser l’environnement de la session |
|
Une transaction par défaut est automatiquement lancée avant l’exécution du déclencheur. |
Une fois que la transaction a commencé |
|
Le déclencheur est exécuté dans le contexte de la transaction en cours. |
Avant de confirmer la transaction |
|
Le déclencheur est exécuté dans le contexte de la transaction en cours. |
Avant d’annuler une transaction |
|
Le déclencheur est exécuté dans le contexte de la transaction en cours. |
Variable de contexte RESETTING peut être utilisé dans les déclencheurs des événements ON CONNECT
et ON DISCONNECT
pour distinguer la réinitialisation de la session et la connexion/déconnexion de la base de données.
Les déclencheurs DDL sont déclenchés sur des événements de changement de métadonnées spécifiés dans l’une des phases de l’événement. Les déclencheurs BEFORE
sont déclenchés avant les changements dans les tables du système. Les déclencheurs AFTER
sont déclenchés après les changements dans les tables du système.
Pendant que le déclencheur DDL est en cours d’exécution, l’espace de noms DDL_TRIGGER
est disponible pour être utilisé dans la fonction RDB$GET_CONTEXT
. Son utilisation est également autorisée dans les procédures et fonctions stockées appelées par les déclencheurs DDL.
Le contexte DDL_TRIGGER
fonctionne comme une pile. Avant que le trigger DDL ne soit déclenché, les valeurs liées à la commande en cours d’exécution sont placées sur cette pile. Lorsque le trigger est terminé, les valeurs sont éjectées.Ainsi, dans le cas d’instructions DDL en cascade, lorsque chaque commande DDL utilisateur excite un déclencheur DDL, et que ce déclencheur déclenche d’autres commandes DDL, avec EXECUTE STATEMENT
, les valeurs des variables dans l’espace de noms DDL_TRIGGER correspondront à la commande qui a déclenché le dernier déclencheur DDL dans la pile d’appels.
OBJECT_TYPE — type d’objet (TABLE, VIEW etc.)
DDL_EVENT — nom de l’événement (<ddl event item>
),
où <ddl event item>
= EVENT_TYPE || ' ' || OBJECT_TYPE
OBJECT_NAME — nom de l’objet de métadonnées
SQL_TEXT — Texte de la requête SQL
Pour plus d’informations sur la création de déclencheurs, reportez-vous àCREATE TRIGGER,CREATE OR ALTER TRIGGER,RECREATE TRIGGER dans le chapitre "Instructions de définition de données DDL".
Pour plus d’informations sur la modification des déclencheurs, reportez-vous à la rubriqueALTER TRIGGER,CREATE OR ALTER TRIGGER,RECREATE TRIGGER dans le chapitre "Instructions de définition de données DDL".
Pour plus d’informations sur la suppression des déclencheurs, voir "Suppression des déclencheurs".DROP TRIGGER dans le chapitre "Instructions de définition de données DDL".
Cette section examine en détail les constructions procédurales SQL et les Instructions disponibles dans le corps des procédures stockées, des déclencheurs et des blocs PSQL anonymes.
:
’)Un marqueur deux-points (‘`:`’) est utilisé dans PSQL pour marquer une référence à une variable dans une instruction DML. Sinon, un marqueur deux-points est facultatif devant les noms de variables.
Ne jamais préfixer un deux-points pour les variables de contexte.
Attribution d’une valeur à une variable.
PSQL
varname = <value_expr>;
Paramètre | Description |
---|---|
varname |
Le nom d’une variable locale ou d’un paramètre de procédure (fonction). |
value_expr |
Une expression, une constante ou une variable dont le type de données est compatible avec varname. |
PSQL utilise le signe égal (‘`=`’) comme Instruction d’affectation. L’Instruction d’affectation définit la variable à gauche de l’Instruction à la valeur de l’expression SQL à droite. Une expression peut être n’importe quelle expression SQL valide. Elle peut contenir des littéraux, des noms de variables internes, des opérations arithmétiques, logiques et de chaînes de caractères, des appels à des fonctions intégrées et des fonctions définies par l’utilisateur.
CREATE PROCEDURE MYPROC (
a INTEGER,
b INTEGER,
name VARCHAR (30)
)
RETURNS (
c INTEGER,
str VARCHAR(100))
AS
BEGIN
-- nous attribuons une constante
c = 0;
str = '';
SUSPEND;
-- attribuer des valeurs aux expressions
c = a + b;
str = name || CAST(b AS VARCHAR(10));
SUSPEND;
-- assigne la valeur de l'expression
-- construite à l'aide de la requête
c = (SELECT 1 FROM rdb$database);
-- assigner une valeur à partir d'une variable contextuelle
str = CURRENT_USER;
SUSPEND;
END
LEAVE
Sortir du cycle.
PSQL
[label:] <loop_stmt> BEGIN ... LEAVE [label]; ... END <loop_stmt> ::= FOR <select_stmt> INTO <var_list> DO | FOR EXECUTE STATEMENT ... INTO <var_list> DO | WHILE (<condition>) DO
Paramètre | Description |
---|---|
label |
Étiquette. |
select_stmt |
Instruction SELECT. |
condition |
Une condition logique renvoyant VRAI, FAUX ou INCONNU. |
L’instruction LEAVE
termine immédiatement la boucle interne des instructions WHILE ou FOR. En utilisant le paramètre optionnel label, LEAVE
peut également quitter la boucle externe, c’est-à-dire la boucle marquée par `. Le code continue à s’exécuter à partir de la première instruction après le bloc de boucle terminé.
LEAVE
Dans cet exemple, la boucle est quittée lorsqu’une erreur d’insertion se produit dans la table NUMBERS
. Le code continuera son exécution à partir de l’instruction C = 0
.
...
WHILE (B < 10) DO
BEGIN
INSERT INTO NUMBERS(B)
VALUES (:B);
B = B + 1;
WHEN ANY DO
BEGIN
EXECUTE PROCEDURE LOG_ERROR (
CURRENT_TIMESTAMP,
'ERROR IN B LOOP');
LEAVE;
END
END
C = 0;
...
Dans cet exemple, l’Instruction LEAVE LOOPA
termine la boucle extérieure et LEAVE LOOPB
termine la boucle intérieure.
Remarque : Un simple Instruction LEAVE
serait également suffisant pour mettre fin à la boucle interne.
...
STMT1 = 'SELECT NAME FROM FARMS';
LOOPA:
FOR EXECUTE STATEMENT :STMT1
INTO :FARM DO
BEGIN
STMT2 = 'SELECT NAME ' || 'FROM ANIMALS WHERE FARM = ''';
LOOPB:
FOR EXECUTE STATEMENT :STMT2 || :FARM || ''''
INTO :ANIMAL DO
BEGIN
IF (ANIMAL = 'FLUFFY') THEN
LEAVE LOOPB;
ELSE IF (ANIMAL = FARM) THEN
LEAVE LOOPA;
ELSE
SUSPEND;
END
END
...
CONTINUE
Un départ précoce pour une nouvelle itération du cycle.
PSQL
[label:] <loop_stmt> BEGIN ... CONTINUE [label]; ... END <loop_stmt> ::= FOR <select_stmt> INTO <var_list> DO | FOR EXECUTE STATEMENT ... INTO <var_list> DO | WHILE (<condition>) DO
Paramètre | Description |
---|---|
label |
Étiquette. |
select_stmt |
Instruction SELECT. |
condition |
Une condition logique renvoyant VRAI, FAUX ou INCONNU. |
L’instruction CONTINUE
saute le reste du bloc de la boucle courante et démarre l’itération suivante de la boucle courante WHILE
ou FOR
. En utilisant le paramètre optionnel label, CONTINUE
peut aussi démarrer l’itération suivante pour une boucle externe, c’est-à-dire la boucle marquée avec label.
EXIT
Fin d’une procédure, d’une fonction ou d’un déclencheur.
PSQL
EXIT;
L’instruction EXIT
appelée depuis n’importe où dans le module PSQL en cours d’exécution sautera à la dernière instruction END
, terminant ainsi l’exécution du programme.
Si vous appelez EXIT
dans une fonction, celle-ci retournera NULL
.
SUSPEND
Transfère les valeurs des paramètres dans un tampon et met en pause la procédure (bloc PSQL) jusqu’à ce que l’appelant reçoive le résultat.
PSQL
SUSPEND;
L’instruction SUSPEND
envoie les valeurs des paramètres de sortie dans le tampon et suspend l’exécution de la procédure stockée (bloc PSQL). L’exécution reste suspendue jusqu’à ce que l’appelant reçoive le contenu du tampon. L’exécution reprend avec l’instruction qui suit immédiatement l’instruction SUSPEND. Le plus souvent, il s’agira d’une nouvelle itération du processus itératif.
Note
|
|
SUSPEND
SUSPEND
dans une procédure stockée sélective.CREATE PROCEDURE GEN_100
RETURNS (
I INTEGER
)
AS
BEGIN
I = 1;
WHILE (1=1) DO
BEGIN
SUSPEND;
IF (I=100) THEN
EXIT;
I = I + 1;
END
END
EXIT
.
EXECUTE STATEMENT
Exécution d’instructions SQL générées dynamiquement.
PSQL
<execute_statement> ::=
EXECUTE STATEMENT <argument>
[<option> ...]
[INTO <variables>]
<argument> ::=
<paramless_stmt>
| (<paramless_stmt>)
| (<stmt_with_params>) (<param_values>)
<param_values> ::= <named_values> | <positional_values>
<named_values> ::=
[EXCESS] paramname := <value_expr>
[, [EXCESS] paramname := <value_expr> ...]
<positional_values> ::= <value_expr> [, <value_expr> ...]
<option> ::=
WITH {AUTONOMOUS | COMMON} TRANSACTION
| WITH CALLER PRIVILEGES
| AS USER user
| PASSWORD password
| ROLE role
| ON EXTERNAL [DATA SOURCE] <connect_string>
<connection_string> ::=
Voir. <filespec> = Syntaxe CREATE DATABASE
!!
<variables> ::= [:]varname [, [:]varname ...]
Paramètre | Description |
---|---|
paramless_stmt |
Une chaîne littérale ou une variable contenant une requête SQL non paramétrée. |
stmt_with_params |
Une chaîne littérale ou une variable contenant une requête SQL paramétrée. |
paramname |
Le nom du paramètre de la requête SQL. |
value_expr |
Une expression pour obtenir la valeur d’un paramètre de la requête. |
user |
Nom de l’utilisateur. Peut être une chaîne, |
password |
Mot de passe. Peut être une chaîne ou une variable. |
role |
Rôle. Peut être une chaîne, `CURRENT_ROLE' ou une variable. |
connection_string |
Chaîne de connexion à la base de données distante Peut être une chaîne ou une variable. |
varname |
Variable. |
L’instruction EXECUTE STATEMENT
prend un paramètre de type chaîne et l’exécute comme s’il s’agissait d’une instruction DSQL. Si l’instruction renvoie des données, celles-ci peuvent être passées à des variables locales à l’aide de l’instruction INTO
.
Vous pouvez utiliser des paramètres dans une instruction DSQL. Les paramètres peuvent être nommés ou positionnels (sans nom). Une valeur doit être attribuée à chaque paramètre.
L’utilisation simultanée des paramètres named et position dans la même requête est interdite ;
Si une déclaration a des paramètres, ils doivent être placés entre parenthèses lorsque EXECUTE STATEMENT
est appelé, quelle que soit la façon dont ils sont présentés : directement comme une chaîne de caractères, comme un nom de variable ou comme une expression ;
Les paramètres nommés doivent être précédés de deux points (‘:
’) dans la déclaration elle-même, mais pas lors de l’attribution d’une valeur au paramètre ;
Le passage des valeurs aux paramètres non nommés doit se faire dans le même ordre que celui dans lequel ils apparaissent dans le texte de la requête ;
L’affectation des valeurs des paramètres doit être effectuée à l’aide d’un Instruction spécial “:=
”, similaire à l’Instruction d’affectation du Pascal ;
Chaque paramètre nommé peut être utilisé plusieurs fois dans l’Instruction, mais une seule fois lors de l’attribution d’une valeur ;
Pour les paramètres positionnels, le nombre de valeurs à substituer doit être exactement égal au nombre de paramètres (points d’interrogation) dans l’Instruction ;
Le mot-clé facultatif EXCESS
indique que ce paramètre nommé ne doit pas nécessairement être mentionné dans le texte de la requête. Notez que tous les paramètres non EXCESS
doivent être présents dans la requête.
EXECUTE STATEMENT
configuréEXECUTE STATEMENT
avec des paramètres nommés :...
DECLARE license_num VARCHAR(15);
DECLARE connect_string VARCHAR (100);
DECLARE stmt VARCHAR (100) =
'SELECT license
FROM cars
WHERE driver = :driver AND location = :loc';
BEGIN
...
SELECT connstr
FROM databases
WHERE cust_id = :id
INTO connect_string;
...
FOR
SELECT id
FROM drivers
INTO current_driver
DO
BEGIN
FOR
SELECT location
FROM driver_locations
WHERE driver_id = :current_driver
INTO current_location
DO
BEGIN
...
EXECUTE STATEMENT (stmt)
(driver := current_driver,
loc := current_location)
ON EXTERNAL connect_string
INTO license_num;
...
EXECUTE STATEMENT
avec des paramètres de position :DECLARE license_num VARCHAR (15);
DECLARE connect_string VARCHAR (100);
DECLARE stmt VARCHAR (100) =
'SELECT license
FROM cars
WHERE driver = ? AND location = ?';
BEGIN
...
SELECT connstr
FROM databases
WHERE cust_id = :id
INTO connect_string;
...
FOR SELECT id
FROM drivers
INTO current_driver
DO
BEGIN
FOR
SELECT location
FROM driver_locations
WHERE driver_id = :current_driver
INTO current_location
DO
BEGIN
...
EXECUTE STATEMENT (stmt)
(current_driver, current_location)
ON EXTERNAL connect_string
INTO license_num;
...
EXECUTE STATEMENT
avec des paramètres redondants (EXCESS) :CREATE PROCEDURE P_EXCESS (A_ID INT, A_TRAN INT = NULL, A_CONN INT = NULL)
RETURNS (ID INT, TRAN INT, CONN INT)
AS
DECLARE S VARCHAR(255);
DECLARE W VARCHAR(255) = '';
BEGIN
S = 'SELECT * FROM TTT WHERE ID = :ID';
IF (A_TRAN IS NOT NULL)
THEN W = W || ' AND TRAN = :a';
IF (A_CONN IS NOT NULL)
THEN W = W || ' AND CONN = :b';
IF (W <> '')
THEN S = S || W;
-- pourrait soulever une erreur si TRAN ou CONN est nul
-- FOR EXECUTE STATEMENT (:S) (a := :A_TRAN, b := A_CONN, id := A_ID)
-- OK dans tous les cas
FOR EXECUTE STATEMENT (:S) (EXCESS a := :A_TRAN, EXCESS b := A_CONN, id := A_ID)
INTO :ID, :TRAN, :CONN
DO SUSPEND;
END
WITH {AUTONOMOUS | COMMON} TRANSACTION
Par défaut, l’instruction est exécutée dans le contexte de la transaction courante. En utilisant la clause WITH AUTONOMOUS TRANSACTION
, une nouvelle transaction sera lancée avec les mêmes paramètres que la transaction courante. Elle sera acquittée si l’instruction est exécutée sans erreur et annulée (roll back) sinon.Avec la clause WITH COMMON TRANSACTION
, la transaction courante est utilisée dans la mesure du possible.
Si l’instruction doit être exécutée dans une connexion distincte, la transaction déjà en cours d’exécution dans cette connexion est utilisée (le cas échéant). Sinon, une nouvelle transaction est lancée avec les paramètres de la transaction courante. Toute nouvelle transaction lancée en mode COMMON
est confirmée ou annulée en même temps que la transaction courante.
WITH CALLER PRIVILEGES
Par défaut, les instructions SQL sont exécutées avec les privilèges de l’utilisateur courant. La spécification WITH CALLER PRIVILILEGES
leur ajoute des privilèges pour appeler une procédure stockée ou un déclencheur, tout comme si l’instruction était exécutée directement par un sous-programme. WITH CALLER PRIVILEGES
n’a aucun effet si la clause ON EXTERNAL
est également présente.
ON EXTERNAL [DATA SOURCE]
Avec la clause ON EXTERNAL DATA SOURCE
, l’instruction est exécutée dans une connexion séparée à la même base de données ou à une autre, éventuellement sur un serveur différent. Si la chaîne de connexion est définie à NULL
ou ''
(chaîne vide), la clause ON EXTERNAL
est considérée comme manquante et l’instruction est exécutée pour la base de données actuelle. La chaîne de connexion est détaillée dans l’instruction CREATE DATABASE
.Voir. Création d’une base de données sur un serveur distant.
Le pool de connexion et le pool de transaction sont utilisés lors de l’exécution d’une instruction dans une connexion séparée.
Pour éviter les retards liés à l’utilisation fréquente de connexions externes, le sous-système de sources de données externes (EDS) utilise un pool de connexions externes.Le pool stocke les connexions externes non utilisées pendant un certain temps, évitant ainsi les coûts de connexion/déconnexion pour les chaînes de connexion fréquemment utilisées.
Comment fonctionne la mise en commun des connexions :
chaque connexion externe est associée à un pool lors de sa création ;
Le pool de connexion a deux listes : une pour les connexions inutilisées et une pour les connexions actives ;
lorsqu’une connexion devient inutilisée (c’est-à-dire qu’elle n’a pas de demandes actives ni de transactions actives), elle est réinitialisée et placée sur la liste en attente (si la réinitialisation réussit) ou fermée (si la réinitialisation échoue). La connexion est réinitialisée à l’aide de l’instruction ALTER SESSION RESET
. La réinitialisation est considérée comme réussie si aucune erreur ne s’est produite.
Note
|
Si la source de données externe ne supporte pas l’instruction |
Si le pool a atteint la taille maximale, la connexion inactive la plus ancienne est fermée ;
lorsque Firebird demande une nouvelle connexion externe, le pool recherche d’abord un candidat dans la liste des connexions inactives. La recherche est basée sur 4 paramètres :---
chaîne de connexion ;
nom d’utilisateur ;
mot de passe ;
rôle.
La recherche est sensible à la casse ;
si une connexion appropriée est trouvée, on vérifie si elle est vivante ;
si la connexion échoue au test, elle est supprimée et la recherche est répétée (aucune erreur n’est renvoyée à l’utilisateur) ;
La connexion trouvée (et active) est déplacée de la liste des connexions inactives à la liste des connexions actives et retournée à l’appelant ;
s’il existe plusieurs connexions appropriées, celle qui est la plus utilisée sera sélectionnée ;
si aucune connexion appropriée n’est disponible, une nouvelle connexion est créée et placée dans la liste des connexions actives ;
Lorsque la connexion inactive a expiré, elle est retirée du pool et fermée.
Caractéristiques principales :
pas de connexions externes "permanentes" ;
un nombre limité de connexions externes inactives (idle) dans le pool ;
permet une recherche rapide parmi les connexions (sur la base des 4 paramètres ci-dessus) ;
le pool est partagé par toutes les bases de données externes ;
le pool est partagé par toutes les connexions locales gérées par ce processus Firebird.
Paramètres du pool de connexion externe :
durée de vie de la connexion : intervalle de temps depuis la dernière utilisation de la connexion, après lequel elle sera fermée de force. Le paramètre ExtConnPoolLifeTime dans firebird.conf. La valeur par défaut est de 7200 secondes ;
Taille du pool : le nombre maximum autorisé de connexions inactives dans le pool. Le paramètre ExtConnPoolSize dans firebird.conf. La valeur par défaut est 0, c’est-à-dire que la mise en commun des connexions externes est désactivée.
Le pool de connexions externes et ses paramètres peuvent être contrôlés par des Instructions spéciaux.Voir ALTER EXTERNAL CONNECTIONS POOL pour plus de détails.
L’état du pool de connexion externe peut être interrogé à l’aide de variables contextuelles dans l’espace de noms SYSTEM
.
Variable | Description |
---|---|
EXT_CONN_POOL_SIZE |
Taille du pool. |
EXT_CONN_POOL_LIFETIME |
Durée de vie des composés inactifs. |
EXT_CONN_POOL_IDLE_COUNT |
Le nombre actuel de connexions inactives dans le pool. |
EXT_CONN_POOL_ACTIVE_COUNT |
Le nombre actuel de connexions actives dans le pool. |
Les connexions externes utilisent la clause par défaut WITH COMMON TRANSACTION
et restent ouvertes jusqu’à ce que la transaction courante soit fermée. Ils peuvent être réutilisés dans des appels ultérieurs à l’instruction EXECUTE STATEMENT
, mais uniquement si la chaîne de connexion est exactement la même. Si la mise en commun des connexions externes est activée, au lieu de fermer la connexion, ces connexions seront placées dans la liste des connexions inactives (idle) ;
Les connexions externes créées à l’aide de la clause WITH AUTONOMOUS TRANSACTION
sont fermées après l’exécution de l’instruction, ou sont mises dans la liste des connexions inactives du pool (si elle est activée) ;
Les Instructions WITH AUTONOMOUS TRANSACTION
peuvent utiliser des connexions qui ont été préalablement ouvertes par les Instructions WITH COMMON TRANSACTION
. Dans ce cas, la connexion utilisée reste ouverte même après l’exécution de la déclaration, puisque cette connexion a au moins une transaction non fermée. Si le pool de connexions externes est activé, au lieu de fermer la connexion, ces connexions seront placées dans la liste des connexions inactives (idle) ;
Si la transaction locale s’exécute en mode d’isolation READ COMMITTED READ CONSISTENCY
et que la source de données externe ne supporte pas ce mode d’isolation, la transaction externe s’exécutera en mode d’isolation SNAPSHOT
(CONCURRENCE).
Lorsque vous utilisez l’offre "TRANSACTION COMMUNE", les transactions seront réutilisées aussi longtemps que possible. Ils seront confirmés ou annulés avec la transaction en cours ;
Lorsque vous utilisez l’offre "TRANSACTION AUTONOME", une nouvelle transaction est toujours lancée. Elle sera confirmée ou annulée dès l’exécution de la déclaration ;
Lorsque vous utilisez la clause ON EXTERNAL
, une connexion supplémentaire est toujours établie par le biais d’un fournisseur externe, même s’il s’agit d’une connexion à la base de données actuelle. Une conséquence de ceci est que vous ne pouvez pas gérer les exceptions de la manière habituelle.Chaque exception levée par l’instruction renvoie une erreur eds_connection
ou eds_statement
. Vous devez utiliser WHEN GDSCODE eds_connection
, WHEN GDSCODE eds_statement
ou WHEN ANY
pour gérer les exceptions dans le code PSQL.
Note
|
Si la clause `ON EXTERNAL' n’est pas utilisée, les exceptions sont capturées de manière normale, même s’il s’agit d’une connexion supplémentaire à la base de données courante. |
Le jeu de caractères utilisé pour la connexion externe est le même que celui utilisé pour la connexion actuelle.
Les transactions biphasiques ne sont pas prises en charge.
Les clauses facultatives AS USER
, PASSWORD
et ROLE
vous permettent de spécifier au nom de quel utilisateur, et avec quel rôle, l’instruction SQL sera exécutée.La façon dont l’utilisateur est autorisé et si une connexion séparée est ouverte dépend de la présence et des valeurs des paramètres ON EXTERNAL [DATA SOURCE]
, AS USER
, PASSWORD
et ROLE
.
Lorsque la suggestion ON EXTERNAL
est utilisée, une nouvelle connexion est ouverte et :
Si au moins un des paramètres AS USER
, PASSWORD
et ROLE
est présent, une authentification native sera tentée avec les valeurs des paramètres spécifiés (selon la chaîne de connexion — locale ou distante). Aucune valeur par défaut n’est utilisée pour les paramètres manquants ;
Si les trois paramètres sont manquants et que la chaîne de connexion ne contient pas de nom de serveur (ou d’adresse IP), une nouvelle connexion est établie avec un serveur local avec l’utilisateur et le rôle de la connexion actuelle. Le terme "local" signifie "l’ordinateur sur lequel le serveur Firebird est installé". Il ne s’agit pas nécessairement de l’ordinateur client ;
Si ces trois éléments sont absents mais que la chaîne de connexion contient un nom de serveur (ou une adresse IP), une authentification fiable sera tentée sur le serveur distant. Si l’autorisation est réussie, le système d’exploitation distant attribue un nom à l’utilisateur — généralement le compte sous lequel le serveur Firebird est exécuté.
Si l’invite ON EXTERNAL
n’est pas présente :
Si au moins un des paramètres AS USER
, PASSWORD
et ROLE
est présent, une connexion à la base de données courante sera ouverte avec les valeurs des paramètres spécifiés. Aucune valeur par défaut n’est utilisée pour les paramètres manquants ;
Si les trois paramètres sont manquants, l’Instruction est exécuté dans la connexion en cours.
Important
|
Si la valeur du paramètre est |
Il n’y a aucun moyen de vérifier la syntaxe de l’instruction SQL en cours d’exécution ;
Il n’y a pas de contrôle de dépendance pour détecter les colonnes supprimées dans le tableau ou le tableau lui-même ;
L’exécution de l’instruction à l’aide de l’instruction EXECUTE STATEMENT
est nettement plus lente que son exécution directe ;
Le type de données des valeurs renvoyées est strictement vérifié afin d’éviter les exceptions de conversion de type imprévisibles. Par exemple, la chaîne "1234" sera convertie en un nombre entier 1234, tandis que la chaîne "abc" entraînera une erreur de conversion.
En général, cette fonction doit être utilisée avec beaucoup de précaution, et les facteurs mentionnés ci-dessus doivent toujours être pris en compte.Si le même résultat peut être obtenu en utilisant PSQL et/ou DSQL, c’est toujours préférable.
FOR SELECT
Parcourir les lignes du résultat de l’Instruction SELECT
.
PSQL
[label:] FOR <select_stmt> [INTO <variables>] [AS CURSOR cursorname] DO <compound_statement> <variables> ::= [:{endsb}varname [, [:{endsb}varname ...]
Paramètre | Description |
---|---|
label |
Balise facultative pour |
select_stmt |
Instruction |
cursorname |
Le nom du curseur doit être unique parmi les noms de variables et de curseurs du module PSQL. |
varname |
Nom de la variable locale ou du paramètre d’entrée/sortie. |
compound_statement |
Instruction composé (Instruction ou bloc d’Instructions). |
L’instruction FOR SELECT
sélectionne la ligne suivante dans une table (vue, procédure stockée sélective), suivie d’une instruction composée. À chaque itération de la boucle, les valeurs des champs de la ligne courante sont copiées dans des variables locales. L’ajout de la clause AS CURSOR
rend possible la suppression et la mise à jour des données positionnelles. Les instructions FOR SELECT
peuvent être imbriquées.
L’instruction FOR SELECT
peut contenir des paramètres nommés qui doivent être préalablement déclarés dans l’instruction DECLARE VARIABLE
, ou dans les paramètres d’entrée (de sortie) d’une procédure (bloc PSQL).
L’instruction FOR SELECT
doit contenir une clause INTO
à la fin de cette instruction, ou une instruction AS CURSOR
. A chaque itération de la boucle, les valeurs des champs de la chaîne de requête courante sont copiées dans la liste de variables spécifiée dans l’instruction INTO
. La boucle est répétée jusqu’à ce que toutes les lignes aient été lues. Ensuite, la boucle est quittée. La boucle peut également être terminée avant que toutes les lignes soient lues en utilisant l’instruction LEAVE
.
La clause facultative AS CURSOR
crée un curseur nommé qui peut être référencé (en utilisant la clause WHERE CURRENT OF
) dans l’instruction composée qui suit la clause DO
afin de supprimer ou de modifier la ligne courante.
Il est permis d’utiliser le nom du curseur comme une variable de type enregistrement (similaire à OLD et NEW dans les triggers) qui permet d’accéder aux colonnes du jeu résultant (i.e. cursor_name . columnname). L’utilisation de la clause AS CURSOR
rend la clause INTO
facultative.
Pour résoudre l’ambiguïté lors de l’accès à une variable curseur, un préfixe deux-points est requis avant le nom du curseur ;
La variable curseur peut être accédée sans le préfixe deux-points, mais dans ce cas, selon la portée des contextes existants dans la requête, le nom peut être résolu comme un contexte de requête au lieu du curseur ;
Les variables du curseur sont en lecture seule ;
Dans une instruction FOR SELECT
sans la clause AS CURSOR
, la clause INTO
doit être utilisée. Si la clause AS CURSOR
est spécifiée, la clause INTO
n’est pas requise mais autorisée ;
La lecture d’une variable curseur renvoie les valeurs actuelles des champs. Cela signifie que l’Instruction UPDATE
(avec la clause WHERE CURRENT OF
) mettra également à jour les valeurs des champs dans la variable curseur pour les lectures suivantes. L’exécution de l’instruction DELETE
(avec la suggestion WHERE CURRENT OF
) mettra NULL pour les valeurs des champs de la variable curseur pour les lectures suivantes.
Note
|
|
FOR SELECT
FOR SELECT
CREATE PROCEDURE SHOWNUMS
RETURNS (
AA INTEGER,
BB INTEGER,
SM INTEGER,
DF INTEGER)
AS
BEGIN
FOR SELECT DISTINCT A, B
FROM NUMBERS
ORDER BY A, B
INTO AA, BB
DO
BEGIN
SM = AA + BB;
DF = AA - BB;
SUSPEND;
END
END
FOR SELECT
CREATE PROCEDURE RELFIELDS
RETURNS (
RELATION CHAR(32),
POS INTEGER,
FIELD CHAR(32))
AS
BEGIN
FOR SELECT RDB$RELATION_NAME
FROM RDB$RELATIONS
ORDER BY 1
INTO :RELATION
DO
BEGIN
FOR SELECT
RDB$FIELD_POSITION + 1,
RDB$FIELD_NAME
FROM RDB$RELATION_FIELDS
WHERE
RDB$RELATION_NAME = :RELATION
ORDER BY RDB$FIELD_POSITION
INTO :POS, :FIELD
DO
BEGIN
IF (POS = 2) THEN
RELATION = ' "';
-- Pour éviter la répétition des noms de tables et de vues
SUSPEND;
END
END
END
CREATE PROCEDURE DELTOWN (
TOWNTODELETE VARCHAR(24))
RETURNS (
TOWN VARCHAR(24),
POP INTEGER)
AS
BEGIN
FOR SELECT TOWN, POP
FROM TOWNS
INTO :TOWN, :POP
AS CURSOR TCUR
DO
BEGIN
IF (:TOWN = :TOWNTODELETE) THEN
-- Suppression de position d'un enregistrement
DELETE FROM TOWNS
WHERE CURRENT OF TCUR;
ELSE
SUSPEND;
END
END
EXECUTE BLOCK
RETURNS (
o CHAR(63))
AS
BEGIN
FOR
SELECT
rdb$relation_name AS name
FROM
rdb$relations AS CURSOR c
DO
BEGIN
o = c.name;
SUSPEND;
END
END
EXECUTE BLOCK
RETURNS (
o1 CHAR(63),
o2 CHAR(63))
AS
BEGIN
FOR
SELECT
rdb$relation_name
FROM
rdb$relations
WHERE
rdb$relation_name = 'RDB$RELATIONS' AS CURSOR c
DO
BEGIN
FOR
SELECT
-- avec un préfixe est autorisé comme curseur
:c.rdb$relation_name x1,
-- sans préfixe comme alias de la table rdb$relations
c.rdb$relation_name x2
FROM
rdb$relations c
WHERE
rdb$relation_name = 'RDB$DATABASE' AS CURSOR d
DO
BEGIN
o1 = d.x1;
o2 = d.x2;
SUSPEND;
END
END
END
FOR EXECUTE STATEMENT
Exécution d’instructions SQL créées dynamiquement et renvoyant plusieurs lignes de données.
PSQL
[label:] FOR <execute_statement> DO <compound_statement>
Paramètre | Description |
---|---|
label |
Libellé facultatif pour |
execute_statement |
Instruction |
compound_statement |
Instruction composé (Instruction ou bloc d’Instructions). |
L’Instruction FOR EXECUTE STATEMENT
est utilisé (de manière similaire à la construction FOR SELECT
) pour les Instructions SELECT
ou EXECUTE BLOCK
qui renvoient plus d’une chaîne.
FOR EXECUTE STATEMENT
CREATE PROCEDURE DynamicSampleThree (
Q_FIELD_NAME VARCHAR(100),
Q_TABLE_NAME VARCHAR(100)
) RETURNS(
LINE VARCHAR(32000)
)
AS
DECLARE VARIABLE P_ONE_LINE VARCHAR(100);
BEGIN
LINE = '';
FOR
EXECUTE STATEMENT
'SELECT T1.' || :Q_FIELD_NAME || ' FROM ' || :Q_TABLE_NAME || ' T1 '
INTO :P_ONE_LINE
DO
IF (:P_ONE_LINE IS NOT NULL) THEN
LINE = :LINE || :P_ONE_LINE || ' ';
SUSPEND;
END
OPEN
Ouverture du curseur.
PSQL
OPEN cursor_name;
Paramètre | Description |
---|---|
cursor_name |
Nom du curseur : un curseur portant ce nom doit être prédéclaré à l’aide de la commande |
L’Instruction OPEN
ouvre un curseur précédemment déclaré, exécute l’Instruction SELECT
qui y est déclaré et récupère les enregistrements de l’ensemble de données résultant. L’Instruction OPEN
ne s’applique qu’aux curseurs déclarés dans la section DECLARE … CURSOR
.
Note
|
Si une instruction de curseur |
OPEN
OPEN
SET TERM ^;
CREATE OR ALTER PROCEDURE GET_RELATIONS_NAMES
RETURNS (
RNAME CHAR(31)
)
AS
DECLARE C CURSOR FOR (
SELECT RDB$RELATION_NAME
FROM RDB$RELATIONS);
BEGIN
OPEN C;
WHILE (1 = 1) DO
BEGIN
FETCH C INTO :RNAME;
IF (ROW_COUNT = 0) THEN
LEAVE;
SUSPEND;
END
CLOSE C;
END^
SET TERM ;^
OPEN
avec des paramètresCet exemple renvoie un ensemble de scripts pour créer des vues en utilisant un bloc PSQL avec des curseurs nommés.
EXECUTE BLOCK
RETURNS (
SCRIPT BLOB SUB_TYPE TEXT)
AS
DECLARE VARIABLE FIELDS VARCHAR(8191);
DECLARE VARIABLE FIELD_NAME TYPE OF RDB$FIELD_NAME;
DECLARE VARIABLE RELATION RDB$RELATION_NAME;
DECLARE VARIABLE SOURCE TYPE OF COLUMN RDB$RELATIONS.RDB$VIEW_SOURCE;
-- curseur nommé
DECLARE VARIABLE CUR_R CURSOR FOR (
SELECT
RDB$RELATION_NAME,
RDB$VIEW_SOURCE
FROM
RDB$RELATIONS
WHERE
RDB$VIEW_SOURCE IS NOT NULL);
-- curseur nommé
DECLARE CUR_F CURSOR FOR (
SELECT
RDB$FIELD_NAME
FROM
RDB$RELATION_FIELDS
WHERE
-- Important : La variable doit avoir été déclarée avant
RDB$RELATION_NAME = :RELATION);
BEGIN
OPEN CUR_R;
WHILE (1 = 1) DO
BEGIN
FETCH CUR_R
INTO :RELATION, :SOURCE;
IF (ROW_COUNT = 0) THEN
LEAVE;
FIELDS = NULL;
-- Le curseur CUR_F utilise
-- la valeur de la variable RELATION précédemment initialisée
OPEN CUR_F;
WHILE (1 = 1) DO
BEGIN
FETCH CUR_F
INTO :FIELD_NAME;
IF (ROW_COUNT = 0) THEN
LEAVE;
IF (FIELDS IS NULL) THEN
FIELDS = TRIM(FIELD_NAME);
ELSE
FIELDS = FIELDS || ', ' || TRIM(FIELD_NAME);
END
CLOSE CUR_F;
SCRIPT = 'CREATE VIEW ' || RELATION;
IF (FIELDS IS NOT NULL) THEN
SCRIPT = SCRIPT || ' (' || FIELDS || ')';
SCRIPT = SCRIPT || ' AS ' || ASCII_CHAR(13);
SCRIPT = SCRIPT || SOURCE;
SUSPEND;
END
CLOSE CUR_R;
END
FETCH
Lire un enregistrement de l’ensemble de données associé au curseur.
PSQL
FETCH [<fetch_scroll> FROM] cursor_name [INTO [:]varname [, [:]varname ...]]; <fetch_scroll> ::= NEXT | PRIOR | FIRST | LAST | RELATIVE n | ABSOLUTE n
Paramètre | Description |
---|---|
cursor_name |
Nom du curseur : un curseur portant ce nom doit être prédéclaré à l’aide de la commande |
var_name |
Variable PSQL. |
n |
Entier. |
L’instruction FETCH
sélectionne la ligne de données suivante dans le jeu de données du curseur résultant et affecte les valeurs des colonnes aux variables PSQL. L’instruction FETCH
s’applique uniquement aux curseurs déclarés dans l’instruction DECLARE …'. CURSOR
.
L’Instruction FETCH
peut spécifier dans quelle direction et de combien d’enregistrements la position du curseur avance. La clause NEXT
peut être utilisée avec des curseurs défilants ou non.
Les autres clauses ne peuvent être utilisées qu’avec des curseurs déroulants.
NEXT
fait avancer le curseur d’une entrée. Il s’agit de l’action par défaut.
PRIOR
déplace le curseur en arrière d’une entrée.
FIRST
déplace le curseur sur la première entrée.
LAST
déplace le curseur sur la dernière entrée.
ABSOLTE n
déplace le curseur à l’entrée spécifiée ; n est une expression entière, où 1
indique la première ligne. Pour les valeurs négatives, la position absolue est prise à partir de la fin du jeu de résultats, donc -1
indique la dernière ligne, -2
l’avant-dernière ligne, etc. Une valeur nulle (0
) viendra avant la première ligne.
RELATIVE n
déplace le curseur à n lignes de la position actuelle ; les nombres positifs déplacent le pointeur vers l’avant et les nombres négatifs vers l’arrière ; l’utilisation de zéro (0
) ne déplacera pas le curseur et ROW_COUNT
sera mis à zéro car aucune nouvelle ligne n’a été sélectionnée.
La clause optionnelle INTO
place les données de la ligne courante du curseur dans des variables PSQL.
Il est permis d’utiliser le nom du curseur comme une variable de type d’enregistrement (similaire à OLD et NEW dans les triggers) qui permet d’accéder aux colonnes du jeu résultant (c’est-à-dire cursor_name . columnname).
Pour résoudre l’ambiguïté lors de l’accès à une variable curseur, un préfixe deux-points est requis avant le nom du curseur ;
La variable curseur peut être accédée sans le préfixe deux-points, mais dans ce cas, selon la portée des contextes existants dans la requête, le nom peut être résolu comme un contexte de requête au lieu du curseur ;
Les variables du curseur sont en lecture seule ;
La lecture d’une variable curseur renvoie les valeurs actuelles des champs. Cela signifie que l’Instruction UPDATE
(avec la clause WHERE CURRENT OF
) mettra également à jour les valeurs des champs de la variable curseur pour les lectures suivantes. L’exécution de l’instruction DELETE
(avec la suggestion WHERE CURRENT OF
) mettra NULL
pour les valeurs des champs de la variable curseur pour les lectures suivantes.
Pour vérifier que les entrées du jeu de données sont épuisées, la variable contextuelle ROW_COUNT
est utilisée pour retourner le nombre de lignes sélectionnées par l’instruction.Si l’enregistrement suivant dans l’ensemble de données est lu, ROW_COUNT est égal à un, sinon zéro.
FETCH
SET TERM ^;
CREATE OR ALTER PROCEDURE GET_RELATIONS_NAMES
RETURNS (
RNAME CHAR(63)
)
AS
DECLARE C CURSOR FOR (SELECT RDB$RELATION_NAME FROM RDB$RELATIONS);
BEGIN
OPEN C;
WHILE (1 = 1) DO
BEGIN
FETCH C INTO :RNAME;
IF (ROW_COUNT = 0) THEN
LEAVE;
SUSPEND;
END
CLOSE C;
END^
SET TERM ;^
FETCH
avec des curseurs imbriquésEXECUTE BLOCK
RETURNS (
SCRIPT BLOB SUB_TYPE TEXT)
AS
DECLARE VARIABLE FIELDS VARCHAR(8191);
DECLARE VARIABLE FIELD_NAME TYPE OF RDB$FIELD_NAME;
DECLARE VARIABLE RELATION RDB$RELATION_NAME;
DECLARE VARIABLE SRC TYPE OF COLUMN RDB$RELATIONS.RDB$VIEW_SOURCE;
-- Déclaration d'un curseur nommé
DECLARE VARIABLE CUR_R CURSOR FOR (
SELECT
RDB$RELATION_NAME,
RDB$VIEW_SOURCE
FROM
RDB$RELATIONS
WHERE
RDB$VIEW_SOURCE IS NOT NULL);
-- Annonce d'un curseur nommé dans lequel
-- une variable locale est utilisée
DECLARE CUR_F CURSOR FOR (
SELECT
RDB$FIELD_NAME
FROM
RDB$RELATION_FIELDS
WHERE
-- La chose importante est que la variable doit avoir été déclarée avant
RDB$RELATION_NAME = :RELATION);
BEGIN
OPEN CUR_R;
WHILE (1 = 1) DO
BEGIN
FETCH CUR_R
INTO :RELATION, :SRC;
IF (ROW_COUNT = 0) THEN
LEAVE;
FIELDS = NULL;
-- Le curseur CUR_F utilisera la valeur
-- de la variable RELATION initialisée ci-dessus
OPEN CUR_F;
WHILE (1 = 1) DO
BEGIN
FETCH CUR_F
INTO :FIELD_NAME;
IF (ROW_COUNT = 0) THEN
LEAVE;
IF (FIELDS IS NULL) THEN
FIELDS = TRIM(FIELD_NAME);
ELSE
FIELDS = FIELDS || ', ' || TRIM(FIELD_NAME);
END
CLOSE CUR_F;
SCRIPT = 'CREATE VIEW ' || RELATION;
IF (FIELDS IS NOT NULL) THEN
SCRIPT = SCRIPT || ' (' || FIELDS || ')';
SCRIPT = SCRIPT || ' AS ' || ASCII_CHAR(13);
SCRIPT = SCRIPT || SRC;
SUSPEND;
END
CLOSE CUR_R;
END
FETCH
avec un curseur de défilementEXECUTE BLOCK
RETURNS (
N INT,
RNAME CHAR(63))
AS
DECLARE C SCROLL CURSOR FOR (
SELECT
ROW_NUMBER() OVER(ORDER BY RDB$RELATION_NAME) AS N,
RDB$RELATION_NAME
FROM RDB$RELATIONS
ORDER BY RDB$RELATION_NAME);
BEGIN
OPEN C;
-- passer à la première entrée (N=1)
FETCH FIRST FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- avancer d'une entrée (N=2)
FETCH NEXT FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- passer à la cinquième entrée (N=5)
FETCH ABSOLUTE 5 FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- reculer d'une entrée (N=4)
FETCH PRIOR FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- avancer de 3 entrées (N=7)
FETCH RELATIVE 3 FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- reculer de 5 entrées (N=2)
FETCH RELATIVE -5 FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- passer à la première entrée (N=1)
FETCH FIRST FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
-- passer à la dernière entrée
FETCH LAST FROM C;
RNAME = C.RDB$RELATION_NAME;
N = C.N;
SUSPEND;
CLOSE C;
END
CLOSE
Fermeture du curseur.
PSQL
CLOSE cursor_name;
Paramètre | Description |
---|---|
cursor_name |
Le nom du curseur ouvert. Un curseur avec ce nom doit être prédéclaré en utilisant la commande |
L’instruction CLOSE
ferme un curseur ouvert. Tout curseur encore ouvert sera automatiquement fermé après l’exécution du code déclencheur, de la procédure stockée, de la fonction ou du bloc PSQL anonyme dans lequel il a été ouvert. L’instruction CLOSE
s’applique uniquement aux curseurs déclarés dans l’instruction DECLARE … CURSOR
.
DECLARE VARIABLE
Déclaration d’une variable locale.
PSQL
DECLARE [VARIABLE] varname <type> [NOT NULL] [COLLATE collation] [{= | DEFAULT} <initvalue>] } <type> ::= <non_array_datatype> | [TYPE OF] domain | TYPE OF COLUMN rel.col <non_array_datatype> ::= <scalar_datatype> | <blob_datatype> <scalar_datatype> ::= Voir Syntaxe des types de données scalaires. <blob_datatype> ::= Voir Syntaxe du type de données BLOB. <initvalue> ::= {<literal> | <context_var>}
Paramètre | Description |
---|---|
varname |
Le nom de la variable locale. |
literal |
Litéral. |
context_var |
Toute variable contextuelle dont le type est compatible avec celui de la variable locale. |
non_array_datatype |
Type de données SQL autre que les tableaux. |
collation |
Ordre de tri. |
domain |
Domaine. |
rel |
Le nom d’une table ou d’une vue. |
col |
Le nom de la colonne de la table ou de la vue. |
L’Instruction DECLARE [VARIABLE]
déclare une variable locale. Le mot clé VARIABLE
peut être omis. Une seule variable peut être déclarée dans un Instruction. Un nombre arbitraire de variables locales peut être déclaré dans les procédures et les triggers, en utilisant à chaque fois, un nouvel Instruction DECLARE VARIABLE
.
Le nom d’une variable locale doit être unique parmi les noms des variables locales, des paramètres d’entrée et de sortie d’une procédure dans un objet de programme.
Le type de données de la variable locale peut être n’importe quel type SQL, à l’exception des tableaux.
Vous pouvez spécifier un nom de domaine comme type de variable.Dans ce cas, la variable hérite de toutes les caractéristiques du domaine.Si la clause TYPE OF
est utilisée en plus avant le nom de domaine, seul le type de données du domaine est utilisé — ses restrictions NOT NULL
, CHECK
et/ou ses valeurs par défaut ne sont pas vérifiées (non utilisées).Si le domaine est un type de texte, son jeu de caractères et son ordre de tri sont toujours utilisés.
Les variables locales peuvent être déclarées en utilisant le type de données colonne des tables et vues existantes.Pour ce faire, on utilise la clause TYPE OF COLUMN
, suivie du nom des tables ou de la vue et d’un nom de colonne séparé par un point.Lorsque vous utilisez TYPE OF COLUMN
, seul le type de données est hérité, et dans le cas des types de chaînes de caractères, également le jeu de caractères et l’ordre de tri.Les contraintes et les valeurs par défaut de la colonne ne sont jamais utilisées.
NOT NULL
La restriction NOT NULL
peut être spécifiée pour les variables locales, empêchant ainsi la valeur NULL
de lui être passée.
CHARACTER SET
et COLLATE
Sauf indication contraire, le jeu de caractères et la séquence de mappage (tri) de la variable chaîne seront les valeurs par défaut de la base de données.
Si nécessaire, la clause CHARACTER SET
peut être incluse pour gérer les données de chaînes de caractères qui seront dans un jeu de caractères différent.
Une séquence de mappage valide (clause COLLATE
) peut également être incluse avec ou sans CHARACTER SET
.
Une variable locale peut être définie par une valeur d’initialisation, qui est définie avec la clause DEFAULT
ou l’Instruction =
. La valeur par défaut peut être NULL
, un littéral ou toute variable contextuelle compatible avec le type de données.
Important
|
Assurez-vous d’utiliser l’initialisation avec une valeur initiale pour toutes les variables déclarées avec la contrainte |
CREATE OR ALTER PROCEDURE SOME_PROC
AS
-- Déclaration d'une variable de type INT
DECLARE I INT;
-- Déclaration d'une variable de type INT qui n'accepte pas NULL
DECLARE VARIABLE J INT NOT NULL;
-- Déclaration d'une variable de type INT avec une valeur par défaut de 0
DECLARE VARIABLE K INT DEFAULT 0;
-- Déclaration d'une variable de type INT avec une valeur par défaut de 1
DECLARE VARIABLE L INT = 1;
-- Déclarer une variable basée sur le domaine COUNTRYNAME
DECLARE FARM_COUNTRY COUNTRYNAME;
-- Déclaration d'une variable de type égal au type de domaine COUNTRYNAME
DECLARE FROM_COUNTRY TYPE OF COUNTRYNAME;
-- Déclaration d'une variable avec le type de colonne CAPITAL de la table COUNTRY
DECLARE CAPITAL TYPE OF COLUMN COUNTRY.CAPITAL;
BEGIN
/* Instructions PSQL */
END
IN AUTONOMOUS TRANSACTION
Exécution d’un Instruction composé dans une transaction autonome.
PSQL.
IN AUTONOMOUS TRANSACTION DO <compound_statement>
Paramètre | Description |
---|---|
compound_statement |
Instruction composé (Instruction ou bloc d’Instructions). |
L’instruction IN AUTONOMOUS TRANSACTION
permet d’exécuter une instruction composée dans une transaction hors ligne. Le code s’exécutant dans une transaction hors ligne sera acquitté immédiatement après son achèvement, quel que soit le statut de la transaction parente. Ceci est nécessaire lorsque certaines actions ne doivent pas être annulées, même si une erreur se produit dans la transaction parente.
Une transaction hors ligne a le même niveau d’isolation que la transaction parente. Toute exception levée ou soulevée dans le bloc de code d’une transaction hors ligne entraînera le retour en arrière de la transaction hors ligne et l’annulation de toutes les modifications apportées. Si le code est exécuté avec succès, la transaction hors ligne sera acquittée.
IN AUTONOMOUS TRANSACTION
Cet exemple montre l’utilisation d’une transaction hors ligne dans un déclencheur d’événements de connexion à une base de données pour enregistrer toutes les tentatives de connexion, y compris celles qui échouent.
CREATE TRIGGER TR_CONNECT ON CONNECT
AS
BEGIN
-- Toutes les tentatives de connexion à la base de données sont enregistrées
IN AUTONOMOUS TRANSACTION DO
INSERT INTO LOG(MSG)
VALUES ('USER ' || CURRENT_USER || ' CONNECTS.');
IF (CURRENT_USER IN (SELECT
USERNAME
FROM
BLOCKED_USERS)) THEN
BEGIN
-- L'enregistrement de cette tentative de connexion
-- avec la base de données n'a pas abouti
-- et a envoyer un message d'événement
IN AUTONOMOUS TRANSACTION DO
BEGIN
INSERT INTO LOG(MSG)
VALUES ('USER ' || CURRENT_USER || ' REFUSED.');
POST_EVENT 'CONNECTION ATTEMPT' || ' BY BLOCKED USER!';
END
-- lève maintenant une exception
EXCEPTION EX_BADUSER;
END
END
POST_EVENT
Envoi d’un événement (message) aux applications clientes.
PSQL
POST_EVENT event_name;
Paramètre | Description |
---|---|
event_name |
Nom de l’événement, limité à 127 octets. |
L’instruction POST_EVENT
rapporte l’événement au gestionnaire d’événements, qui le stocke dans la table des événements. Lorsque la transaction est acquittée, le gestionnaire d’événements informe les applications qui attendent l’événement.
Le nom de l’événement est une sorte de code ou de message court, à vous de choisir, car il s’agit simplement d’une chaîne de caractères d’une longueur maximale de 127 octets.
Le nom de l’événement peut être une chaîne littérale, une variable ou toute expression SQL valide.
POST_EVENT
SALES
.SET TERM ^;
CREATE TRIGGER POST_NEW_ORDER FOR SALES
ACTIVE AFTER INSERT POSITION 0
AS
BEGIN
POST_EVENT 'new_order';
END^
SET TERM ;^
RETURN
Retourner une valeur à partir d’une fonction stockée
PSQL
RETURN value;
Paramètre | Description |
---|---|
value |
Expression permettant de retourner une valeur à partir d’une fonction ; peut être toute expression compatible avec le type de valeur de retour de la fonction. |
L’instruction RETURN
termine la fonction et renvoie la valeur de l’expression value.
RETURN
ne peut être utilisé que dans les fonctions PSQL (fonctions stockées et locales).
RETURN
Voir. Exemples CREATE FUNCTION
Dans Firebird, il y a des Instructions PSQL pour gérer les erreurs et les exceptions dans les modules. Il y a de nombreuses exceptions intégrées qui se produisent lorsque des erreurs standard se produisent dans les instructions DML et DDL.
Une exception est un message qui est généré lorsqu’une erreur se produit.
Toutes les exceptions traitées par Firebird ont des valeurs numériques (caractères) prédéfinies pour les variables de contexte et les textes de message associés. Les messages d’erreur sont écrits en anglais par défaut. Il existe également des versions localisées de la base de données dans lesquelles les messages d’erreur sont traduits dans d’autres langues.
Vous trouverez une liste complète des exceptions du système dans l’annexe. "Traitement des erreurs, codes et messages":
Les exceptions personnalisées peuvent être déclarées comme des objets persistants dans la base de données et peuvent être appelées à partir du code PSQL pour signaler une erreur lorsque certaines règles de gestion sont violées.Le texte d’une exception personnalisée est limité à 1021 octets.Voir CREATE EXCEPTION pour plus de détails.
Dans le code PSQL, les exceptions sont traitées par l’Instruction WHEN
.Si l’exception est gérée dans votre code, vous fournissez un correctif ou une solution de contournement et permettez à l’exécution de se poursuivre, aucun message d’exception n’est renvoyé au client.
L’exception entraîne l’arrêt de l’exécution dans le bloc.Au lieu de passer l’exécution à l’instruction finale END
, la procédure remonte maintenant les niveaux dans les blocs imbriqués, en commençant par le bloc où l’erreur a été levée, et va dans les blocs externes pour trouver le code du gestionnaire qui connait
l’exception.Il cherche la première instruction WHEN
qui peut gérer cette erreur.
EXCEPTION
Déclencher une exception personnalisée ou rappeler une exception.
PSQL
EXCEPTION [ exception_name [ custom_message | USING (<value_list>)] ] <value_list> ::= <val> [, <val> ...]
Paramètre | Description |
---|---|
exception_name |
Le nom de l’exception. |
custom_message |
Texte du message alternatif donné lorsqu’une exception se produit. La longueur maximale d’un message texte est de 1021 octets. |
val |
Les valeurs par lesquelles les créneaux sont remplacés dans le texte du message d’exception. |
L’Instruction EXCEPTION
lance une exception personnalisée avec un nom spécifié. Lorsque vous lancez une exception, vous pouvez également spécifier un texte de message alternatif pour remplacer le texte de message spécifié lors de la création de l’exception.
Le texte du message d’exception peut contenir des emplacements de paramètres qui sont remplis lorsque l’exception est levée.La clause USING
est utilisée pour passer des valeurs de paramètres dans l’exception.Les paramètres sont évalués de gauche à droite.Chaque paramètre est transmis à l’instruction qui lève l’exception sous la forme `N-y', N commençant par 1 :
Si le paramètre N n’est pas passé, son emplacement n’est pas remplacé ;
Si NULL
est passé, le slot sera remplacé par la chaîne “*** null ***
” ;
Si le nombre de paramètres passés est supérieur au nombre de paramètres contenus dans le message d’exception, les paramètres supplémentaires seront ignorés ;
Le nombre maximum de paramètres est de 9 ;
La longueur totale du message, y compris les valeurs des paramètres, est limitée à 1053 octets.
Note
|
Le vecteur d’état est généré en utilisant une combinaison de codes Comme un nouveau code d’erreur ( |
Warning
|
Si le texte du message contient un numéro d’emplacement de paramètre supérieur à 9, le deuxième caractère et les suivants seront considérés comme des littéraux. Par exemple, |
CREATE EXCEPTION ex1
'something wrong in @1 @2 @3 @4 @5 @6 @7 @8 @9 @10 @11';
EXECUTE BLOCK AS
BEGIN
EXCEPTION ex1 USING ('a','b','c','d','e','f','g','h','i');
END^
Statement failed, SQLSTATE = HY000 exception 1 -EX1 -something wrong in a b c d e f g h i a0 a1
L’exception peut être traitée par l’Instruction WHEN … DO.Si une exception utilisateur n’a pas été traitée dans un déclencheur ou une procédure stockée, les actions effectuées dans cette procédure stockée (déclencheur) sont annulées et le programme appelant reçoit le texte spécifié lors de la création de l’exception ou un autre texte de message.
Dans le bloc de traitement des exceptions (et uniquement dans celui-ci), vous pouvez rappeler une exception ou une erreur capturée en appelant l’instruction EXCEPTION sans paramètres. En dehors du bloc d’exception, un tel appel n’a aucun effet.
Note
|
Les exceptions des utilisateurs sont stockées dans la table du système |
EXCEPTION
CREATE OR ALTER PROCEDURE SHIP_ORDER (
PO_NUM CHAR(8))
AS
DECLARE VARIABLE ord_stat CHAR(7);
DECLARE VARIABLE hold_stat CHAR(1);
DECLARE VARIABLE cust_no INTEGER;
DECLARE VARIABLE any_po CHAR(8);
BEGIN
SELECT
s.order_status,
c.on_hold,
c.cust_no
FROM
sales s, customer c
WHERE
po_number = :po_num AND
s.cust_no = c.cust_no
INTO :ord_stat,
:hold_stat,
:cust_no;
/* Cette commande a déjà été envoyée pour être livrée. */
IF (ord_stat = 'shipped') THEN
EXCEPTION order_already_shipped;
/* Autres Instructions */
END
CREATE OR ALTER PROCEDURE SHIP_ORDER (
PO_NUM CHAR(8))
AS
DECLARE VARIABLE ord_stat CHAR(7);
DECLARE VARIABLE hold_stat CHAR(1);
DECLARE VARIABLE cust_no INTEGER;
DECLARE VARIABLE any_po CHAR(8);
BEGIN
SELECT
s.order_status,
c.on_hold,
c.cust_no
FROM
sales s, customer c
WHERE
po_number = :po_num AND
s.cust_no = c.cust_no
INTO :ord_stat,
:hold_stat,
:cust_no;
/* Cette commande a déjà été envoyée pour être livrée. */
IF (ord_stat = 'shipped') THEN
EXCEPTION order_already_shipped 'Order status is "' || ord_stat || '"';
/* Autres Instructions */
END
CREATE EXCEPTION EX_BAD_SP_NAME
'Name of procedures must start with ''@1'' : ''@2''';
...
CREATE TRIGGER TRG_SP_CREATE BEFORE CREATE PROCEDURE
AS
DECLARE SP_NAME VARCHAR(255);
BEGIN
SP_NAME = RDB$GET_CONTEXT('DDL_TRIGGER', 'OBJECT_NAME');
IF (SP_NAME NOT STARTING 'SP_') THEN
EXCEPTION EX_BAD_SP_NAME USING ('SP_', SP_NAME);
END^
WHEN … DO
Traitement des erreurs.
PSQL
WHEN {<error> [, <error> ...] | ANY} DO <compound_statement> <error> ::= { EXCEPTION exception_name | SQLCODE number | GDSCODE errcode | SQLSTATE 'sqlstate_code' }
Paramètre | Description |
---|---|
exception_name |
Le nom de l’exception. |
number |
Code d’erreur SQLCODE. |
errcode |
Le nom symbolique de l’erreur est GDSCODE. |
sqlstate_code |
Code d’erreur SQLSTATE. |
compound_statement |
Instruction ou bloc d’Instructions. |
Le WHEN … DO
est utilisé pour gérer les situations d’erreur et les exceptions de l’utilisateur.L’Instruction intercepte toutes les erreurs et les exceptions utilisateur énumérées après le mot-clé WHEN
.Si le mot clé ANY
est spécifié après le mot clé WHEN
, l’Instruction intercepte toutes les erreurs et les exceptions utilisateur, même si elles ont déjà été traitées dans le bloc WHEN
ci-dessus.
Le WHEN … DO
doit se trouver à la toute fin du bloc d’instructions, avant l’instruction END
.
Le mot-clé DO
est suivi d’une instruction composée où une erreur ou une exception peut être traitée.Une instruction composée est une instruction ou un bloc d’instructions entouré de crochets Instructions BEGIN
et END
.Les variables contextuelles sont disponibles dans cette déclaration GDSCODE, SQLCODE, SQLSTATE.Pour récupérer le nom d’une exception utilisateur active ou le texte d’un message d’erreur interprété, vous pouvez utiliser la fonction systèmeRDB$ERROR.Un Instruction de rappel en cas d’erreur ou de situation exceptionnelle est également disponible dans ce bloc.EXCEPTION
(aucun paramètre).
Important
|
Après la clause |
Le WHEN … IF
l’instruction est exécutée (même si aucune action n’y a été effectuée), une erreur ou une exception utilisateur n’interrompt pas ou n’annule pas l’action du déclencheur ou de la procédure stockée où cette instruction a été émise, l’opération se poursuit comme si aucune situation exceptionnelle ne s’était produite.Toutefois, dans ce cas, l’instruction DML (SELECT
, INSERT
, UPDATE
, DELETE
, MERGE
) qui a provoqué l’erreur sera annulée et toutes les instructions suivantes du même bloc d’instructions ne seront pas exécutées.
Important
|
Si l’erreur n’est pas causée par l’une des instructions DML ( |
WHEN … DO
L’Instruction intercepte les erreurs et les exceptions dans le bloc d’instructions en cours. Il intercepte également les situations similaires dans les blocs imbriqués si ces situations n’ont pas été traitées dans ceux-ci.
Le WHEN … DO
voit toutes les modifications apportées avant l’énoncé causant l’erreur. Cependant, si vous essayez de les enregistrer dans une transaction hors ligne, ces modifications ne seront pas disponibles parce qu’au moment où la transaction hors ligne commence, la transaction dans laquelle ces modifications ont eu lieu n’est pas confirmée.
WHEN…DO
CREATE EXCEPTION COUNTRY_EXIST '';
SET TERM ^;
CREATE PROCEDURE ADD_COUNTRY (
ACountryName COUNTRYNAME,
ACurrency VARCHAR(10) )
AS
BEGIN
INSERT INTO country (country, currency)
VALUES (:ACountryName, :ACurrency);
WHEN SQLCODE -803 DO
EXCEPTION COUNTRY_EXIST 'Un tel pays a déjà été ajouté !';
END^
SET TERM ^;
WHEN
.CREATE PROCEDURE ADD_COUNTRY (
ACountryName COUNTRYNAME,
ACurrency VARCHAR(10) )
AS
BEGIN
INSERT INTO country (country,
currency)
VALUES (:ACountryName,
:ACurrency);
WHEN ANY DO
BEGIN
-- Enregistrement de l'erreur
IN AUTONOMOUS TRANSACTION DO
INSERT INTO ERROR_LOG (PSQL_MODULE,
ERROR_TEXT,
EXCEPTION_NAME,
GDS_CODE,
SQL_CODE,
SQL_STATE)
VALUES ('ADD_COUNTRY',
RDB$ERROR(MESSAGE), -- texte du message d'erreur
RDB$ERROR(EXCEPTION), -- le nom de l'exception de l'utilisateur
GDSCODE,
SQLCODE,
SQLSTATE
);
-- Relancer l'erreur
EXCEPTION;
END
END
WHEN … DO
d’un bloc de plusieurs erreurs...
WHEN GDSCODE GRANT_OBJ_NOTFOUND,
GDSCODE GRANT_FLD_NOTFOUND,
GDSCODE GRANT_NOPRIV,
GDSCODE GRANT_NOPRIV_ON_BASE
DO
BEGIN
EXECUTE PROCEDURE LOG_GRANT_ERROR(GDSCODE);
EXIT;
END
...
SQLSTATE
.EXECUTE BLOCK
AS
DECLARE VARIABLE I INT;
BEGIN
BEGIN
I = 1 / 0;
WHEN SQLSTATE '22003' DO
EXCEPTION E_CUSTOM_EXCEPTION
'Numeric value out of range.';
WHEN SQLSTATE '22012' DO
EXCEPTION E_CUSTOM_EXCEPTION 'Division by zero.';
WHEN SQLSTATE '23000' DO
EXCEPTION E_CUSTOM_EXCEPTION
'Integrity constraint violation.';
END
END
DECLARE … CURSOR
Annonce du curseur.
PSQL
DECLARE [VARIABLE] cursor_name [SCROLL | NO SCROLL] CURSOR FOR (<select_statement>);
Paramètre | Description |
---|---|
cursor_name |
Nom du curseur. |
select_statement |
Instruction SELECT. |
La commande DECLARE … CURSOR FOR
déclare un curseur nommé, le liant au jeu de données obtenu dans l’instruction SELECT
spécifiée dans la clause CURSOR FOR
. Le curseur peut alors être ouvert, utilisé pour contourner le jeu de données résultant, et être refermé. Les mises à jour et suppressions positionnées sont également supportées en utilisant WHERE CURRENT OF
dans les instructions UPDATE
et DELETE
.
Le nom du curseur peut être utilisé comme référence au curseur en tant que variable de type d’enregistrement. L’enregistrement courant est accessible via le nom du curseur, ce qui rend inutile la clause INTO
dans l’instruction FETCH
.
Les curseurs peuvent être défilables unidirectionnellement. La clause optionnelle SCROLL
rend le curseur bidirectionnel (défilable), la clause NO SCROLL
le rend unidirectionnel. Par défaut, les curseurs sont unidirectionnels.
Les curseurs unidirectionnels permettent uniquement un déplacement vers l’avant dans un ensemble de données, tandis que les curseurs bidirectionnels permettent non seulement un déplacement vers l’avant mais aussi vers l’arrière dans un ensemble de données et N positions par rapport à la position actuelle.
Warning
|
Les curseurs défilants se matérialisent en interne comme un jeu de données temporaire, ils consomment donc des ressources mémoire/disque supplémentaires, aussi ne les utilisez que lorsque cela est vraiment nécessaire. |
La clause FOR UPDATE
est autorisée dans l’instruction SELECT
, mais elle n’est pas nécessaire pour une mise à jour ou une suppression positionnelle réussie ;
Assurez-vous que les noms de curseurs déclarés ne correspondent pas à des noms définis plus tard dans les clauses AS CURSOR
;
Si un curseur n’est nécessaire que pour parcourir le jeu de données résultant, il est presque toujours plus facile (et moins sujet aux erreurs) d’utiliser l’instruction FOR SELECT
avec la clause AS CURSOR
. Les curseurs déclarés doivent être explicitement ouverts, utilisés pour sélectionner des données et fermés. Vous devez également vérifier la variable contextuelle ROW_COUNT
après chaque sélection et quitter la boucle si sa valeur est nulle. La clause FOR SELECT
effectue cette vérification automatiquement. Cependant, les curseurs déclarés donnent un meilleur contrôle sur les événements séquentiels et permettent de gérer plusieurs curseurs en parallèle ;
L’instruction SELECT
peut contenir des paramètres tels que : "SÉLECTIONNER NOM || :SFX À PARTIR DE NOMS OÙ NUMÉRO = :NUM". Chaque paramètre doit être déclaré au préalable comme une variable PSQL (ceci s’applique également aux paramètres d’entrée et de sortie). Lorsque le curseur est ouvert, le paramètre se voit attribuer la valeur variable actuelle ;
Si l’option de défilement est omise, NO SCROLL est supposé par défaut (c’est-à-dire que le curseur n’est ouvert que pour un déplacement vers l’avant). Cela signifie que seules les commandes FETCH [NEXT FROM]
peuvent être utilisées. Les autres commandes renverront des erreurs.
Warning
|
Si la valeur d’une variable PSQL utilisée dans une instruction |
CREATE OR ALTER TRIGGER TBU_STOCK
BEFORE UPDATE ON STOCK
AS
-- Annonce d'un curseur nommé
DECLARE C_COUNTRY CURSOR FOR (
SELECT
COUNTRY,
CAPITAL
FROM COUNTRY
);
BEGIN
/* Instructions PSQL */
END
EXECUTE BLOCK
RETURNS (
N INT,
RNAME CHAR(63))
AS
-- Annonce d'un curseur défilant
DECLARE C SCROLL CURSOR FOR (
SELECT
ROW_NUMBER() OVER(ORDER BY RDB$RELATION_NAME) AS N,
RDB$RELATION_NAME
FROM RDB$RELATIONS
ORDER BY RDB$RELATION_NAME);
BEGIN
/* Instructions PSQL */
END
DECLARE PROCEDURE
Déclaration et mise en œuvre d’une sous-procédure.
PSQL
<subproc-declaration> ::= DECLARE PROCEDURE subprocname [(<input-parameters>)] [RETURNS (<output-parameters>)]; <subproc-implimentation> ::= DECLARE PROCEDURE subprocname [(<input-parameters>)] [RETURNS (<output-parameters>)] <psql-routine-body> <input-parameters> ::= <inparam> [, <inparam> ...] <output-parameters> ::= <outparam> [, <outparam> ...] <psql-routine-body> ::= Voir. Syntaxe du corps du module
Paramètre | Description |
---|---|
subprocname |
Nom de la sous-procédure. |
inparam |
Description du paramètre d’entrée. |
outparam |
Description du paramètre de sortie. |
L’Instruction DECLARE PROCEDURE
déclare ou implémente une sous-procédure.
Les restrictions suivantes sont imposées à une sous-procédure :
Un sous-programme ne peut pas être imbriqué dans un autre sous-programme. Ils ne sont pris en charge que dans le module principal (procédure stockée, fonction stockée, déclencheur et bloc PSQL anonyme) ;
Les variables du module principal sont disponibles dans un sous-programme ;
Les variables et paramètres accédés par les sous-programmes peuvent avoir une légère dégradation des performances lors de leur lecture (même dans le programme principal).
Actuellement, les sous-programmes n’ont pas d’accès direct aux curseurs du module principal. Cela pourrait être autorisé à l’avenir.
Un sous-programme peut appeler un autre sous-programme, y compris de manière récursive.Dans certains cas, il peut être nécessaire de déclarer au préalable un sous-programme.Règle générale : un sous-programme peut appeler un autre sous-programme si ce dernier est déclaré au-dessus du point d’appel.Tous les sous-programmes déclarés doivent être mis en œuvre avec la même signature.Les valeurs par défaut des paramètres des sous-programmes ne peuvent pas être remplacées.Cela signifie qu’ils ne peuvent être définis que dans l’implémentation de sous-programmes qui n’ont pas été déclarés auparavant.
SET TERM ^;
--
-- Sous-procédures dans EXECUTE BLOCK
--
EXECUTE BLOCK
RETURNS (
name VARCHAR(63))
AS
-- Sous-procédure retournant une liste de tableaux
DECLARE PROCEDURE get_tables
RETURNS(table_name VARCHAR(63))
AS
BEGIN
FOR
SELECT
rdb$relation_name
FROM
rdb$relations
WHERE
rdb$view_blr IS NULL
INTO table_name
DO SUSPEND;
END
-- Sous-procédure retournant une liste de vues
DECLARE PROCEDURE get_views
RETURNS(view_name VARCHAR(63))
AS
BEGIN
FOR
SELECT
rdb$relation_name
FROM
rdb$relations
WHERE
rdb$view_blr IS NOT NULL
INTO view_name
DO SUSPEND;
END
BEGIN
FOR
SELECT
table_name
FROM
get_tables
UNION ALL
SELECT
view_name
FROM
get_views
INTO name
DO SUSPEND;
END^
EXECUTE BLOCK RETURNS (o INTEGER)
AS
-- Pré-annonce P1.
DECLARE PROCEDURE p1(i INTEGER = 1) RETURNS (o INTEGER);
-- Pré-annonce P2.
DECLARE PROCEDURE p2(i INTEGER) RETURNS (o INTEGER);
-- Mise en œuvre de P1. Vous ne devez pas remplacer la valeur par défaut du paramètre
DECLARE PROCEDURE p1(i INTEGER) RETURNS (o INTEGER)
AS
BEGIN
EXECUTE PROCEDURE p2(i) RETURNING_VALUES o;
END
DECLARE PROCEDURE p2(i INTEGER) RETURNS (o INTEGER)
AS
BEGIN
o = i;
END
BEGIN
EXECUTE PROCEDURE p1 RETURNING_VALUES o;
SUSPEND;
END!
Déclaration et mise en œuvre d’une sous-fonction.
PSQL
<subfunc-declaration> ::= DECLARE FUNCTION subfuncname [(<input-parameters>)] RETURNS <type> [COLLATE collation] [DETERMINISTIC]; <subfunc-implimentation> ::= DECLARE FUNCTION subfuncname [(<input-parameters>)] RETURNS <type> [COLLATE collation] [DETERMINISTIC] <psql-routine-body> <input-parameters> ::= <inparam> [, <inparam> ...] <output-parameters> ::= <outparam> [, <outparam> ...] <psql-routine-body> ::= Voir. Syntaxe du corps du module
Paramètre | Description |
---|---|
subfuncname |
Le nom de la sous-fonction. |
inparam |
Description du paramètre d’entrée. |
type |
Type de résultat de sortie. |
collation |
Ordre de tri. |
L’Instruction DECLARE FUNCTION
déclare une sous-fonction.
Les restrictions suivantes sont imposées au sous-programme :
Un sous-programme ne peut pas être imbriqué dans un autre sous-programme. Ils ne sont pris en charge que dans le module principal (procédure stockée, fonction stockée, déclencheur et bloc PSQL anonyme) ;
Les variables du module principal sont disponibles dans un sous-programme ;
Les variables et paramètres accédés par les sous-programmes peuvent avoir une légère dégradation des performances lors de leur lecture (même dans le programme principal).
Actuellement, les sous-programmes n’ont pas d’accès direct aux curseurs du module principal. Cela pourrait être autorisé à l’avenir.
Un sous-programme peut appeler un autre sous-programme, y compris de manière récursive.Dans certains cas, il peut être nécessaire de déclarer au préalable un sous-programme.Règle générale : un sous-programme peut appeler un autre sous-programme si ce dernier est déclaré au-dessus du point d’appel.Tous les sous-programmes déclarés doivent être mis en œuvre avec la même signature.Les valeurs par défaut des paramètres des sous-programmes ne peuvent pas être remplacées.Cela signifie qu’ils ne peuvent être définis que dans l’implémentation de sous-programmes qui n’ont pas été déclarés auparavant.
--
-- Une sous-fonction dans une fonction stockée
--
CREATE OR ALTER FUNCTION FUNC1 (n1 INTEGER, n2 INTEGER)
RETURNS INTEGER
AS
-- Sous-fonction
DECLARE FUNCTION SUBFUNC (n1 INTEGER, n2 INTEGER)
RETURNS INTEGER
AS
BEGIN
RETURN n1 + n2;
END
BEGIN
RETURN SUBFUNC(n1, n2);
END ^
EXECUTE BLOCK RETURNS (i INTEGER, o INTEGER)
AS
-- Sous-programme-fonction récursif sans déclaration préalable.
DECLARE FUNCTION fibonacci(n INTEGER) RETURNS INTEGER
AS
BEGIN
IF (n = 0 OR n = 1) THEN
RETURN n;
ELSE
RETURN fibonacci(n - 1) + fibonacci(n - 2);
END
BEGIN
i = 0;
WHILE (i < 10)
DO
BEGIN
o = fibonacci(i);
SUSPEND;
i = i + 1;
END
END!
BEGIN … END
La désignation d’un Instruction composé.
PSQL.
<block> ::= BEGIN [<compound_statement> ...] END <compound_statement> ::= {<block> | <statement>}
Les parenthèses de l’Instruction BEGIN … END
définit une instruction composée ou un bloc d’instructions qui est exécuté comme une seule unité de code.Chaque bloc commence par l’Instruction BEGIN
et se termine par l’Instruction END
.Les blocs peuvent être imbriqués.La profondeur maximale est limitée à 512 niveaux de blocs imbriqués.Une instruction composée peut être vide, ce qui permet de l’utiliser comme un stub pour éviter d’écrire des instructions factices.
Il n’y a pas de point-virgule après les Instructions BEGIN
et END
.Toutefois, l’utilitaire de ligne de commande isql
exige que la dernière instruction END de la définition du module PSQL soit suivie du caractère de terminaison défini par la commande SET TERM.Le terminateur ne fait pas partie de la syntaxe PSQL.
La dernière instruction END du déclencheur termine le déclencheur.La dernière instruction END d’une procédure stockée fonctionne en fonction du type de procédure :
Dans une procédure sélective, la dernière instruction END rend le contrôle à l’application et définit la valeur SQLCODE à 100, ce qui signifie qu’il n’y a plus de lignes à récupérer ;
Dans une procédure exécutable, la dernière instruction END rend le contrôle et les valeurs actuelles des paramètres de sortie, le cas échéant, à l’application appelante.
BEGIN … END
Exemple de procédure à partir de la base de données employee.fdb
, démontrant une utilisation simple des blocs BEGIN … END
:
BEGIN … END
SET TERM ^;
CREATE OR ALTER PROCEDURE DEPT_BUDGET (
DNO CHAR(3))
RETURNS (
TOT DECIMAL(12,2))
AS
DECLARE VARIABLE SUMB DECIMAL(12,2);
DECLARE VARIABLE RDNO CHAR(3);
DECLARE VARIABLE CNT INTEGER;
BEGIN
TOT = 0;
SELECT
BUDGET
FROM
DEPARTMENT
WHERE DEPT_NO = :DNO
INTO :TOT;
SELECT
COUNT(BUDGET)
FROM
DEPARTMENT
WHERE HEAD_DEPT = :DNO
INTO :CNT;
IF (CNT = 0) THEN
SUSPEND;
FOR
SELECT
DEPT_NO
FROM
DEPARTMENT
WHERE HEAD_DEPT = :DNO
INTO :RDNO
DO
BEGIN
EXECUTE PROCEDURE DEPT_BUDGET(:RDNO)
RETURNING_VALUES :SUMB;
TOT = TOT + SUMB;
END
SUSPEND;
END^
SET TERM ;^
IF … THEN … ELSE
Une transition conditionnelle.
PSQL
IF (<condition>) THEN <compound_statement> [ELSE <compound_statement>]
Paramètre | Description |
---|---|
condition |
Une condition logique renvoyant VRAI, FAUX ou INCONNU. |
compound_statement |
Instruction composé (Instruction ou bloc d’Instructions). |
L’Instruction conditionnel IF
est utilisé pour exécuter un processus de branchement de données dans PSQL. Si la condition retourne TRUE
, un Instruction composé est exécuté ou après le mot clé THEN. Sinon (si la condition retourne FALSE
ou UNKNOWN
), un Instruction composé est exécuté après le mot clé ELSE, s’il est présent. La condition est toujours entre parenthèses.
PSQL ne fournit pas de transitions plus complexes avec plusieurs branches, comme CASE
ou SWITCH
. Cependant, il est possible de combiner les instructions IF … else …
Alternativement, l’instruction CASE
de DSQL est disponible en PSQL et peut satisfaire au moins certains cas d’utilisation comme un switch :
CASE <test_expr> WHEN <expr> THEN <result> [WHEN <expr> THEN <result> ...] [ELSE <defaultresult>] END CASE WHEN <bool_expr> THEN <result> [WHEN <bool_expr> THEN <result> ...] [ELSE <defaultresult>] END
CASE
dans PSQL....
C = CASE
WHEN A=2 THEN 1
WHEN A=1 THEN 3
ELSE 0
END;
...
IF
Supposons que les variables FIRST, LINE2 et LAST aient été déclarées auparavant.
...
IF (FIRST IS NOT NULL) THEN
LINE2 = FIRST || ' ' || LAST;
ELSE
LINE2 = LAST;
...
Supposons que les variables INT_VALUE et STRING_VALUE aient été déclarées auparavant.
...
IF (INT_VALUE = 1) THEN
STRING_VALUE = 'one';
ELSE IF (INT_VALUE = 2) THEN
STRING_VALUE = 'two';
ELSE IF (INT_VALUE = 3) THEN
STRING_VALUE = 'three';
ELSE
STRING_VALUE = 'too much';
...
Cet exemple peut être remplacé par la fonctionSimple CASE
ou DECODE
.
WHILE … DO
Exécution cyclique des Instructions.
PSQL
[label:] WHILE (<condition>) DO <compound_statement>
Paramètre | Description |
---|---|
condition |
Une condition logique renvoyant VRAI, FAUX ou INCONNU. |
compound_statement |
Instruction composé (Instruction ou bloc d’Instructions). |
L’instruction WHILE
est utilisée pour organiser des boucles dans PSQL. L’instruction composée sera exécutée tant que la condition est vraie (retourne VRAI). Les boucles peuvent être imbriquées, la profondeur de l’imbrication n’est pas limitée.
WHILE … DO
Procédure de calcul d’une somme de 1 à I pour démontrer l’utilisation d’un cycle :
CREATE PROCEDURE SUM_INT (I INTEGER)
RETURNS (S INTEGER)
AS
BEGIN
s = 0;
WHILE (i > 0) DO
BEGIN
s = s + i;
i = i - 1;
END
END
Lorsqu’il est exécuté dans isql :
EXECUTE PROCEDURE SUM_INT(4);
le résultat sera le suivant
S ========== 10
BREAK
Sortir du cycle.
<loop_stmt> BEGIN ... BREAK; ... END <loop_stmt> ::= FOR <select_stmt> INTO <var_list> DO | FOR EXECUTE STATEMENT ... INTO <var_list> DO | WHILE (<condition>) DO
Paramètre | Description |
---|---|
select_stmt |
Instruction |
condition |
Une condition logique renvoyant VRAI, FAUX ou INCONNU. |
L’instruction BREAK
termine momentanément la boucle interne des instructions WHILE
ou FOR
. Le code continue à s’exécuter à partir de la première instruction après le bloc de boucle terminé.
L’instruction BREAK
est similaire à LEAVE
sauf qu’elle ne supporte pas d’étiquette de transition.
Note
|
Cet Instruction est considéré comme obsolète. A partir de Firebird 1.5, il est recommandé d’utiliser l’Instruction compatible SQL-99LEAVE. |