Services d’exploration de données et sources de données

S’applique à : SQL Server 2019 et versions antérieures d’Analysis Services Azure Analysis Services Fabric/Power BI Premium

L’exploration de données nécessite une connexion à une instance de SQL Server Analysis Services. Les données d’un cube ne sont pas requises pour l’exploration de données et l’utilisation de sources relationnelles est recommandée ; toutefois, l’exploration de données utilise des composants fournis par le moteur SQL Server Analysis Services.

Cette rubrique fournit des informations que vous devez savoir lors de la connexion à une instance de SQL Server SQL Server Analysis Services pour créer, traiter, déployer ou interroger des modèles d’exploration de données.

Services d’exploration de données

Le composant serveur de Microsoft SQL Server SQL Server Analysis Services est l’application msmdsrv.exe, qui s’exécute généralement en tant que service Windows. Cette application se compose de composants de sécurité, d’un composant d’écouteur XML for Analysis (XMLA), d’un composant de processeur de requêtes et de nombreux autres composants internes qui exécutent les fonctions suivantes :

• Énoncés d'analyse syntaxique reçus des clients

• Gestion des métadonnées

• Gestion des transactions

• Traitement des calculs

• Stockage des données de dimension et de cellule

• Création d’agrégations

• Planification des requêtes

• Mise en cache d’objets

• Gestion des ressources du serveur

Écouteur XMLA

Le composant écouteur XMLA gère toutes les communications XMLA entre SQL Server Analysis Services et ses clients. Le paramètre de configuration du port SQL Server Analysis Services dans le fichier msmdsrv.ini peut être utilisé pour spécifier un port sur lequel une instance SQL Server Analysis Services écoute. La valeur 0 dans ce fichier indique que SQL Server Analysis Services écoute sur le port par défaut. Sauf indication contraire, SQL Server Analysis Services utilise les ports TCP par défaut suivants :

Pour plus d’informations sur le contrôle des ports utilisés par ce service, consultez Configurer le Pare-feu Windows pour autoriser l’accès à Analysis Services.

Connexion à des sources de données

Chaque fois que vous créez ou mettez à jour une structure ou un modèle d’exploration de données, vous utilisez des données définies par une source de données. La source de données ne contient pas les données, qui peuvent inclure des classeurs Excel, des fichiers texte et des bases de données SQL Server ; elle définit uniquement les informations de connexion. Une vue de source de données (DSV) sert de couche d’abstraction au-dessus de cette source, en modifiant ou en mappant les données obtenues à partir de la source.

Il est au-delà de l’étendue de cette rubrique pour décrire les exigences de connexion pour chacune de ces sources. Pour plus d’informations, consultez la documentation du fournisseur. Toutefois, en général, vous devez connaître les exigences suivantes d’Analysis Services lors de l’interaction avec les fournisseurs :

• Étant donné que l’exploration de données est un service fourni par un serveur, l’instance SQL Server Analysis Services doit avoir accès à la source de données. Il y a deux aspects de l’accès : l’emplacement et l’identité.

  L’emplacement signifie que, si vous générez un modèle à l’aide de données stockées uniquement sur votre ordinateur, puis déployez le modèle sur un serveur, le modèle ne peut pas être traité, car la source de données est introuvable. Pour résoudre ce problème, vous devrez peut-être transférer des données dans la même instance SQL Server où SQL Server Analysis Services est en cours d’exécution, ou déplacer des fichiers vers un emplacement partagé.

  L’identité signifie que les services sur SQL Server Analysis Services doivent être en mesure d’ouvrir le fichier de données ou la source de données avec les informations d’identification appropriées. Par exemple, lorsque vous avez créé le modèle, vous disposez peut-être d’autorisations illimitées pour afficher les données, mais l’utilisateur qui traite et met à jour les modèles sur le serveur peut avoir un accès limité ou inexistant aux données, ce qui peut entraîner un échec ou affecter le contenu d’un modèle. Au minimum, le compte utilisé pour la connexion à la source de données distante doit disposer d’autorisations de lecture pour les données.

• Lorsque vous déplacez un modèle, les mêmes exigences s’appliquent : vous devez configurer l’accès approprié à l’emplacement de l’ancienne source de données, copier les sources de données ou configurer une nouvelle source de données. En outre, vous devez transférer des connexions et des rôles, ou configurer des autorisations pour permettre aux objets d’exploration de données d’être traités et mis à jour dans le nouvel emplacement.

Configuration des autorisations et des propriétés du serveur

L’exploration de données nécessite des autorisations supplémentaires sur une base de données SQL Server Analysis Services. La plupart des propriétés d’exploration de données peuvent être définies à l’aide de la boîte de dialogue Propriétés d’Analysis Server (Analysis Services).

Pour plus d’informations sur les propriétés que vous pouvez configurer, consultez les propriétés du serveur dans Analysis Services.

Les propriétés de serveur suivantes sont particulièrement pertinentes pour l’exploration de données :

