En cualquier aplicación de software (o al menos su mayoría) es requisito imprescindible el almacenamiento de información para posteriormente ser mostrada, manipulada o eliminada.

Visual Studio 2008 nos ofrece todas las herramientas necesarias para el trabajo con bases de datos. Por lo tanto podemos trabajar, con cualquier tipo de base de datos, sean de nivel usuario, como Access o se alojen en servidores, como puede ser SQL SERVER, Oracle, MySql, etc.

Las bases de datos locales, como Access son bases de datos orientadas a un uso más bien doméstico, o de oficinas muy pequeñas. Su uso se recomienda para un trabajo personal. Si tenemos pensado un desarrollo multiusuario sobre bases de datos, es más que recomendable descartar Access como almacén de nuestros datos. Una base de datos local, no nos ofrece ni la estabilidad, ni la eficacia, ni la seguridad necesarias para un proyecto empresarial, donde la velocidad y la seguridad de datos son factores primordiales.

En cambio con un servidor de base de datos como SQL SERVER, todos los factores se cumplen. Y tenemos añadidas muchas más funciones para realizar determinadas tareas, que Access sería incapaz de realizar.

Además Visual Studio 2008, nos ofrece es su edición Express, la posibilidad de de descargar gratuitamente la versión de SQL SERVER 2005 Express Edition, ofreciéndonos la posibilidad de aprender a utilizar un servidor de bases de datos potente y fiable. El único límite de la edición gratuita frente a ediciones de pago, es que nos limitan la cantidad de información a gestionar y el número de usuarios conectados a la base de datos (además de otras funciones avanazadas).

La finalidad de este curso, es capacitar al alumno para conseguir los mejores resultados en sus aplicaciones. De este modo, en cada una de las unidades, se explica como sacar el máximo partido a .NET, explicando sólo las características más importantes para conseguir resultados profesionales.

Por este motivo, suponemos que trabajaremos con la versión gratuita de SQL SERVER 2005 y nos centraremos en estas bases de datos, sin entrar a conocer el resto. No sería lógico, que teniendo acceso gratuito a una de los servidores de bases de datos más potente del mercado, limitásemos este curso al trabajo con bases de datos locales.

Una base de datos es un sistema de almacenamiento de información. Esta definición es válida, sin embargo no se ajusta a la realidad, una base de datos es algo más que el "lugar" donde se almacenan nuestros datos. En ellas, almacenamos no sólo información, sino también una serie de objetos, procedimientos y reglas, que garantizan la integridad y la fiabilidad de los datos, para cubrir las necesidades requeridas por una empresa.

Es muy importante y obligatorio, que en el momento de diseñar una base de datos, se estudie de que modo se va a obtener el máximo rendimiento al hora de procesar la información. Para ello, contamos con una serie de estructuras y herramientas que garantizan la velocidad de acceso a datos, como por ejemplo los índices.

Del mismo modo, las operaciones de acceso a datos más frecuentes pueden ser almacenadas en las bases de datos, en forma de Procedimientos almacenados, de esta forma, almacenamos no sólo los datos, sino también los mecanismos requeridos para trabajar esta información.

En SQL SERVER, se almacena en la propia base de datos los credenciales de usuarios, donde se gestionan los permisos de acceso. Para limitar el uso que pueda hacer un determinado usuario sobre nuestros datos.

Nuestras aplicaciones no trabajan directamente con nuestros datos, necesitan de un enlace, que se encargue de recibir las ordenes de la aplicación y en función de estas, trabaje sobre los datos.

Este enlace recibe el nombre de Servidor de datos, (RDBMS, Relational DataBase Management System). Así pues, nuestro RDBMS será SQL SERVER 2005 encargado de trabajar con las bases de datos en función de las peticiones que le realizará nuestras aplicaciones.

Para que entiendas mejor este concepto, piensa en Internet Information Server. Como ya sabes el IIS es nuestro servidor de páginas web, y al igual que un RDBMS trabaja con los datos, el IIS es el encargado de gestionar nuestras páginas, asignar permisos, etc...

Para poder comenzar a trabajar con las bases de datos, es necesario conocer primero una serie de conceptos que nos ayude a entender como funcionan.

En la creación de la base de datos, el diseñador puede nombrar esa base de datos con el nombre que desee y su lugar de destino., el propio SQL SERVER, creará la estructura lógica con los archivos necesarios. Estos archivos serían el archivo principal de datos, y el archivo de registros.

Si por ejemplo, creamos una base de datos con el nombre "Empresa", SQL SERVER creará dos archivos con los siguientes nombres y extensiones:

