lunes, 19 de julio de 2010

ADO .NET y Visual Basic 2008 (Parte 1)

Cuando comenzamos a trabajar con ADO .NET tenemos que recordar o estudiar algunos conceptos básicos como bases de datos, Lenguaje SQL, SQL Server, etc. y además conoceremos otros conceptos como Comandos, Adaptadores, Datasets, DataReaders, etc. 

En el post anterior explicamos algunos conceptos como Bases de Datos, Orígenes de Datos y Proveedores.

Decíamos que una base de datos es un conjunto de datos que además cuenta con dos partes fundamentales: el motor de la base de datos (Data Engine) y los datos que son almacenados.  El motor de la base de datos permite manipular los datos a través del lenguaje SQL que para cada base de datos tiene sus diferencias en sintáxis pero el objetivo es el mismo.

Tablas

En todo caso, toda base de datos almacena DATOS y estos datos a su vez están distribuidos en TABLAS

Tablas

Las tablas están conformadas por filas y columnas.  Las columnas se llaman campos y en forma conceptual atributos.  Estas columnas tienen además un tipo de dato establecido, es decir, pueden ser del tipo cadena, numérico, fecha, etc.

En la tabla anterior los tipos de datos se muestran a continuación

diseño tabla

Los tipos de datos dependen del tipo de información que se pretende almacenar en cada campo o columna.  Los campos serán entonces el tipo de información a almacenar y las filas son ya nuestra información almacenada.

Relaciones

En el modelo relacional, que es el usado por la mayoría de las bases de datos más conocidas en el mercado (SQL Server, Oracle, MySQL, etc), la tablas se unen a otras para establecer restricciones y mantener la integridad de los datos.

Por ejemplo en la tabla anterior tenemos los coches que están disponibles para ser alquilados, pero siempre tenemos que escribir la marca y el modelo.  Es probable que en un determinado momento cometamos un error y no escribamos correctamente la marca de un vehículo, esto afectaría cualquier consulta que hagamos sobre la tabla coches con respecto a una marca en particular.  Para solventar este problema podría crearse una tabla que contenga las marcas de vehículos correspondientes debidamente codificada, así en la tabla Coches solo tendríamos que escribir el código de la marca y no el nombre completo.  Además estaremos optimizando el espacio necesario para almacenar información y evitaremos la redundancia de datos.

diseño marcas image

En la figura anterior se muestra la nueva tabla Marcas su estructura y su contenido.  La relación existente entre Marcas y Coches será la siguiente

image

Nótese que se cambió el campo “Marca” por el campo “Id_Marca” en la tabla “Coches” y además la información de ese campo se cambió por el Id de cada marca existente en la tabla “Marcas”.

De esta manera no podremos asignar en la tabla Coches cualquier marca, sino solo aquella registrada en la tabla Marcas, estableciendose una relación de integridad entre los datos.

No hay comentarios:

Publicar un comentario