Consejos del Gurú

Muchas veces necesitamos consultar rápidamente como se encuentran configurado los planes de mantenimineto de una base de datos de forma rápida y ágil sin necesidad de tener que abrir el ambiente gráfico y tener que ver cada uno de los planes de mantenimentos que tenemos configurado en nuestro entorno de base de datos. La manera más sencilla es consultando la tabla [msdb].[dbo].[sysschedules] en la base de datos msdb. El problema es que existen una series de campos que si no conocemos el significado, nos dejará un poco confundido con la información que estamos consultando. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 1...

Para los que trabajan con la base de datos Microsoft SQL Server 2000 en adelante, pueden encontrar en la función Checksum un gran aliado si se requiere hacer comparaciones de campos tipo texto. Esta   trabaja como una especie de calculo MD5 o cualquiera de los algoritmos de comparaciones conocidos hoy en día. La ventaja de esta funcionalidad es que es muy sencilla de implementar, ya que solo requiere pasar el texto como parámetro y listo. Espero que este articulo los ayude a realizar cualquier tarea que no permita realizar búsquedas eficiente en su base de datos. 1 2 select CHECKSUM( 'viernes' ) select CHECKSUM( 'biernes' )

Si tiene la necesidad de ver el texto de un objeto (vista o procedimiento almacenado) en SQL server y no desea tener que utilizar el object browser o la herramienta de administración, puede ejecutar el comando sp_helptext seguido del nombre del objeto y de esta forma puede obtener el texto del objeto de una forma más rápida. Ojo, al ejecutar el comando sp_helptext se pueden agregar unos espacios al final de cada linea que puede ser un poco molesto para aquellos que no les gusta ver sus queries con problemas de formato de por medio.

En los últimos dos años he escuchado bastante sobre un nuevo paradigma de base de datos donde el almacén de datos se encuentra en memoria. Estas base de datos son un hibrido entre lo que conocemos hoy en día (base de datos en discos) y la data en memoria para permitir accesos a los datos de forma más rápida que lo que conocemos hoy en día. Este tipo de base de datos permite tiempos de respuesta muy bajos y un alto rendimiento en las consultas de datos distinto a lo que conocemos hoy en día donde las consultas son muy deficientes y las altas consultas de datos son ineficientes sin importar los índices que apliquemos. Algunas soluciones como Sybase permiten acceder a la base de datos en memoria y en disco sin grandes cambios en el código de acceso. Este motor de base de datos fue adquirido por la empresa alemana SAP para montar su plataforma ERP entre otras sobre esta tecnología. Empresas como SAP están apostando todo a este tipo de tecnología en un futuro cercano, con la t...

Hace más de dos años publiqué un artículo de como podíamos generar un diccionario de datos desde una base de datos SQL 2000. Un lector realizó unas mejoras significativas al diccionario para corregir algunos valores como son los tipos de datos y las variables primary keys que no eran identificadas correctamente en el script anterior. Además, el script anterior solo generaba el diccionario para una sola base de datos, mientras que este script lo hace para todas las bases de datos que se encuentren en un servidor. Por esta vía deseo agradecer a Adán Salvador Aguilera Campos desde México por el aporte que nos ha hecho a todos con las mejoras al script de generación de un diccionario de datos. /* para systypes and xusertype <= 256) Creado por Adán Salvador Aguilera Campos Aguascalientes, Mexico Basado en gran parte en el trabajo hecho por el Ing. Ely Michael Núñez 26/08/2011 */ set nocount on /* ------------------------------------------------------------------------------   V...