Servidores remoto y local (Analysis Services - Minería de datos)
La minería de datos requiere una conexión a una instancia de SQL Server Analysis Services. No es necesario crear un cubo OLAP (procesamiento analítico en línea) ni usar características OLAP para llevar a cabo la minería de datos, aunque el motor de Analysis Services proporciona muchas ventajas, como son el rendimiento y la escalabilidad, y la minería de datos comparte muchos componentes con OLAP. En este tema se proporciona información que es necesario conocer al conectarse a una instancia local o remota de SQL Server Analysis Services para crear, procesar, implementar o consultar modelos de minería de datos.
Configurar permisos y propiedades del servidor
La minería de datos requiere permisos adicionales en una base de datos de Analysis Services. La mayor parte de las propiedades de minería de datos se puede establecer utilizando el Cuadro de diálogo Propiedades de Analysis Server (Analysis Services - Datos multidimensionales). Para obtener más información acerca de las propiedades que se pueden configurar, vea Propiedades de configuración de Analysis Services.
Las siguientes propiedades del servidor son de especial relevancia para la minería de datos:
AllowAdHocOpenRowsetQueries Controla el acceso ad hoc a los proveedores OLE DB, que se cargan directamente en el espacio de memoria del servidor.
.gif "Nota importante")
ImportantePara mejorar la seguridad, se recomienda establecer esta propiedad en false. El valor predeterminado es false. Sin embargo, aunque esta propiedad esté establecida en false, los usuarios pueden continuar creando consultas singleton y pueden utilizar OPENQUERY en orígenes de datos permitidos.
AllowedProvidersInOpenRowset Especifica el proveedor, si el acceso ad hoc está habilitado. Se pueden especificar varios proveedores, escribiendo una lista separada por comas de identificadores de programa.
MaxConcurrentPredictionQueries Controla la carga en el servidor provocada por las predicciones. El valor predeterminado 0 permite consultas ilimitadas para SQL Server Enterprise y un máximo de cinco consultas simultáneas para SQL Server Standard. Las consultas que superan el límite se serializan y pueden agotar el tiempo de espera.
El servidor proporciona propiedades adicionales que controlan qué algoritmos de minería de datos están disponibles, incluida cualquier restricción en los algoritmos, y los valores predeterminados para todos los servicios de minería de datos. Sin embargo, no hay ninguna configuración que permita controlar el acceso a los procedimientos almacenados de minería de datos específicamente. Para obtener más información, vea Propiedades de minería de datos.
También puede establecer propiedades que permitan ajustar el servidor y controlar la seguridad para uso del cliente. Para obtener más información, vea Propiedades de características.
Nota Los algoritmos de complementos sólo se pueden habilitar en SQL Server Enterprise.
Acceso a objetos de minería de datos mediante programación
Puede utilizar los modelos de objetos siguientes para crear una conexión a una base de datos de Analysis Services y trabajar con objetos de minería de datos:
ADO Usa OLE DB para conectarse a un servidor de Analysis Services. Cuando se utiliza ADO, el cliente está limitado a consultas de conjunto de filas de esquema e instrucciones DMX.
ADO.NET Interactúa con los proveedores de SQL Server mejor que con otros proveedores. Utiliza adaptadores de datos para almacenar conjuntos de filas dinámicos. Utiliza el objeto de conjunto de datos, que es una memoria caché de los datos del servidor almacenados como tablas de datos que se pueden actualizar o guardar como XML.
ADOMD.NET Un proveedor de datos administrado que se ha optimiza para trabajar con minería de datos y OLAP. ADOMD.NET es más rápido y usa la memoria con más eficacia que ADO.NET. ADOMD.NET también permite recuperar los metadatos acerca de los objetos de servidor. Se recomienda para las aplicaciones cliente excepto cuando .NET no está disponible.
ADOMD de servidor Modelo de objetos para tener acceso directo a los objetos de Analysis Services en el servidor. Lo usan los procedimientos almacenados de Analysis Services pero no el cliente.
AMO Interfaz de administración para Analysis Services que reemplaza a Objetos de ayuda para la toma de decisiones (DSO). Operaciones tales como la iteración de objetos requieren permisos superiores cuando se usa AMO que cuando se usan otras interfaces. Eso se debe a que AMO tiene acceso directo a los metadatos, mientras que ADOMD.NET y otras interfaces tienen acceso solamente a los esquemas de base de datos.
Examinar y consultar modelos
Puede realizar todo tipo de predicciones utilizando servidores locales o remotos, con las restricciones siguientes:
Si utiliza ADOMD de servidor, puede utilizar DMX para tener acceso al servidor sin realizar una conexión. A continuación, puede copiar directamente los resultados en una tabla de datos. Sin embargo, no puede utilizar ADOMD de servidor con instancias remotas; sólo puede consultar el servidor local.
ADO.NET no admite parámetros con nombre para la minería de datos. Debe utilizar ADOMD.NET.
ADOMD.NET permite pasar una tabla completa para su uso como parámetro; por consiguiente, se pueden utilizar los datos en el cliente o los que no estén disponibles para el servidor. También se pueden utilizar tablas con forma como entrada de predicción.
Usar procedimientos almacenados de minería de datos
ADOMD.NET permite examinar el contenido del modelo en formato jerárquico y recorrer los nodos recursivamente. Sin embargo, si crea una consulta con el contenido del modelo, esta devuelve el modelo completo. Para evitar que se devuelvan demasiadas filas, puede escribir los procedimientos almacenados con una sesión de Analysis Services utilizando el modelo de objetos ADOMD+. Un uso común de los procedimientos almacenados es encapsular las consultas para reutilizarlas.
El cliente puede utilizar CALL para ejecutar procedimientos almacenados, incluidos los procedimientos almacenados de sistema de Analysis Services. Si el procedimiento devuelve un conjunto de datos, el cliente recibirá un conjunto de datos o una tabla de datos con una tabla anidada que contenga las filas. Para escribir un procedimiento almacenado de servidor, debe hacer referencia al espacio de nombres Microsoft.AnalysisServices.AdomdServer. Para obtener más información sobre cómo crear y usar procedimientos almacenados, vea Funciones definidas por el usuario y procedimientos almacenados.
[!NOTA]
Los procedimientos almacenados no se pueden utilizar para cambiar la seguridad en los objetos de servidor de datos. Cuando se ejecuta un procedimiento almacenado, el contexto actual del usuario se utiliza para determinar el acceso a todos los objetos de servidor. Por consiguiente, los usuarios deben disponer de los permisos adecuados en cualquier objeto de base de datos al que tengan acceso.
Mover objetos de minería de datos entre bases de datos o servidores
Se pueden mover objetos de minería de datos entre bases de datos o entre instancias de Analysis Services de las maneras siguientes: implementando una solución, haciendo una copia de seguridad y restaurando después una copia de la base de datos, y exportando e importando estructuras y modelos.
Implementar implica el proceso de mover modelos del servidor de prueba o de desarrollo a un servidor diferente, ya sea para producción, para compartir modelos o para incrustar un modelo en una aplicación. Para obtener más información sobre cómo implementar soluciones de Analysis Services, vea Implementación (Analysis Services - Datos multidimensionales).
La copia de seguridad y restauración de una base de datos de Analysis Services completa es el mejor método si la solución de minería de datos se basa en objetos OLAP. SQL Server 2008 proporciona una nueva funcionalidad de copia de seguridad y restauración que realiza copias de seguridad de bases de datos con más rapidez y facilidad. Para obtener más información sobre copias de seguridad, vea Administrar copias de seguridad y restauraciones (Analysis Services).
Importar y exportar modelos y estructuras de minería de datos utilizando instrucciones DMX es la forma más fácil de mover o hacer copias de seguridad de objetos de minería de datos relacionales individuales. Para obtener más información, vea los siguientes temas:
Si especifica la opción INCLUDE DEPENDENCIES, Analysis Services también exportará la definición de las vistas del origen de datos necesarias y, al importar el modelo o la estructura, volverá a crear la vista del origen de datos en el servidor de destino. Cuando termine de importar el modelo, asegúrese de establecer los permisos de minería de datos necesarios en el objeto.
[!NOTA]
No se pueden exportar e importar modelos OLAP utilizando DMX. Si el modelo de minería de datos se basa en un cubo OLAP, se debe utilizar la funcionalidad de implementación o de copia de seguridad y restauración de Analysis Services en la base de datos completa.