Export (0) Print
Expand All

Granting Access to Data Sources

Typically, most users of Microsoft SQL Server 2005 Analysis Services (SSAS) do not require access to the data sources that underlie an Analysis Services project. Users ordinarily just query the data within Analysis Services.

However, in the context of data mining, such as performing predictions based on a mining model, a user has to join the learned data of a mining model with user-provided data. To connect to the data source that contains the user-provided data, the user uses a Data Mining Extensions (DMX) query that contains either the OPENQUERY (DMX) and OPENROWSET (DMX) clause.

ms175451.note(en-US,SQL.90).gifImportant:
For security reasons, the submission of DMX queries by using an ad-hoc connection string in the OPENROWSET clause is disabled. For more information, see Securing the Data Sources Used by Analysis Services.

To execute a DMX query that connects to a data source, the user must have access to the data source object within the Analysis Services database. By default, only members of the Analysis Services server role or members of the Administrator role have access to data source objects. This means that a user cannot access a data source object unless a member of the Analysis Services server role or the Administrator role gives the database role to which the user belongs access to the data source.

A database role can be granted either no access permissions on a data source object or read permissions.

  • Permissions on a data source object should be restricted.
  • The actual permissions that users have in the underlying data source should be limited.

To grant a user read permissions to a database role, the user must be a member of the Analysis Services server role or a member of an Analysis Services database role that has Full Control (Administrator) permissions.

  1. In SQL Server Management Studio, connect to the instance of Analysis Services, expand Roles for the appropriate database in Object explorer, and then click a database role (or create a new database role).

  2. Click Data Source Access in the Select a Page pane, locate the data source object in the Data Source list, and then select the Read in the Access list for the data source.

The data source object contains the connection string that is used to connect to the underlying data source. This connection string can specify one of the following:

  • Specify a user name and password   
    If the connection string that a data source object uses specifies a user name and password, you may want to create multiple data source objects, each with different user accounts. Creating multiple data source objects lets users access certain data source objects and prevents those users from accessing other data source objects. These other data source objects can be used by Analysis Services itself for processing objects, such as cubes and mining models.
  • Specify Windows authentication   If the connection string that a data source object uses specifies Windows authentication, Analysis Services must be able to impersonate the client. If the data source is on the same computer, Analysis Services will be able to impersonate the client. If the data source is on a remote computer, the two computers must be trusted for impersonation by using Microsoft Kerberos authentication, or the query will typically fail. If the client does not allow for impersonation (through the Impersonation Level property in OLE DB and other client components), Analysis Services will try to make an anonymous connection to the underlying data source (most data sources do not accept anonymous connections).
Was this page helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft