Je veux savoir s'il est possible de partager des variables SQL Server SESSION CONTEXT entre différentes bases de données Azure SQL en utilisant Elastic Queries. J'ai recherché dans la documentation officielle, mais je ne trouve aucune information sur cette fonctionnalité est disponible ou non.Est-il possible d'utiliser SQL Server Session Context avec des requêtes élastiques Azure
SESSION CONTEXT existe localement pour une instance de serveur unique dans SQL Server. (C'est lié à une session). SQL Azure est construit à l'aide de SQL Server, mais certaines parties du mappage sont opaques pour les clients (elles peuvent changer en fonction de circonstances telles que l'édition utilisée ou la version du logiciel interne que nous utilisons pour fournir le service). Elastic Queries est une fonctionnalité qui vous permet d'interroger une base de données (source) vers une ou plusieurs autres bases de données (target (s)). Dans un tel modèle, vous avez une session SQL Server dans la base de données source et la requête élastique a une connexion/session distincte à chaque autre base de données en cours de modification.
Je pense que la question que vous vous posez est: "Puis-je définir le contexte de la session sur la connexion/session source et le faire passer à toutes les connexions cibles lors de l'exécution de requêtes?" (C'est ma meilleure estimation - faites le moi savoir si c'est différent). La réponse aujourd'hui est "non" - les variables de session ne circulent pas de source en cible dans le cadre de la requête élastique. De plus, comme la requête élastique est aujourd'hui en lecture seule, vous ne pouvez pas utiliser la requête élastique pour définir le contexte de session individuellement sur chaque connexion/session de base de données cible dans le cadre de l'opération. À l'avenir, nous examinerons s'il y a quelque chose comme ceci que nous pouvons faire, mais pour l'instant nous n'avons pas de calendrier engagé pour quelque chose comme ceci. J'espère que cela explique comment les choses fonctionnent un peu sous le convers. Sincèrement, Conor Cunningham Architecte, SQL
Merci pour votre réponse rapide. J'ai finalement réussi à passer les variables de session en utilisant 'EXEC sp_execute_remote' et en appelant ensuite' sp_set_session_context' à l'intérieur pour définir les variables de session avec mes valeurs de session actuelles avant d'appeler ma fonction principale qui a besoin de ces valeurs. Je sais que ce n'est pas la meilleure solution, mais cela fonctionne. –