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 requiert 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 connaître lors de la connexion à un 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 intègre des composants de sécurité, un composant d'écoute XMLA (XML for Analysis), un composant processeur de requêtes et de nombreux autres composants internes qui permettent d'effectuer les actions suivantes :

• Analyser des instructions reçues des clients

• Gérer des métadonnées

• Gérer des transactions

• Effectuer des calculs

• Stocker des données de dimension et de cellule

• Créer des agrégations

• Planifier des requêtes

• Mettre des objets en cache

• Gérer 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 de port SQL Server Analysis Services dans le fichier msmdsrv.ini peut être utilisé pour spécifier un port sur lequel un SQL Server Analysis Services instance écoute. La valeur 0 dans ce fichier indique que SQL Server Analysis Services écouter 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 qui sont définies par une source de données. La source de données ne contient pas les données, lesquelles peuvent être 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, modifiant ou mappant les données obtenues de la source.

La description des exigences de connexion pour chacune de ces sources dépasse l'objet de cette rubrique. Pour plus d'informations, consultez la documentation du fournisseur. Toutefois, vous devez en général garder à l'esprit les spécifications suivantes d'Analysis Services lorsque vous communiquer avec des fournisseurs :

• L’exploration de données étant un service fourni par un serveur, le SQL Server Analysis Services instance doit avoir accès à la source de données. Il existe deux aspects à prendre en compte : l'emplacement et l'identité.

  Pourl’emplacement , cela signifie que si vous créez un modèle avec des données stockées uniquement sur votre ordinateur, puis que vous déployez ce modèle sur un serveur, le traitement du modèle échouera, car la source de données sera introuvable. Pour résoudre ce problème, vous devrez peut-être transférer des données dans le même SQL Server instance 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, quand vous avez créé le modèle, vous avez peut-être eu des 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 aucun accès aux données, ce qui peut entraîner l'échec du traitement ou affecter le contenu d'un modèle. Le compte utilisé pour se connecter à la source de données distante doit au moins disposer d'autorisations en lecture sur 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. De plus, vous devez transférer les connexions et les rôles, ou configurer des autorisations pour permettre le traitement et la mise à jour des objets d'exploration de données dans le nouvel emplacement.

Configuration d'autorisations et de propriétés de 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 Propriétés du serveur dans Analysis Services.

Les propriétés de serveur suivantes concernent plus particulièrement 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 renforcer la sécurité, il est recommandé de définir cette propriété sur false. La valeur par défaut est false. Toutefois, même si cette propriété a la valeur false, les utilisateurs peuvent continuer à créer des requêtes singleton et à utiliser la fonction 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 ProgID.

• MaxConcurrentPredictionQueries Contrôle la charge sur le serveur causée par les prédictions. La valeur par défaut 0 autorise un nombre illimité de requêtes pour SQL Server Entreprise et un maximum de cinq requêtes simultanées pour SQL Server Standard. Les requêtes qui dépassent 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 toutes les restrictions appliquées aux algorithmes, ainsi que les valeurs par défaut de tous les services d'exploration de données. Toutefois, il n'existe pas de paramètre permettant de contrôler spécifiquement l'accès aux procédures stockées de l'exploration de données. Pour plus d’informations, consultez Propriétés de l’exploration de données.

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

Accès par programmation aux objets d'exploration de données

Vous pouvez utiliser les modèles d'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 sur un ensemble de lignes de schéma et aux instructions DMX.

ADO.NET Interagit avec les fournisseurs SQL Server plus efficacement qu’avec d’autres fournisseurs. Utilise des adaptateurs de données pour stocker des ensembles de lignes dynamiques. Utilise l'objet Dataset, qui est un cache des données de serveur stockées sous forme de tables de données et pouvant être mises à jour ou enregistrées au format XML.

ADOMD.NET Fournisseur de données managées qui est optimisé pour l’exploration de données et OLAP. ADOMD.NET est plus rapide et plus économe en mémoire qu'ADO.NET. ADOMD.NET vous permet également d'extraire des métadonnées relatives à des objets serveur. Recommandé pour les applications clientes, sauf lorsque .NET n'est pas disponible.

Serveur ADOMD Modèle objet permettant d’accéder aux objets Analysis Services directement sur le serveur. Destiné aux procédures stockées Analysis Services ; et non à l'usage des clients

AMO Interface de gestion d’Analysis Services qui remplace DSO (Decision Support Objects). Certaines opérations, telles que l'itération d'objets, requièrent des autorisations plus élevées lorsque AMO est utilisé à la place d'autres interfaces. Cela est dû au fait qu'AMO accède directement aux métadonnées, alors qu'ADOMD.NET et les autres interfaces accèdent uniquement aux schémas de base de données.

Navigation et accès par requête à des serveurs

Vous pouvez effectuer tous les types 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 Server ADOMD, vous pouvez accéder au serveur à l'aide de DMX 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 traiter une table entière à utiliser comme paramètre ; par conséquent, vous pouvez utiliser les données sur le client, ou les données qui ne sont pas disponibles pour le serveur. Vous pouvez également utiliser des tables spécifiques comme entrée pour les prédictions.

Utilisation des procédures stockées de l'exploration de données

Les procédures stockées sont habituellement employées pour encapsuler des requêtes en vue de leur réutilisation. Le client peut utiliser CALL pour exécuter des procédures stockées, y compris SQL Server Analysis Services procédures stockées système.

Si la procédure retourne un dataset, le client reçoit un dataset ou datatable avec une table imbriquée contenant les lignes. Par exemple, si vous créez une requête sur le contenu d'un modèle, la requête retourne tout le modèle. Pour éviter de récupérer trop de lignes, vous pouvez écrire des procédures stockées en utilisant le modèle objet ADOMD+.

Pour écrire une procédure stockée de serveur, vous devez référencer l'espace de noms Microsoft.AnalysisServices.AdomdServer. Pour plus d’informations sur la création et l’utilisation des 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 des objets d'exploration de données