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

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 Analysis Services.

Cette rubrique fournit les informations à connaître pour établir une connexion à une instance de SQL Server Analysis Services afin de créer, traiter, déployer out interroger des modèles d'exploration de données.

Services d'exploration de données

Le composant serveur de Microsoft SQL Server Analysis Services est l'application msmdsrv.exe, qui s'exécute habituellement 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 Analysis Services et ses clients. Le paramètre de configuration Port d'Analysis Services dans le fichier msmdsrv.ini peut être utilisé pour spécifier le port sur lequel une instance d'Analysis Services écoute. La valeur 0 dans ce fichier indique qu'Analysis Services écoute sur le port par défaut. Sauf spécification contraire, Analysis Services utilise par défaut les ports TCP 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 :

• Étant donné que l'exploration de données est un service fourni par un serveur, l'accès à la source de données doit être accordé à l'instance d'Analysis Services. Il existe deux aspects à prendre en compte : l'emplacement et l'identité.

  L'emplacement signifie que si vous créez un modèle à l'aide de 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 est introuvable. Pour résoudre ce problème, vous devrez peut-être transférer les données vers la même instance de SQL Server que celle où Analysis Services est en cours d'exécution, ou déplacer les fichiers vers un emplacement partagé.

  L'identité signifie que les services sur Analysis Services doivent pouvoir 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 requiert des autorisations supplémentaires sur une base de données Analysis Services. La plupart des propriétés d'exploration de données peuvent être définies dans la Boîte de dialogue Propriétés de Analysis Server (Analysis Services - Données multidimensionnelles).

Pour plus d'informations sur les propriétés que vous pouvez configurer, consultez Configurer les 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 améliorer la sécurité, il est recommandé d'attribuer la valeur false à cette propriété. La valeur par défaut est false. Cependant, même si cette propriété est affectée de 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 provoquée par les prédictions. La valeur par défaut 0 autorise les requêtes illimitées pour SQL Server Entreprise Edition et un maximum de cinq requêtes simultanées pour SQL Server Standard Edition. 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é.

[!REMARQUE]

Pour plus d'informations sur la prise en charge des algorithmes de plug-in dans les éditions de SQL Server, consultez Fonctionnalités prises en charge par les éditions de SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

Accès par programme 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, 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 des procédures stockées système Analysis Services.

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 (en anglais).

[!REMARQUE]

Les procédures stockées ne peuvent pas être utilisées pour modifier la sécurité sur des objets serveur de données. Lorsque vous exécutez une procédure stockée, le contexte actuel de l'utilisateur est utilisé pour déterminer l'accès à tous les objets de serveur. Par conséquent, les utilisateurs doivent disposer des autorisations appropriées sur tous les objets de base de données auxquels ils accèdent.

Voir aussi

Concepts

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