Curso de SQL Server 2008 - Tercera Parte: Instalación de Bases de datos de ejemploAutor: DesarrollandoSoftware.com · Tutorial HTML

Esta es la tercera entrega de nuestro curso de SQL 2008 a partir de aquí utilizaremos dos bases de datos: Northwind y AdventureWorks, estas son bases de datos de ejemplos basadas en empresas ficticias creadas por Microsoft.

Con estas bases de datos empezaremos a generar, ejecutar y guardar sentencias SQL utilizando el Editor de consultas del Microsoft Management Studio, una gran ventaja de utilizar estas bases de datos es que provienen de un entorno que, si bien es ficticio es completamente aplicable a la realidad, además que vienen cargadas con datos y las tablas están relacionadas.

Instalación de bases de datos Adventure Works y Northwind

Instalación de bases de datos de ejemplos

Es la sección descargas de esta entrega estarán disponibles las bases de datos que utilizaremos alojadas en Mediafire, pero siempre pueden ser descargadas de los servidores Microsoft.

La instalación descrita aquí es solo una forma de realizarla, si optan por descargar estas bases de datos de los servidores de Microsoft es muy probable que vengan acompañadas de instaladores, autoextraíbles o incluso otras bases de datos, por nuestra parte elegimos hacerlo así para tener una visión mas completa del manejo de bases de datos en SQL Server.

Entonces empecemos con la instalación de las bases de datos de ejemplo, en la descarga encontraran un comprimido llamado DB-Examples.rar el cual descomprimimos en la carpeta C:\Archivos de programa\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA (C:\Archivos de programa\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA en la versión comercial), como notaran el nombre de la carpeta MSSQL10.SQLEXPRESS viene asociado al nombre de la instancia en el servidor SQL 2008

Una vez descomprimidos observamos que en esta carpeta se encuentran otros archivos de bases de datos, por ahora solo resaltaremos que las bases de datos en SQL Server cuentan por lo menos con dos archivos: uno de datos y otro de registro.

Los archivos de datos (Data Files) pueden ser de dos tipos: Archivos de datos principales que tiene la extensión .mdf y archivos de datos secundarios con la extensión .ndf, el otro archivo es de registro, con extensión .ldf, este contiene información requerida para recuperar la base de datos en caso de que el sistema colapse.

Ahora iniciemos el SQL Server Management Studio, primero observemos, al expandir la carpeta bases de datos, nos encontramos con las bases de datos del sistema, estas son incluidas por SQL Server y cumplen diferentes funciones:

- Master o base de datos maestra esta registra toda la información del sistema para una instancia de SQL Server, es la base de datos principal para el inicio del sistema

- Model, se utiliza como plantilla para todas las bases de datos creadas en la instancia de SQL Server.

- msdb, la utiliza el Agente SQL Server para programar alertas y trabajos.

- Tempdb, Área de trabajo que contiene objetos temporales o conjuntos de resultados intermedios.

- Resource, Base de datos de solo lectura que contiene objetos del sistema que se incluyen con SQL Server.

Continuemos, ahora adjuntaremos las bases de datos de ejemplo a nuestro servidor, para ello hacemos clic derecho en la raíz de la carpeta Bases de datos y clic en Adjuntar...

Tenemos la ventana Adjuntar bases de datos, ahora presionamos el botón Agregar...

Escogemos el archivo AdventureWorks_Data.mdf y clic en Aceptar

Como vemos los archivos de la base de datos AdventureWorks han sido agregados, repetimos el proceso haciendo clic en Agregar... para la base de datos Northwind.

Una vez que tenemos las dos bases de datos adjuntas hacemos clic en Aceptar

Si nos muestra una advertencia referida a los catálogos de texto solo haremos clic en Aceptar. Se llama catálogo de texto al lugar físico donde se almacenan los índices de texto de una base de datos. Cada catálogo puede satisfacer las necesidades de indexación de varias tablas de una base de datos. Los índices de texto se vinculan a una columna de una tabla.

Una vez terminado vemos que tenemos las bases de datos en el explorador de objetos.

Por mi parte por ahora ocultare las Bases de datos del sistema, esto se consigue en el menú Herramientas clic en Opciones, en la página Entorno/General seleccione Ocultar objetos del sistema en el Explorador de objetos y, a continuación, haga clic en Aceptar, nos pedirá reiniciar el Management Studio y luego tendremos:

Un aspecto muy importante al realizar consultas SQL es conocer la estructura de la base de datos sobre la que trabajamos, y el escenario en el que se desarrollan los datos,nosotros utilizaremos las bases de datos de dos empresas ficticias Northwind Traders y Adventure Works Cycles.

Adventure Works Cycles, es una gran empresa de fabricación multinacional. La empresa fabrica y vende bicicletas de metal y de metal compuesto en los mercados de Norteamérica, Europa y Asia. Su sede central de operaciones se encuentra en Bothell, Washington, con

290 empleados, en toda su base de mercado tiene distribuidos varios equipos regionales de ventas.

Abramos la carpeta Tablas de la base de datos de AdventureWorks

Ahora hagamos un pequeño paréntesis para referirnos a la sintaxis de asignación de nombres que SQL Server utiliza. A partir de SQL Server 2005 se usa la siguiente sintaxis para hacer referencia a los objetos: Server.Database.DatabaseSchema.DatabaseObject donde prestaremos especial atención en DataBaseSchema. Un esquema de base de datos (DataBaseSchema) es un contenedor con nombre para objetos de base de datos, que permite agrupar objetos en espacios de nombres independientes. Por ejemplo, la base de

