Una tabla pequeña es aquella cuyo contenido cabe en una o pocas páginas de datos. Evite indizar tablas muy pequeñas porque normalmente es más eficaz realizar una exploración de tablas. De este modo, se evita tener que cargar y procesar las páginas de índices. Si no crea un índice en las tablas muy pequeñas, está eliminando la posibilidad de que el optimizador seleccione una.

 ... Continuar leyendo

Los índices de varias columnas son extensiones naturales de los índices de una sola columna. Los índices de varias columnas son útiles para evaluar expresiones de filtro que coinciden con un conjunto de prefijos de columnas de clave. Por ejemplo, el índice compuesto CREATE INDEX Idx_Emp_Name ON Employees ("Last Name" ASC, "First Name" ASC) ayuda a evaluar las siguientes consultas:

·         ... WHERE "Last Name" = 'Doe'... Continuar leyendo

Los índices en las columnas utilizadas en la cláusula WHERE de las consultas importantes normalmente mejoran el rendimiento. Sin embargo, esto depende del grado de selectividad del índice. La selectividad es la proporción de filas resultantes respecto al total de filas. Si la proporción es baja, significa que el índice es muy selectivo, ya que puede deshacerse de la mayoría de las filas y reducir en gran medida el tamaño del conjunto de resultados. Por consiguiente, se trata de un índice muy útil. En cambio, un índice que no es selectivo no es tan útil.

Los índices únicos son los más selectivos. Sólo puede coincidir una fila, lo que es realmente útil para las consultas que pretenden exactamente devolver una fila. Por ejemplo, un índice en una sola columna de Id. servirá de ayuda para encontrar con rapidez una fila concreta.... Continuar leyendo

La creación de índices útiles es uno de los métodos más importantes para lograr un mejor rendimiento de las consultas. Los índices útiles ayudan a encontrar los datos con menos operaciones de E/S de disco y un menor uso de los recursos del sistema.

Para crear índices útiles, debe comprender cómo se utilizan los datos, los tipos y las frecuencias de ejecución de las consultas y cómo el procesador de consultas puede utilizar los índices para encontrar los datos con rapidez.... Continuar leyendo

Uno de los primeros elementos que debe aparecer en cualquier lista de comprobación para la optimización del rendimiento de SQL Server es el ajuste de los índices de una base de datos. La capacidad del optimizador de consultas de SQL Server para hacer un buen uso de los índices durante la ejecución de una consulta depende no sólo de la creación de índices eficaces sino también del estado de estos. Una serie de vistas y funciones de administración dinámicas (DMV y DMF, respectivamente), incluidas por primera vez en SQL Server™ 2005, puede ayudar a los administradores de bases de datos a determinar la eficacia de los índices y a descubrir cualquier problema de rendimiento.

 ... Continuar leyendo

Existen distintas formas de ejecutar un Paquete DTSX de SSIS , cada una de las cuales puede presentar ciertas ventajas o inconvenientes según en el caso particular en que la deseemos aplicar.

• Ejecutar un Paquete DTSX desde Business Intelligence Development Studio (BIDS). Desde BIDS podemos crear nuestros Proyectos de SSIS , que estarán formados por nuestros Paquetes DTSX. Estos Paquetes DTSX se almacenarán en el File System, y NO se almacenarán ni en SQL Server (MSDB) ni en el Package Store. Como mucho, podremos integrar BIDS con Visual Source Safe, o en todo caso, desplegar o publicar los Paquetes DTSX del Proyecto en un Package Store, en un servidor SQL Server, o en otro File System. La principal ventaja de BIDS, es que al tratarse de la herramienta de desarrollo de SSIS , podemos ver de forma gráfica la ejecución del Paquete DTSX, incrustar Lectores de Datos para ver los datos que se mueven por nuestros Flujos de Datos (Data Flows), etc. Es muy cómodo, pero sólo se trata de una herramienta de desarrollo y se limita a la ejecución de Paquetes DTSX almacenados en el File System.

 ... Continuar leyendo

 FORCESEEK obliga al optimizador de consultas a usar sólo una operación de Index Seek como ruta de acceso a los datos de la tabla o vista a la que se hace referencia en la consulta.

 Comentaros que el operador Index Seek utiliza la capacidad de búsqueda de los índices para recuperar filas de un índice… Al forzar una operación de index seek, se puede lograr un mejor rendimiento de las consultas.... Continuar leyendo

Lo que vamos a realizar es  mover las bases de datos de una instancia a otra ubicación diferente.

Sacamos las rutas de todas las bases de datos, con la consulta en la bd master:... Continuar leyendo

Como ya he contado en otros artículos, ( ver aquí ),  los desencadenadores DDL se pueden ejecutar cada vez que cree, eliminar , modificar… un objeto de base de datos. Estos desencadenador o triggers DDL se les pueden especificar las opciones de disparo (es decir, el tipo de operaciones para las que queremos que se activen).

También he contado en anterior artículo con un ejemplo como se especifica la ejecución de los disparadores cuando se crea una tabla nueva, ( ver aquí ).  Sin embargo, de añadir es que en lugar de especificar un disparador para cada operación, podemos crear un trigger DDL que se dispare con un grupo de operaciones, en ese caso, el disparador se ejecutará con cada una de las operaciones de ese grupo de eventos.  Por ejemplo, si ha especificado DDL_DATABASE_LEVEL_EVENTS en lugar de CREATE_TABLE, se registrará cada eventos de CREATE_TABLE, ALTER_TALBE y DROP_TABLE, tras su ejecución.... Continuar leyendo

La auditoría de una instancia de SQL Server o de una base de datos de SQL Server implica el seguimiento y registro de los eventos que se producen en el sistema. En SQL Server puedes utilizar varios métodos de auditoría, como se describe en Auditoría (motor de base de datos) -> http://msdn.microsoft.com/es-es/library/cc280526.aspx. A partir de SQL Server 2008 Enterprise, también puedes configurar la auditoría automática mediante SQL Server Audit.

 
Paso a comentar un par de formas fáciles y personalizadas, para que podáis crear vuestras propias auditorias. Ayudarte de procedimientos almacenados que te permitan capturar información adicional del usuario que realiza el cambio, si se puedes (que en ocasiones no se puede), encapsular las modificaciones en procedimientos almacenados y en esos mismos procedimientos incluir el registro en tablas de auditoría. Esta solución mediante procedimientos almacenados es buena pues te da mucha flexibilidad en cuanto a grabar datos de la aplicación que no están accesibles mediantes triggers.
 
De cualquier forma...la auditoría con triggers tiene una ventaja respecto a hacerlo mediante un stored procedure y es que a través de triggers quedan auditados todos los cambios de datos, no solo los que se hacen a través de tu aplicación sino también los que se hacen por fuera (por ejemplo cambios hechos con el managment studio a través de un update/delete/insert).
 
Programar triggers de auditoría..no es nada sencillo, más bien es una tarea tediosa.
 
Ya desde SQL Server 2005 tenemos los DDL Triggers. Son triggers que se ejecutan cuando se produce la ejecución de instrucciones DDL (create, alter, drop, ...). Hasta este momento esto no era posible, sólo podíamos crear triggers para instrucciones DML (insert, update, delete). Con esta nueva funcionalidad ya podemos, por ejemplo auditar las creaciones, modificaciones y borrados de objetos en nuestra base de datos, e incluso, no permitir que se realicen estas acciones.
 
La sintaxis de DDL triggers, es:... Continuar leyendo