Création d'une requête pour notification

Mis à jour : 14 avril 2006

La fonctionnalité de notifications de requêtes est basée sur les mécanismes de détection de modification utilisés par le moteur de base de données pour la maintenance des vues indexées. Les exigences et restrictions relatives aux instructions d'une requête pour notification sont semblables à celles applicables aux vues indexées.

Paramètres de l'option SET

Lorsqu'une instruction SELECT est exécutée sous une requête de notification, les options de la connexion qui soumet la requête doivent être définies comme suit :

• ANSI_NULLS ON
• ANSI_PADDING ON
• ANSI_WARNINGS ON
• CONCAT_NULL_YIELDS_NULL ON
• QUOTED_IDENTIFIER ON
• NUMERIC_ROUNDABORT OFF
• ARITHABORT ON

Remarque :
Dans SQL Server 2005, l'affectation de la valeur ON à ANSI_WARNINGS affecte de manière implicite la valeur ON à ARITHABORT lorsque le niveau de compatibilité de base de données est défini à 90. Si le niveau de compatibilité de la base de données est défini à 80 ou moins, la valeur ON doit être affectée de manière explicite à l'option ARITHABORT.

Si ces options ne sont pas définies de manière appropriée, la notification est déclenchée immédiatement après exécution de l'instruction SELECT. Lorsqu'une notification est active, les options de la connexion qui émet une commande qui provoque le déclenchement d'une notification doivent également être définies comme indiqué. Autrement, la commande échoue avec une erreur Transact-SQL.

Lorsque l'instruction se trouve dans une procédure stockée, les options ANSI_NULLS et QUOTED_IDENTIFIER doivent être définies lors de la création de la procédure stockée. Pour plus d'informations, consultez SET ANSI_NULLS (Transact-SQL) et SET QUOTED_IDENTIFIER (Transact-SQL).

Instructions pour notification

En général, vous pouvez demander une notification pour toute requête qui peut être utilisée pour créer une vue indexée. Vous pouvez définir des notifications pour les instructions suivantes :

• SELECT
  Pour plus d'informations sur les exigences et les limitations spécifiques à SELECT, consultez la section « Instructions SELECT prises en charge » ci-dessous. Pour plus d'informations sur l'instruction SELECT, consultez SELECT (Transact-SQL).
• EXECUTE
  Dans ce cas, SQL Server enregistre une notification pour la commande exécutée plutôt que l'instruction EXECUTE elle-même. La commande doit satisfaire les exigences et limitations applicables aux instructions SELECT. Pour plus d'informations sur l'instruction EXECUTE, consultez EXECUTE (Transact-SQL).

Lorsqu'une commande qui enregistre une notification contient plusieurs instructions, le moteur de base de données crée une notification pour chaque instruction du lot.

Instructions SELECT prises en charge

Les notifications de requêtes sont prises en charge pour les instructions SELECT qui répondent aux exigences suivantes :

• Les colonnes projetées de l'instruction SELECT doivent être déclarées de manière explicite et les noms des tables doivent être qualifiés avec des noms en deux parties. Notez que cela signifie que toutes les tables auxquelles il est fait référence dans l'instruction doivent être dans la même base de données.
• L'instruction ne doit pas utiliser l'astérisque (*) ni la syntaxe nom_table.* pour spécifier les colonnes.
• L'instruction ne doit pas utiliser de colonnes non nommées ni de noms de colonnes dupliqués.
• L'instruction doit faire référence à une table de base.
• L'instruction ne doit pas référencer des tables avec des colonnes calculées.
• Les colonnes projetées de l'instruction SELECT ne doivent pas contenir d'expression d'agrégation, à moins que l'instruction n'utilise une expression GROUP BY. Lorsqu'une expression GROUP BY est fournie, la liste de sélection peut contenir les fonctions d'agrégation COUNT_BIG() ou SUM(). Toutefois, SUM() ne peut pas être spécifiée pour une colonne nullable. L'instruction ne doit pas spécifier HAVING, CUBE ou ROLLUP.
• Une colonne projetée de l'instruction SELECT qui est utilisée comme expression simple ne doit pas apparaître plus d'une fois.
• L'instruction ne doit pas inclure d'opérateurs PIVOT ou UNPIVOT.
• L'instruction ne doit pas inclure d'opérateurs UNION, INTERSECT ou EXCEPT.
• L'instruction ne doit pas faire référence à une vue.
• L'instruction ne doit pas contenir les clauses suivantes : DISTINCT, COMPUTE, COMPUTE BY ou INTO.
• L'instruction ne doit pas faire référence à des variables globales de serveur (@@nom_variable).
• L'instruction ne doit pas faire référence à des tables dérivées, des tables temporaires ou des variables de table.
• L'instruction ne doit pas faire référence à des tables ou à des vues d'autres bases de données ou d'autres serveurs.
• L'instruction ne doit pas contenir de sous-requêtes, de jointures externes ni de jointures réflexives.
• L'instruction ne doit pas faire référence aux grands types d'objets : text, ntext et image.
• L'instruction ne doit pas utiliser les prédicats de texte intégral CONTAINS et FREETEXT.
• L'instruction ne doit pas utiliser de fonctions d'ensembles de lignes, y compris OPENROWSET et OPENQUERY.
• L'instruction ne doit utiliser aucune des fonctions d'agrégation suivantes : AVG, COUNT(*), MAX, MIN, STDEV, STDEVP, VAR ou VARP.
• L'instruction ne doit utiliser aucune fonction non déterministe, y compris des fonctions de fenêtrage et de classement.
• L'instruction ne doit pas contenir d'agrégats définis par l'utilisateur.
• L'instruction ne doit pas faire référence à des tables ou des vues système, y compris des vues catalogue et des vues de gestion dynamique.
• L'instruction ne doit pas inclure d'informations FOR BROWSE.
• L'instruction ne doit pas faire référence à une file d'attente.
• L'instruction ne doit pas contenir d'instructions supplémentaires qui ne peuvent pas changer ni retourner de résultats (par exemple, WHERE 1=0).
• L'instruction ne peut pas spécifier un indicateur de verrouillage READPAST.
• L'instruction ne doit référencer aucune file d'attente Service Broker.
• L'instruction ne doit pas référencer des synonymes.
• L'instruction ne doit pas être dotée d'une comparaison ou d'une expression basée sur des types de données double/real.

Lots et procédures stockées

Si une demande d'abonnement est soumise pour un lot ou une procédure stockée, une demande d'abonnement séparée est soumise pour chaque instruction exécutée dans le lot ou la procédure stockée.

Les instructions EXECUTE n'inscrivent aucune notification mais la demande de notification est transmise à la commande exécutée. S'il s'agit d'un lot, le contexte est appliqué aux instructions exécutées et les mêmes règles décrites ci-dessus sont appliquées.

Abonnements dupliqués

La soumission d'un double d'abonnement actif entraîne le renouvellement de l'abonnement existant avec la nouvelle valeur de délai d'attente spécifiée. Un abonnement dupliqué doit respecter les conditions suivantes :

• La requête est soumise par le même utilisateur sous le même contexte de base de données.
• Les mêmes modèle, valeurs de paramètres, ID de notification et emplacement de remise sont utilisés.

Cela signifie qu'une notification est demandée pour des requêtes identiques ; une seule notification est envoyée. Cette situation concerne une requête dupliquée dans un lot ou une requête dans une procédure stockée sollicitée plusieurs fois.

Voir aussi

Concepts

Création de vues indexées

Autres ressources

SELECT (Transact-SQL)

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications