Ensemble DBMS_PIPE (tuyaux simples)
DBMS_PIPE
permet à deux sessions ou plus dans la même instance de communiquer.
Oracle Autonomous Database on Dedicated Exadata Infrastructure prend en charge la fonctionnalité DBMS_PIPE
de base, disponible dans Oracle Database 19c, plus les extensions.
Voir DBMS_PIPE dans Informations de référence sur les ensembles et les types PL/SQL Oracle Database 19c ou Informations de référence sur les ensembles et les types PL/SQL Oracle Database 23ai pour plus de détails sur la fonctionnalité DBMS_PIPE
de base fournie dans Oracle Database.
Rubriques connexes
DBMS_PIPE Aperçu des canalisations Singleton
La fonctionnalité de tuyau comporte plusieurs applications potentielles : interface de service externe, débogage, transactions indépendantes et alertes.
Sur Autonomous Database, l'ensemble DBMS_PIPE offre des fonctionnalités étendues pour prendre en charge les canalisations singleton. Pour plus d'informations, voir DBMS_PIPE dans Informations de référence sur les ensembles et les types PL/SQL pour Oracle Database 19c ou Informations de référence sur les ensembles et les types PL/SQL pour Oracle Database 23ai.
Les fonctions de canalisation singleton dans DBMS_PIPE
fournissent les éléments suivants :
-
Possibilité de mettre en mémoire cache et d'extraire un message personnalisé, allant jusqu'à 32 767 octets, dans la mémoire de la base de données Oracle. La taille maximale du message de 32 767 octets est applicable à tous les tuyaux, y compris les tuyaux Singleton. Les versions précédentes de
DBMS_PIPE
avaient une taille de message maximale inférieure. -
Partagez le message mis en cache entre plusieurs sessions de base de données avec des lectures simultanées.
-
Méthodes d'invalidation du cache :
- Invalidation explicite du cache contrôlée par l'utilisateur.
- Invalidation du cache après l'intervalle de temps (en secondes) d'un paramètre spécifié par l'utilisateur (
shelflife
).
-
API PL/SQL déclaratives et faciles à utiliser pour la mise en mémoire cache.
-
Prend en charge les bases de données en lecture seule et en lecture-écriture.
Un canal Singleton peut être l'un des types DBMS_PIPE
pris en charge :
- Conduit implicite : Créé automatiquement lorsqu'un message est envoyé avec un nom de canal inconnu à l'aide de la fonction
DBMS_PIPE.SEND_MESSAGE
. - Converbe explicite : Créé à l'aide de la fonction
DBMS_PIPE.CREATE_PIPE
avec un nom de canal spécifié par l'utilisateur. - Public Pipe : Accessible par tout utilisateur disposant de l'autorisation
EXECUTE
sur l'ensembleDBMS_PIPE
- Converbe privé : Accessible par les sessions avec le même utilisateur que le créateur du canal.
Résumé des sous-programmes DBMS_PIPE pour Singleton Pipes
Ce tableau répertorie les sous-programmes DBMS_PIPE
et les décrit brièvement.
Tableau - Sous-programmes de l'ensemble DBMS_PIPE
Sous-programme | Description |
---|---|
Crée un tuyau (nécessaire pour les tuyaux privés) |
|
Retourne le type de données de l'élément suivant dans la mémoire tampon |
|
Crée un message dans la mémoire tampon locale |
|
Épure le contenu du tuyau nommé |
|
Copie le message du canal nommé dans la mémoire tampon locale |
|
Épure le contenu de la mémoire tampon locale |
|
Supprime le tuyau nommé |
|
Envoie un message sur une canalisation nommée : Cela crée implicitement une canalisation publique si la canalisation nommée n'existe pas |
|
Retourne un nom de session unique |
|
Permet d'accéder à l'élément suivant dans la mémoire tampon |
Fonction CREATE_PIPE
Cette fonction crée explicitement un canal public ou privé. Si l'indicateur private
est TRUE
, le créateur du canal est affecté en tant que responsable du canal privé.
Les canaux créés explicitement ne peuvent être supprimés qu'en appelant REMOVE_PIPE
ou en arrêtant l'instance.
Pour créer un canal Singleton, réglez le paramètre singleton
à TRUE
. Les arguments suivants s'appliquent à Singleton Pipes :
-
singleton
: Indique que la barre verticale doit être créée en tant que barre verticale mono-ton (valeur par défaut :FALSE
). -
shelflife
: Facultativement, spécifiez l'expiration de la durée de conservation (en secondes) du message mis en cache dans le canal Singleton. Il peut être utilisé pour l'invalidation implicite du message dans Singleton Pipe.Le message
shelflife
dans Singleton Pipe peut également être spécifié lorsque vous envoyez un message (voir Fonction SEND_MESSAGE).
Syntaxe
DBMS_PIPE.CREATE_PIPE ( pipename IN VARCHAR2, maxpipesize IN INTEGER DEFAULT 66536, private IN BOOLEAN DEFAULT TRUE, singleton IN BOOLEAN DEFAULT FALSE, shelflife IN INTEGER DEFAULT 0) RETURN INTEGER;
Paramètres
Tableau - Paramètres de fonction CREATE_PIPE
Paramètre | Description |
---|---|
|
Nom du canal que vous créez. Vous devez utiliser ce nom lorsque vous appelez Attention : N'utilisez pas de nom de canal commençant par |
|
Taille maximale autorisée pour le tuyau, en octets. La taille totale de tous les messages de la barre verticale ne peut pas dépasser ce montant. Le message est bloqué s'il dépasse ce maximum. La valeur par défaut de Le La valeur par défaut |
|
Utilise la valeur par défaut, Les canaux publics peuvent être créés implicitement lorsque vous appelez |
|
Utilisez Valeur par défaut : |
|
Délai d'expiration en secondes d'un message mis en cache dans le canal Singleton. Une fois le temps La valeur par défaut est |
Valeurs retournées
Tableau - Valeurs de retour de fonction CREATE_PIPE
Retour | Description |
---|---|
|
réussi. Si la canalisation existe déjà et que l'utilisateur qui tente de la créer est autorisé à l'utiliser, Oracle retourne 0, indiquant la réussite, et toutes les données déjà présentes dans la canalisation restent. |
|
Échec de la conversion de la canalisation existante en canalisation singleton.
|
|
Une valeur différente de zéro est indiquée pour le paramètre |
|
Échec en raison d'un conflit d'attribution de nom. Si un canal portant le même nom existe et a été créé par un autre utilisateur, Oracle signale l'erreur |
Exceptions
Table - Exception de fonction CREATE_PIPE
Exception | Description |
---|---|
|
Erreur d'autorisation : Un canal portant le même nom existe déjà et vous n'êtes pas autorisé à l'utiliser. |
Exemple
Créez un Singleton Pipe avec une durée de conservation de 1 heure.
DECLARE
l_status INTEGER;
BEGIN
l_status := DBMS_PIPE.create_pipe(pipename => 'MY_PIPE1',
private => TRUE,
singleton => TRUE,
shelflife => 3600);
END;
/
Fonction RECEIVE_MESSAGE
Cette fonction copie le message dans le tampon de message local.
Syntaxe
DBMS_PIPE.RECEIVE_MESSAGE ( pipename IN VARCHAR2, timeout IN INTEGER DEFAULT maxwait, cache_func IN VARCHAR2 DEFAULT NULL) RETURN INTEGER;
Paramètres
Tableau - Paramètres de fonction RECEIVE_MESSAGE
Paramètre | Description |
---|---|
|
Nom de la barre verticale sur laquelle vous souhaitez recevoir un message. Les noms commençant par |
|
Temps d'attente d'un message, en secondes. Une temporisation de 0 vous permet de lire sans bloquer. La temporisation n'inclut pas le temps passé dans la fonction de mémoire cache d'exécution spécifiée dans le paramètre Valeur par défaut : est la constante |
|
Nom de la fonction de mise en cache pour mettre automatiquement en cache un message dans un canal Singleton. Le nom de la fonction doit être entièrement qualifié avec le schéma propriétaire :
Valeur par défaut : |
Valeurs retournées
Tableau - Valeurs de retour de fonction RECEIVE_MESSAGE
Retour | Description |
---|---|
|
Succès |
|
Temporisé. Si le tuyau a été créé implicitement et est vide, il est supprimé. |
|
L'enregistrement dans le tuyau est trop volumineux pour le tampon. |
|
Une interruption s'est produite. |
8 |
La fonction Cache ne peut être spécifiée que lors de l'utilisation d'un canal Singleton. |
|
L'utilisateur ne dispose pas de privilèges suffisants pour lire à partir du canal. |
Notes d'utilisation
Pour recevoir un message à partir d'une barre verticale, appelez d'abord RECEIVE_MESSAGE
. Lorsque vous recevez un message, il est retiré du tuyau; par conséquent, un message ne peut être reçu qu'une seule fois. Pour les tuyaux créés implicitement, le tuyau est retiré après que le dernier enregistrement a été retiré du tuyau.
Si le canal que vous spécifiez lorsque vous appelez RECEIVE_MESSAGE
n'existe pas déjà, Oracle crée implicitement le canal et attend la réception du message. Si le message n'arrive pas dans un intervalle de temporisation désigné, l'appel retourne et le canal est supprimé.
Après avoir reçu le message, vous devez effectuer un ou plusieurs appels à UNPACK_MESSAGE
pour accéder aux éléments individuels du message. La procédure UNPACK_MESSAGE
est surchargée pour déballer les éléments de type DATE
, NUMBER
, VARCHAR2
et il existe deux procédures supplémentaires pour déballer les éléments RAW
et ROWID
. Si vous ne connaissez pas le type de données que vous tentez de décompresser, appelez NEXT_ITEM_TYPE
pour déterminer le type de l'élément suivant dans la mémoire tampon.
Paramètre de fonction de mémoire cache
Singleton Pipes prend en charge la fonction de cache pour mettre automatiquement en cache un message dans le tuyau dans le cas des deux scénarios suivants :
- Le tuyau singleton est vide.
- Le message dans le canal Singleton n'est pas valide en raison du temps écoulé pour
shelflife
.
Le nom de la fonction doit être entièrement qualifié avec le schéma propriétaire :
OWNER.FUNCTION_NAME
OWNER.PACKAGE.FUNCTION_NAME
Pour utiliser une fonction de mémoire cache, l'utilisateur de session courant qui appelle DBMS_PIPE.RECEIVE_MESSAGE
doit disposer des privilèges requis pour exécuter la fonction de mémoire cache.
Syntaxe de la fonction de mémoire cache
CREATE OR REPLACE FUNCTION cache_function_name (
pipename IN VARCHAR2
) RETURN INTEGER;
Paramètre | Type de données | Description |
---|---|---|
|
VARCHAR2 |
Nom du tuyau singleton. |
Retour | Description |
---|---|
0 | Succès |
Non nul | Valeur d'échec retournée par DBMS_PIPE.RECEIVE_MESSAGE |
Définissez une fonction de cache pour fournir l'encapsulation et l'abstraction de la complexité à partir des sessions de lecteur de Singleton Pipe. Les opérations typiques d'une fonction de cache sont les suivantes :
- Créez un canal Singleton, pour un canal explicite, à l'aide de
DBMS_PIPE.CREATE_PIPE
. - Créez le message à mettre en cache dans le canal Singleton.
- Envoyer un message à Singleton Pipe, en spécifiant éventuellement
shelflife
pour le message implicite.
Exceptions
Tableau - Exceptions de fonction RECEIVE_MESSAGE
Exception | Description |
---|---|
|
Erreur d'autorisation. Privilège insuffisant pour supprimer l'enregistrement du canal. La pipe appartient à quelqu'un d'autre. |
Exemple
DECLARE
l_status INTEGER;
BEGIN
l_status := DBMS_PIPE.receive_message(pipename => 'MY_PIPE1',
timeout => 1,
cache_func => 'MY_USER.MY_CACHE_FUNC');
END;
/
Fonction SEND_MESSAGE
Cette fonction envoie un message sur le tuyau nommé.
Le message est contenu dans le tampon de message local, qui a été rempli d'appels à PACK_MESSAGE
. Vous pouvez créer une barre verticale explicitement à l'aide de CREATE_PIPE
, sinon elle est créée implicitement.
Pour créer un canal Singleton implicite, réglez le paramètre singleton
à TRUE
. Les arguments suivants s'appliquent à Singleton Pipes :
singleton
: Indique que la barre verticale doit être créée en tant que barre verticale mono-ton (valeur par défaut :FALSE
).shelflife
: Facultativement, spécifiez l'expiration de la durée de conservation du message mis en cache dans le canal Singleton. Il peut être utilisé pour l'invalidation implicite du message dans Singleton Pipe.Cet argument s'applique aussi bien aux tubes Singleton implicites qu'explicites. Une valeur
shelflife
spécifiée dans la fonction SEND_MESSAGE remplace la valeurshelflife
spécifiée pour le canal Singleton explicite dans la fonction CREATE_PIPE et sera la valeur par défaut pour tous les nouveaux messages mis en mémoire cache dans le canal Singleton.
Syntaxe
DBMS_PIPE.SEND_MESSAGE ( pipename IN VARCHAR2, timeout IN INTEGER DEFAULT MAXWAIT, maxpipesize IN INTEGER DEFAULT 65536, singleton IN BOOLEAN DEFAULT FALSE, shelflife IN INTEGER DEFAULT 0) RETURN INTEGER;
Paramètres
Tableau - Paramètres de fonction SEND_MESSAGE
Paramètre | Description |
---|---|
|
Nom de la barre verticale sur laquelle vous voulez placer le message. Si vous utilisez une barre verticale explicite, il s'agit du nom que vous avez spécifié lorsque vous avez appelé Attention : N'utilisez pas de nom de canal commençant par ' |
|
Temps d'attente pendant la tentative de placement d'un message sur une barre verticale, en secondes. La valeur par défaut est la constante |
|
Taille maximale autorisée pour le tuyau, en octets. La taille totale de tous les messages de la barre verticale ne peut pas dépasser ce montant. Le message est bloqué s'il dépasse ce maximum. Par défaut, la taille est de 65536 octets. Le La spécification de La valeur par défaut |
|
Utilisez Valeur par défaut : |
|
Délai d'expiration en secondes d'un message mis en cache dans le canal Singleton. Une fois le temps La valeur par défaut est |
Valeurs retournées
Tableau - Valeurs de retour de fonction SEND_MESSAGE
Retour | Description |
---|---|
|
Succès. Si la canalisation existe déjà et que l'utilisateur qui tente de la créer est autorisé à l'utiliser, Oracle retourne 0, indiquant la réussite, et toutes les données déjà présentes dans la canalisation restent. Si un utilisateur connecté en tant que |
|
Temporisé. Cette procédure peut expirer soit parce qu'elle ne peut pas obtenir un verrou sur le tuyau, soit parce que le tuyau reste trop plein pour être utilisé. Si le tuyau a été créé implicitement et est vide, il est supprimé. |
|
Une interruption s'est produite. Si le tuyau a été créé implicitement et est vide, il est supprimé. |
|
Échec de la conversion de la canalisation existante en canalisation singleton.
|
|
Une valeur différente de zéro est indiquée pour le paramètre |
|
Privilèges insuffisants. Si un canal portant le même nom existe et a été créé par un autre utilisateur, Oracle signale l'erreur |
Exceptions
Table - Exception de fonction SEND_MESSAGE
Exception | Description |
---|---|
|
Erreur d'autorisation. Privilège insuffisant pour écrire dans la barre verticale. La pipe est privée et appartient à quelqu'un d'autre. |