• AllowAdHocOpenRowsetQueries Contrôle l’accès ad hoc aux fournisseurs OLE DB, qui sont chargés directement dans l’espace mémoire du serveur.

  Important

  Pour améliorer la sécurité, nous vous recommandons de définir cette propriété sur false. La valeur par défaut est false. Toutefois, même si cette propriété est définie sur false, les utilisateurs peuvent continuer à créer des requêtes singleton et peuvent utiliser OPENQUERY sur les sources de données autorisées.

• AllowedProvidersInOpenRowset Spécifie le fournisseur, si l’accès ad hoc est activé. Vous pouvez spécifier plusieurs fournisseurs en entrant une liste séparée par des virgules de ProgIDs.

• MaxConcurrentPredictionQueries Contrôle la charge sur le serveur causée par des prédictions. La valeur par défaut de 0 autorise des requêtes illimitées pour SQL Server Enterprise et un maximum de cinq requêtes simultanées pour SQL Server Standard. Les requêtes au-dessus de la limite sont sérialisées et peuvent expirer.

Le serveur fournit des propriétés supplémentaires qui contrôlent les algorithmes d’exploration de données disponibles, y compris les restrictions sur les algorithmes et les valeurs par défaut pour tous les services d’exploration de données. Toutefois, il n’existe aucun paramètre qui vous permet de contrôler l’accès aux procédures stockées d’exploration de données spécifiquement. Pour plus d’informations, consultez Propriétés d’exploration de données.

Vous pouvez également définir des propriétés qui vous permettent de régler le serveur et de contrôler la sécurité pour l’utilisation du client. Pour plus d’informations, consultez Propriétés des fonctionnalités.

Accès programmatique aux objets d’exploration de données

Vous pouvez utiliser les modèles objet suivants pour créer une connexion à une base de données Analysis Services et utiliser des objets d’exploration de données :

ADO Utilise OLE DB pour se connecter à un serveur Analysis Services. Lorsque vous utilisez ADO, le client est limité aux requêtes d’ensemble de lignes de schéma et aux instructions DMX.

ADO.NET Interagit avec des fournisseurs SQL Server mieux que d’autres fournisseurs. Utilise des adaptateurs de données pour stocker des ensembles de lignes dynamiques. Utilise l’objet de jeu de données, qui est un cache des données du serveur stockées sous forme de tables de données pouvant être mises à jour ou enregistrées en tant que XML.

ADOMD.NET Fournisseur de données managé qui est optimisé pour l’utilisation de l’exploration de données et OLAP. ADOMD.NET est plus rapide et plus efficace en mémoire que ADO.NET. ADOMD.NET vous permet également de récupérer des métadonnées sur les objets serveur. Recommandé pour les applications clientes, sauf si .NET n’est pas disponible.

Serveur ADOMD Modèle objet pour accéder aux objets Analysis Services directement sur le serveur. Utilisé par les procédures stockées des Services d'Analyse ; n'est pas destiné à une utilisation par le client.

AMO Interface de gestion pour Analysis Services qui remplace les objets DSO (Decision Support Objects). Les opérations telles que l’itération d’objets nécessitent des autorisations plus élevées lors de l’utilisation d’AMO que lors de l’utilisation d’autres interfaces. En effet, AMO accède directement aux métadonnées, tandis que ADOMD.NET et d’autres interfaces accèdent uniquement aux schémas de base de données.

Parcourir et interroger l’accès aux serveurs

Vous pouvez effectuer toutes sortes de prédictions à l’aide d’une instance d’Analysis Services en mode OLAP/Exploration de données, avec les restrictions suivantes :

• Si vous utilisez le serveur ADOMD, vous pouvez utiliser DMX pour accéder au serveur sans établir de connexion. Vous pouvez ensuite copier les résultats directement dans une table de données. Toutefois, vous ne pouvez pas utiliser Server ADOMD avec des instances distantes ; vous pouvez interroger uniquement le serveur local.

• ADO.NET ne prend pas en charge les paramètres nommés pour l’exploration de données. Vous devez utiliser ADOMD.NET.

• ADOMD.NET vous permet de passer une table entière à utiliser comme paramètre ; par conséquent, vous pouvez utiliser des données sur le client ou des données qui ne sont pas disponibles pour le serveur. Vous pouvez également utiliser des tables en forme comme entrée de prédiction.

Utilisation des procédures stockées d’exploration de données

Une utilisation courante des procédures stockées consiste à encapsuler les requêtes à réutiliser. Le client peut utiliser CALL pour exécuter des procédures stockées, notamment des procédures stockées système SQL Server Analysis Services.

Si la procédure renvoie un jeu de données, le client recevra un jeu de données ou une table de données avec une table imbriquée qui contient les lignes. Par exemple, si vous créez une requête sur le contenu du modèle, la requête retourne l’intégralité du modèle. Pour éviter de ramener trop de lignes, vous pouvez écrire des procédures stockées à l’aide du modèle objet ADOMD+.

Pour écrire une procédure stockée serveur, vous devez référencer l’espace de noms Microsoft.AnalysisServices.AdomdServer. Pour plus d’informations sur la création et l’utilisation de procédures stockées, consultez Fonctions définies par l’utilisateur et procédures stockées.

Voir aussi

Architecture physique (Analysis Services - Données multidimensionnelles)
Architecture physique (Analysis Services - Exploration de données)
Gestion des solutions et objets d’exploration de données