• Empresa_Data.MDF (Archivo principal de datos)
• Empresa_Log.LDF    (Archivo de registros)

Por lo tanto nuestra base de datos queda almacenada en estos dos archivos, pudiendo elegir el destino de ambos. Es frecuente encontrarse, con que estos dos archivos se encuentran en unidades de almacenamiento distintas. Tanto por seguridad, como por rendimiento, de modo que si falla una de las unidades no perdamos todos los archivos.

Las bases de datos están formadas por bloques de información básicos, estos bloques reciben el nombre de tablas, lo que antiguamente se denominaban ficheros o archivos.

Una tabla, es un conjunto de información con características comunes. Es decir, almacena información sobre un concepto en común. Por ejemplo en la base de datos de un video club, existirá una tabla que guarde información de las películas, otra que almacene los datos de los socios, etc...

Estas tablas, están compuestas de registros. Un registro es cada uno de los elementos de información de la tabla. En el ejemplo de la base de datos del video club, un registro es cada uno de los socios almacenados en la tabla socios.

A su vez, cada registro esta formado por una unidades fundamentales denominadas campos. Un campo es la unidad de información que interesa almacenar para cada registro. En nuestro ejemplo, nuestros registros estarían formados por los siguientes campos, nombre de socio, apellidos, número de socio, dni, etc...

Es fácil encontrar bases de datos con tablas cuyo tamaño aumenta con facilidad pudiendo contener hasta millones de registros. En estos casos el acceso a determinada información, puede ser lento y costoso. Habrá operaciones de consulta que obligue a recorrer la tabla entera, desde su primer registro hasta el último, esto repercute directamente en nuestra aplicación, convirtiéndola en una aplicación lenta y pesada. De ahí la importancia del diseño de la base de datos.

Para acelerar el acceso a la información contamos con los índices, un índice almacena una serie de claves que permite al servidor acelerar sus consultas. El índice no sólo sirve para aumentar la velocidad, sirve además para fijar un orden en nuestro registros, tener registros únicos, etc, de modo que cuando se modifica el contenido de una tabla en la cual afecta algún índice, SQL SERVER debe modificar los datos de la tabla y los índices que afectan a la misma.

Un servidor de base de datos no sólo puede manipular información de sus tablas, sino que tiene la capacidad de interpretar código en un lenguaje SQL para la realización de una serie de funciones u operaciones. Este código SQL se puede encapsular en un procedimiento o varios y se almacena en la propia base de datos. Por lo tanto podemos escribir procedimientos en SQL para realizar las tareas deseadas sobre nuestra base de datos y almacenarlos, para más adelante con una sencilla llamada se ejecuten nuestras instrucciones.

Estos procedimientos reciben el nombre de procedimientos almacenados y puedes encontrártelos como stored procedures, o también se les suele denominar simplemente como sp.

A lo largo de las distintas unidades de este curso aprenderemos a trabajar desde ASP.NET 3.5 y procedimientos almacenados, viendo sus principales características y ventajas.

Trabajando con una base de datos, nos encontramos con tareas habituales, que se repiten constantemente. De este modo es muy frecuente realizar de peticiones de datos muy similares que requieres consultas SQL semejantes. Gracias a las Vistas podemos crear en nuestras bases de datos una consultas para su uso habitual.

El modo de trabajo es relativamente sencillo, se trata de unas tablas especiales donde sus datos provienen de una o mas tablas en función de la consulta SQL creada. Por ejemplo, podríamos crear una vista para que simplemente mediante un número de socio nos devuelva toda la información necesitada (alquileres pendientes, alquileres realizados, etc...)

Un trigger es un suceso que se dispara cuando se provoca un determinado evento.  Es habitual vincular un trigger a un procedimiento almacenado, de modo que cuando se provoque el trigger, se ejecute el procedimiento almacenado.

Una de las herramientas que sirven de más ayuda al diseñador de bases de datos es el diagrama de bases de datos.

Se trata de una herramienta gráfica donde podemos situar nuestras tablas y establecer las relaciones existentes entre ellas. De este modo podemos tener una vista de la estructura genérica de nuestra base de datos.

En las bases de datos podemos añadir tantos usuarios como necesitemos. Y otorgarle los permisos que deseemos. De este modo, podemos limitar a un usuario para que sólo tenga acceso a unas determinadas tablas, y fijar las operaciones que puede realizar sobre las mismas.

SQL SERVER crea siempre un usuario por defecto, se trata del usuario dbo (database owner) que es el propietario o creador de la base de datos.