Servidores remotos e locais (Analysis Services - Mineração de Dados)
A mineração de dados requer uma conexão com uma instância do SQL Server Analysis Services. Não é necessário criar um cubo OLAP ou usar recursos OLAP para fazer a mineração de dados, mas o mecanismo do Analysis Services oferece muitas vantagens, como desempenho e escalabilidade, e a mineração de dados compartilha vários componentes com o OLAP. Este tópico contém informações que você deverá saber quando se conectar a uma instância local ou remota do SQL Server Analysis Services para criar, processar, implantar ou consultar modelos de mineração de dados.
Configurando permissões e propriedades do servidor
A mineração de dados requer permissões adicionais em um banco de dados do Analysis Services. A maioria das propriedades de mineração de dados podem ser definidas usando a Caixa de diálogo Propriedades do Analysis Services (Analysis Services - Dados Multidimensionais). Para obter mais informações sobre as propriedades que você pode configurar, consulte Propriedades de configuração do Analysis Services.
As seguintes propriedades de servidor são de relevância específica para a mineração de dados:
AllowAdHocOpenRowsetQueries Controla o acesso ad hoc a provedores OLE DB, que são carregados diretamente no espaço de memória do servidor.
.gif "Observação importante")
ImportantePara melhorar a segurança, é recomendável definir esta propriedade como false. O valor padrão é false. No entanto, ainda que esta propriedade seja definida como false, os usuários podem continuar criando consultas singleton e usar OPENQUERY em fontes de dados permitidas.
AllowedProvidersInOpenRowset Especifica o provedor se ad hoc acesso está habilitado. Para especificar vários provedores, digite uma lista de ProgIDs separados por vírgula.
MaxConcurrentPredictionQueries Controla a carga no servidor gerada por previsões. O valor padrão de 0 permite consultas ilimitadas para o SQL Server Enterprise e no máximo cinco consultas simultâneas para o SQL Server Standard. As consultas que ultrapassam o limite são serializadas e podem expirar.
O servidor oferece outras propriedades que controlam quais algoritmos de mineração de dados ficam disponíveis, inclusive todas as restrições sobre algoritmos, e os padrões para serviços de mineração de dados. Porém, não há configurações que permitem controlar especificamente o acesso a procedimentos armazenados de mineração de dados. Para obter mais informações, consulte Propriedades de mineração de dados.
Também é possível definir propriedades que permitem ajustar o servidor e controlar a segurança para uso de cliente. Para obter mais informações, consulte Propriedades de recurso.
Observação Os algoritmos de plug-in só podem ser habilitados no SQL Server Enterprise.
Acesso programático a objetos de mineração de dados
Você pode usar os seguintes modelos de objeto para criar uma conexão com um banco de dados do Analysis Services e trabalhar com objetos de mineração de dados:
ADO Usa OLE DB para se conectar a um servidor do Analysis Services. Quando você usa ADO, o cliente fica limitado a consultas de conjunto de linhas de esquema e instruções DMX.
ADO.NET Interage com provedores SQL Server melhor do que outros provedores. Usa adaptadores de dados para armazenar conjuntos de linhas dinâmicos. Usa o objeto de conjunto de dados, que consiste em um cache dos dados de servidor armazenados como tabelas de dados que podem ser atualizadas e salvas como XML.
ADOMD.NET Um provedor de dados gerenciado que é otimizado para funcionar com mineração de dados e OLAP. O ADOMD.NET é mais rápido e faz uso mais eficiente da memória do que o ADO.NET. O ADOMD.NET também permite recuperar metadados sobre objetos de servidor. Recomendado para aplicativos cliente, exceto quando .NET não está disponível.
ADOMD de servidor Modelo de objeto usado para acessar objetos do Analysis Services diretamente no servidor. É utilizado por procedimentos armazenados do Analysis Services; não indicado para uso de cliente.
AMO Interface de gerenciamento para o Analysis Services que substitui o DSO (Decision Support Objects). Quando se usa o AMO, operações como iteração de objetos requerem permissões mais elevadas do que as necessárias para utilizar outras interfaces. Isso ocorre porque o AMO acessa metadados diretamente, enquanto o ADOMD.NET e outras interfaces acessam apenas os esquemas de banco de dados.
Localizando e consultando modelos
Você pode executar todos os tipos de previsões usando servidores locais ou remotos, com as seguintes restrições:
Se você usar ADOMD de servidor, poderá usar DMX para acessar o servidor sem fazer uma conexão. Você pode copiar os resultados diretamente para uma tabela de dados. No entanto, você não pode usar ADOMD de servidor com instâncias remotas; só é possível consultar o servidor local.
O ADO.NET não dá suporte a parâmetros nomeados para mineração de dados. Você deve usar ADOMD.NET.
O ADOMD.NET permite passar uma tabela inteira a ser usada como parâmetro; por isso você pode usar dados no cliente ou dados que estão indisponíveis para o servidor. Também é possível utilizar tabelas amoldadas como entrada de previsão.
Usando procedimentos armazenados de mineração de dados
O ADOMD.NET permite localizar conteúdo de modelos em formato hierárquico e repetição por nós. Porém, se você criar uma consulta baseada no conteúdo de modelo, a consulta retornará o modelo inteiro. Para evitar que sejam retornadas muitas linhas, você pode gravar procedimentos armazenados em um Analysis Services usando o modelo de objeto ADOMD+. Um uso comum de procedimentos armazenados é o encapsulamento de consultas para reutilização.
O cliente pode usar CALL para executar procedimentos armazenados, inclusive procedimentos armazenados de sistema do Analysis Services. Se o procedimento retornar um conjunto de dados, o cliente receberá um conjunto de dados ou uma tabela de dados com uma tabela aninhada contendo as linhas. Para gravar um procedimento armazenado de servidor, você deve fazer referência ao namespace Microsoft.AnalysisServices.AdomdServer. Para obter mais informações sobre como criar e usar procedimentos armazenados, consulte Funções e procedimentos armazenados definidos pelo usuário.
.gif "Observação") Observação |
|---|
Os procedimentos armazenados não podem ser usados para alterar a segurança em objetos de servidor de dados. Quando você executa um procedimento armazenado, o contexto atual do usuário é usado para determinar o acesso a todos os objetos de servidor. Portanto, os usuários devem ter as permissões apropriadas em qualquer objeto de banco de dados que eles acessam. |
Movendo objetos de mineração de dados entre bancos de dados ou servidores
É possível mover objetos de mineração de dados entre bancos de dados ou entre instâncias do Analysis Services das seguintes maneiras: implantando uma solução; fazendo backup e, depois, restaurando uma cópia do banco de dados; exportando e importando estruturas e modelos.
Implantar é o processo de mover modelos de um servidor de teste ou desenvolvimento para outro servidor, seja para produção, para compartilhar modelos ou para incorporar um modelo a um aplicativo. Para obter mais informações sobre como implantar soluções do Analysis Services, consulte Implantação (Analysis Services - Dados multidimensionais).
Backup e restauração de um banco de dados inteiro do Analysis Services é o método preferencial se a sua solução de mineração de dados utiliza objetos OLAP. O SQL Server 2008 oferece uma nova funcionalidade de backup e restauração que agiliza e simplifica os backups de banco de dados. Para obter mais informações sobre backup, consulte Gerenciando backup e restauração (Analysis Services).
Importar e exportar modelos e estruturas de mineração usando instruções DMX é a maneira mais fácil de mover ou fazer backup de objetos de mineração de dados relacionais individuais. Para obter mais informações, consulte os seguintes tópicos:
Se você especificar a opção INCLUDE DEPENDENCIES, o Analysis Services também exportará a definição de qualquer exibição da fonte de dados necessária e, quando você importar o modelo ou a estrutura, ele recriará a exibição da fonte de dados no servidor de destino. Depois que você terminar de importar o modelo, defina as permissões de mineração necessárias no objeto.
| Observação |
|---|
Não é possível exportar e importar modelos OLAP usando DMX. Se o modelo de mineração se basear em um cubo OLAP, você deverá usar a funcionalidade de backup e restauração ou de implantação do Analysis Services no banco de dados inteiro. |