datos de AdventureWorks contiene esquemas para Production, Sales y HumanResources, como ven nosotros podemos crear nuestros esquemas según sea conveniente.

Además de esto SQL server incluye diez esquemas predefinidos que usan el mismo nombre de usuario, esto se incluye por compatibilidad con otras versiones, algunos son: dbo, guest, sys entre otros. Veamos el esquema dbo, este pertenece a la cuenta de usuario dbo (database owner), un usuario dbo es un usuario que tiene permisos para realizar actividades en la base de datos (pertenecientes al grupo de administradores). Por ejemplo si el usuario CarlosR crea una tabla llamada tabla1 esta pertenece a dbo y será identificada como dbo.tabla1 y no como CarlosR.tabla1 (como ocurría en versiones anteriores a SQL 2005) lo que permite que cualquier propietario de base de datos o del grupo de administradores pueda acceder a este objeto. Por ejemplo la tabla AWBuidVersion incluye el número de versión actual de las bases de datos y sus actualizaciones este pertenece al esquema dbo.

Ahora veamos la empresa Northwind Traders, esta es una compañía que importa y exporta alimentos alrededor del mundo, la base de datos de esta compañía es más pequeña y simple que la de Adventure Works Cycles, veamos, al expandir las tablas observamos que todas las tablas pertenecen al esquema dbo.

Diagramador de Bases de datosEl Diseñador de bases de datos es una herramienta visual que permite diseñar y ver una base de datos a la que está conectado. Cuando se diseña una base de datos, se puede utilizar el Diseñador de bases de datos para crear, editar o eliminar tablas, columnas, claves, índices, relaciones y restricciones. Para ver una base de datos, puede crear uno o varios diagramas que muestren algunas o todas las tablas, columnas, claves y relaciones de la base de datos.

Para usar el diseñador de diagramas de base de datos, tenemos que definir un propietario de la base de datos. En SQL Server, se puede cambiar el propietario de la base de datos actual. Cualquier usuario (un usuario que inicie una sesión de SQL Server o un usuario de

Microsoft Windows) que tenga acceso a SQL Server puede convertirse en propietario de una base de datos, dicho esto:

Primero abriremos las Propiedades de la base de datos, con clic derecho en la misma.

En la página Archivos estableceremos un propietario de la base de datos haciendo clic en el botón ...

Ahora en el botón Examinar... seleccionaremos al propietario de la base de datos, recordemos que solo puede haber un propietario de la base de datos.

Marcaremos NT AUTHORITY/SYSTEM que es una cuenta sin restricciones a todos los recursos del sistema y es miembro del grupo Administradores en el equipo local, también podríamos definir como propietario sa, luego clic en Aceptar

Nuevamente en la ventana Propiedades vemos al propietario que agregamos, luego clic en Aceptar

Ahora podemos crear los objetos necesarios para utilizar el diagramador de bases de datos, cuando no se realiza el proceso de asignar un propietario a la base de datos es común que al expandir la carpeta Diagramas de bases de datos, nos aparecerá este error, por lo que es muy importante

Ahora al abrir la carpeta Diagramas de base de datos seleccionaremos Sí cuando nos pregunte si se desea crear los objetos de soporte para usar diagramas de base de datos

Una vez creados los objetos, haremos clic derecho en Diagramas de base de datos elegimos Nuevo diagrama de base de datos

Ahora podemos elegir las tablas que queremos que componga nuestro diagrama, para este primer diagrama seleccionare todas las tablas para tener una visión general de la base de datos AdventureWorks, luego clic en Agregar

Ahora tenemos toda la base de datos diagramada, algo muy importante de esto es la posibilidad de ver las relaciones que existen entre tablas, lo que es fundamental cuando se trabaja con Bases de datos relacionales, en un diagrama de base de datos, cada relación puede aparecer con tres características distintas: los extremos, un estilo de línea y las tablas relacionadas.

Extremos. Los extremos de la línea indican si la relación es de uno a uno o de uno a varios. Si una relación tiene una clave en un extremo y un símbolo en forma de ocho en el otro extremo, se trata de una relación de uno a varios. Si una relación tiene una clave en cada extremo, se trata de una relación de uno a uno.

Estilo de línea. La línea en sí misma (no sus extremos) indica si el sistema de administración de bases de datos (DBMS) exige integridad referencial para la relación cuando se agregan datos nuevos a la tabla de clave externa. Si la línea aparece sólida, el DBMS exige integridad referencial para la relación cuando se agregan o modifican filas en la tabla de clave externa. Si la línea aparece punteada, el DBMS no exige integridad referencial para la relación cuando se agregan o modifican filas en la tabla de clave externa.

Tablas relacionadas. Una relación de clave externa entre dos tablas se indica mediante una línea de relación entre ellas. En el caso de una relación de uno a varios, la tabla de clave

externa es la tabla situada cerca del símbolo en forma de ocho de la línea. Si ambos extremos de la línea están conectados a la misma tabla, la relación es reflexiva.

Ahora guardemos nuestro diagrama con un nombre que lo identifique en mi caso será Diagrama con todas las tablas con lo que se creara este objeto y podremos consultarlo cuando se requiera. Finalmente repetimos el mismo proceso para la base de datos Northwind con lo que tendremos la estructura de nuestras bases de datos.

Con esto concluimos esta entrega del curso lo siguiente será utilizar el Editor de consultas para generar, ejecutar y guardar sentencias SQL.