Hace unos días me topé con 2 posts en el blog de Microsoft Press, en el cual publicaron 2 libros totalmente gratis para que cualquier persona pueda descargarlos.

Moving to Microsoft Visual Studio 2010 – Descarga Directa en: PDF o XPS

y

Introducing Microsoft SQL Server 2008 R2 – Descarga Directa en PDF o XPS

Los libros, como los mismos títulos indican, son orientados a introducir solamente las nuevas cualidades y habilidades de Visual Studio 2010 y SQL Server 2008 R2, no tanto de educar totalmente sobre features que ya existían, pero aún así, definitivamente útiles para cualquier persona que esté por empezar a utilizar estas nuevas versiones de ambos programas.

Microsoft SQL Server 2008

Para borrar el historial de Servidores de SQL a los que se ha conectado el SQL Server Management Studio, así como los datos de conexión (usuario y password) guardados/recordados, es necesario hacer lo siguiente:

En SQL Server 2008 Management Studio:

1. Start -> Run
2. Teclear: %userprofile%\AppData\Roaming\Microsoft\Microsoft SQL Server\100\Tools\Shell
3. Dar Enter
4. Borrar el archivo SqlStudio.bin

En SQL Server 2005 Management Studio:

1. Start -> Run
2. Teclear: %userprofile%\AppData\Roaming\Microsoft\Microsoft SQL Server\90\Tools\Shell
3. Dar Enter
4. Borrar el archivo mru.dat

Listo. Con eso se borrará la historia tanto de usuarios y passwords guardados, como el historial de servidores de SQL a los que se ha conectado el SQL Server Management Studio.

Ya que de perdido paso 2 horas al día leyendo artículos técnicos sobre desarrollo de software o cosas relacionadas a sistemas, y durante los últimos 5 años la mayoría de lo que he aprendido ha sido en base a blog posts, he decido empezar una serie de posts recomendado uno o más artículo/posts que haya leído durante ese día, categorizados por tecnología o área.

No se si logre hacer esto diariamente, pero al menos el intento se hará. Aquí estan los primeros artículos interesantes que he leído el día de hoy:

SQL

Introduction to JOINS – Basic of JOINS: Escrito por Pinal Dave, un experto de SQL. Mucha gente no sabe explicar los JOINS en SQL o la diferencia exacta entre ellos, buen artículo.

Personal Improvement

Basic Presentation Skills Training – Notes from Joel Abrahamsson: Parte de mi rol de trabajo es dar algunas presentaciones técnicas, y la verdad es que la mayoría de la gente no somos buenos para esto. Buenas notas y tips de este desarrollador que está tomando un curso al respecto.

.NET / C# / ASP.NET

ALT.Next – ALT.NET es un “movimiento” o “corriente” integrado por varios desarrolladores enfocados en traer las mejores prácticas y herramientas de otras comunidades de desarrollo (Java, Ruby, Python, etc) a la comunidad de Microsoft y .NET en general. Aunque su auge más fuerte ya pasó, este artículo da una idea de hacia donde van.

Desarrollo de Sistemas en General

Metodologies at a Glance – J.D. Meier, un Principal Program Manager de Microsoft, en el equipo de Patterns & Practices, escribe posts muy útiles constantemente. Este post es un mapa de algunas actividades/artefactos clave en varios procesos de desarrollo de software.

That’s it. Read on.

Un Alias de SQL es un nombre alternativo que se utiliza para realizar una conexion a un servidor de SQL Server. El alias encapsula los elementos requeridos de un string de conexion (como protocolo, puerto, hostname o ip), y los encapsula con un nombre escogido por el usuario.

El alias de SQL es algo similar o equivalente a un ODBC para Windows, excepto que el alcance del alias es solamente en aplicaciones relacionadas con SQL, es decir, no podríamos hacer un ping al alias desde una ventana de DOS.

En algunos comentarios leí que si en el campo de Server Name utilizamos el numero de IP directamente, en lugar del hostname (reverse DNS), podemos agilizar un poco la conexion debido al ahorro del dns lookup.

Ahora si, hay dos maneras de agregar un Alias de SQL:

1. SQL Server Client Network Utility (cliconfg)
2. SQL Server Configuration Manager

Por simplicidad yo siempre uso la primera, cliconfg. Los pasos para agregar un alias usando la Client Network Utility son:

1. Start -> Run
2. Teclear “cliconfg” -> Enter
3. Ir al tab de Alias “Add“
4. LLenar los datos (Server Alias, Protocolo, etc)
5. Click en OK.

Figura 1: Dialogo principal de la SQL Server Client Network Utility

SQL Server Client Network Utility (cliconfg)

Figura 2: Dialogo de Nuevo Alias de la SQL Server Client Network Utility

Nuevo SQL Alias usando cliconfg

El ejecutable cliconfg.exe está en el directorio de Windows\System32, y como el folder de System32 está en las variables de ambiente de Windows, podemos simplemente teclear el nombre del ejecutable desde cualquier lugar y lo reconocerá. Cliconfg.exe viene pre-instalado desde Windows 2000, así que nos permite agregar aliases de SQL sin instalar las SQL Server Client Tools.

La segunda manera de consultar los Aliases existentes, y de agregar nuevos, es usando el SQL Server Configuration Manager.

Para acceder al SSCM los pasos son:

1. Start – > Run.
2. Teclear “compmgmt.msc” -> Enter.
3. En el arbol del lado izquierdo, escoger “Services and Applications“.
4. Escoger “SQL Server Configuration Manager“.
5. Escoger “SQL Native Client Configuration“.
6. Escoger “Aliases“.

Figura 3: Pantalla principal del SQL Server Configuration Manager

SQL Server Configuration Management - Aliases

Para agregar un alias nuevo usando el SQL Server Configuration Manager, simplemente hay que escoger la opcion “New Alias” del menú “Action“, y llenar los datos del diálogo.

Figura 4: Dialogo de Nuevo Alias usando SQL Server Configuration Manager

Nuevo Alias SLQ usando SQL Server Configuration Manager

Por cierto, la unica ventaja del SQL Server Configuration Manager sobre la Client Network Utility, es que permite exportar la lista de Aliases a un archivo de texto, a través del menú “Action“, escogiendo “Export List“.

Una vez agregado el alias, podemos utilizarlo en el dialogo de conexion del SQL Server Management Studio, por ejemplo, y solamente teclear el nombre del alias, en lugar del hostname o ip y el puerto, en caso de que antes fuera requerido.

SQL Server

Hoy alguien de mi equipo de trabajo me preguntó como se podía comparar los valores de una columna para cada row contra el valor default de esa columna.

Después de probar un rato en el Management Studio, aprendí que se puede utilizar las vistas de INFORMATION_SCHEMA para obtener información de metadata sobre objetos en SQL Server.

Solo para aclarar…esto seguramente se puede hacer usando la tabla sysobjects de SQL Server, pero quería hacerlo de una manera más legible.

El query para obtener el valor default de una columna de alguna tabla es:

SELECT COLUMN_DEFAULT
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Vendedor'
AND COLUMN_NAME = 'CodigoPais'

Un dato muy importante es que estas vistas (INFORMATION_SCHEMA) se crearon para apegarse al estándar SQL-92, con el objetivo de proveer meta-datos sobre los objetos de la base de datos.

Me dió gusto el haber investigado otra alternativa a sysobjects, porque esta investigación me hizo darme cuenta que el realizar mis queries para obtener meta-data usando INFORMATION_SCHEMA en lugar de SYSOBJECTS hace que mis queries sean portables, en lugar de estar limitados a SQL Server solamente, o incluso considerando también el escenario en que Microsoft decidiera cambiar la estructura de SYSOBJECTS de alguna manera que afectara mis queries.

Hay varias vistas de INFORMATION_SCHEMA. Para este escenario solo usé la de Columns, pero hay más, por ejemplo:

• CHECK_CONSTRAINTS
• REFERENTIAL_CONSTRAINTS
• COLUMN_DOMAIN_USAGE
• ROUTINES
• COLUMN_PRIVILEGES
• ROUTINE_COLUMNS
• COLUMNS
• SCHEMATA
• CONSTRAINT_COLUMN_USAGE
• TABLE_CONSTRAINTS
• CONSTRAINT_TABLE_USAGE
• TABLE_PRIVILEGES
• DOMAIN_CONSTRAINTS
• TABLES
• DOMAINS
• VIEW_COLUMN_USAGE
• KEY_COLUMN_USAGE
• VIEW_TABLE_USAGE
• PARAMETERS
• VIEWS

Les dejo la siguiente liga a un artículo del SQL Server Development Center de Microsoft, donde explican más detalles de las vistas de INFORMATION_SCHEMA, y a otro artículo que da información general referente a estas.

INFORMATION_SCHEMA Views

INFORMATION_SCHEMA – A map to your database

Casi todos los días realizo un respaldo de la base de datos de una aplicación a la que le doy mantenimiento. La mayoría de la gente ya conoce el exageradamente sencillo proceso de dar click derecho sobre la base de datos que queremos respaldar, elegir la opción Tasks ->Backup, la cual nos presenta el siguiente diálogo.

Como cambiar el directorio default para respaldos de bases de datos en SQL Server 2005

Ahora, si solo mantuviéramos un archivo de respaldo, la ubicación y nombre del archivo default tal vez estarían bien. El problema, para mí, es que yo guardo cada archivo de respaldo histórico en una estructura de tipo

D:\Proyecto\DatabaseBackup\fechaCompleta.bak

Por lo cual, si en el dialogo selecciono la opción de Remove, y luego la opción de Add, el directorio default para el respaldo de la base de datos se reinicia al default, que es algo así como el siguiente (puede variar según la instalación que cada quien haya hecho)

C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data

En mi opinión es desesperante tener que elegir el directorio en el que quiero guardar mi respaldo cada vez que realizo uno. Intenté revisar las opciones disponibles en Tools -> Options y no encontré ningún setting para poder definir el directorio default a la hora de hacer un respaldo.

En algún lugar tenia que estar configurable ese setting, al menos para que el mismo SQL Server lo accesara, mi primer suposición fue la registry de Windows, y después de 5 minutos, Google confirmó.

Si abren la registry de Windows (Start -> Run -> regedit) y navegan hacia la llave

Para Windows 32 bits:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer

Para Windows 64 bits:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer

Ahi está la llave BackupDirectory, a la cual se le puede modificar el valor a lo que ustedes quieran. Después, al momento de realizar un nuevo backup, solamente hay que modificar el nombre del archivo (si acaso se desea) y listo, no se pierde más tiempo en navegar hasta el folder correcto cada vez que se hace un respaldo.

Espero les sirva.

Microsoft SQL Server 2008

Hace varios dias, leyendo feeds de Google Reader, me entere que la version Developer de Microsoft SQL Server 2005 o 2008 cuesta solamente $50 dolares.

Las features de la version Developer son exactamente las mismas que la de la edicion Standard, la unica diferencia entre estas dos ediciones es el licenciamiento, ya que la version Developer no puede ser usada para instalarse en servidores de produccion.

Creo que esta es una buena estrategia por parte de Microsoft para recuperar un poco de las perdidas por pirateria, ya que antes de que existiera esta version, me imagino que para muchas de las pequeñas compañias de Desarrollo de Software era muy dificil pagar varias las licencias de tipo Enterprise o Standard, que cuestan entre 2300 y 6000 dolares, para que sus desarrolladores las tuvieran instaladas en sus computadoras.

Claro, tambien existe la version Express de SQL Server 2008, que es totalmente gratis, y las unicas dos limitantes fuertes son que la Engine solo utilizara 1 GB de RAM y que el tamaño de archivo maximo para cada base de datos es de 4 GB, pero para los freelancers que hagan desarrollos ocasionales en .NET, o que trabajen con clientes pequeños, dificilmente tendran que trabajar con bases de datos mayores a 4 GB.

Es por esto que la version Developer es una buena opcion para las empresas de Desarrollo de Software. Es muy factible que estas pequeñas empresas si tengan que trabajar con bases de datos grandes y la version Express no llene sus necesidades, pero aun asi, $50 dolares se me hace un muy buen precio, incluso si no existiera la version Express.

Ligas relacionadas:

• SQL Server 2008 Express (Version gratuita)
• SQL Server 2008 Developer (Costo: $50 dolares)
• Comparativa entre ediciones de SQL Server 2008

SQL Server 2008

Apenas ayer se libero informacion informacion publica sobre una vulnerabilidad en varias ediciones de Microsoft SQL Server. Antes que nada, las versiones afectadas fueron:

• SQL Server 2000
• SQL Server 2005
• SQL Server 2005 Express Edition
• SQL Server 2000 Desktop Edition (MSDE 2000)
• SQL Server 2000 Desktop Edition (WSDE)
• Windows Internal Database (WYukon)

Las versiones que no son afectadas son:

• SQL Server 7.0 con Service Pack 4 (SP4)
• SQL Server 2005 con Service Pack 3 (SP3)
• SQL Server 2008

El problema es a partir del stored procedure sp_replwritetovarbin. En una configuracion default, todos los usuarios tienen acceso a este stored procedure. El problema es que bajo algunas circunstancias, esta vulnerabilidad puede permitir a los atacantes el ejecutar codigo en el sistema vulnerable.

Al parecer, ninguna version ni service pack para SQL Server 2000 corrige el error, pero pueden evitar ser vulnerables al deshabilitar el stored procedure con la siguiente instruccion de T-SQL. Lo unico que les aviso es que al deshabilitar el stored procedure sp_replwritetovarbin, van a romper la funcionalidad de Transactional Replication with Updatable Subscriptions.

EXECUTE master.dbo.SP_DROPEXTENDEDPROC ‘sp_replwritetovarbin’

Es de esperarse que Microsoft saque pronto un fix para SQL Server 2000.  (Que bueno que solamente uso SQL Server 2005)