BASE DE DATOS I

ING. Ana Laura Ortiz Gonzlez

1622 Pedro Gallo Murray

Ing. en Ciberntica

Semestre Agosto-Diciembre 2010

ndice Introduccin Origen de Base de Datos Definicin de Base de Datos Ventajas de Base de Datos Versiones de Base de Datos Que es SQL? Qu es Ado.NET? Arquitectura de Ado.NET Implementacin de Bases de Datos Conexin entre SQL Server y C# Diagrama de secuencia Relacin de las tablas Justificacin Objetivo Referencias .pag.3 .pag.4 .pag.4 .pag.4 .pag.6 .pag.6 .pag.7 .pag.7 .pag.8 .pag.8 .pag.13 .pag.14 .pag.14 .pag.14 .pag.15

ndice de Tablas Versiones SQL Config. 1 Config. 2 Config. 3 Config. 4 Config. 5 Config. 6 Config. 7 Config. 8 Diagrama Relacin de las Tablas .pag.6 .pag.9 .pag.9 .pag.10 .pag.10 .pag.11 .pag.11 .pag.12 .pag.12 .pag.13 .pag.14

Introduccin Una base de datos es una coleccin de informacin organizada de forma que un programa de ordenador pueda seleccionar rpidamente los fragmentos de datos que necesite. Este trabajo es realizado para crear un sistema de administracin computarizado del almacn de herramientas de laboratorio que pueden ser prestadas para la realizacin de prcticas que se piden en la diferentes ctedras de las carreras siendo este un sistema ms eficaz para la evaluacin, anlisis, uso, demanda y mantenimiento del material. Esto se logra por medio de una concentracin de informacin en una base de datos, tanto las caractersticas de los equipos como la informacin personal de los maestros, alumnos y carreras. Evitando prdidas de material, mal uso del equipo, lentitud a la hora de hacer el pedido, desperdicio de papel y desconocimiento de la cantidad existente de los equipos. El objetivo principal es crear una base de datos que contenga todos los artculos de laboratorio que pueden ser prestador para la realizacin de prcticas siendo este un sistema ms eficaz para la evaluacin, anlisis, uso, demanda y mantenimiento del material.

Origen de las bases de datos El trmino base de datos fue acuado un simposio celebrado en California. Definicin Una base de datos es una coleccin de informacin organizada de forma que un programa de ordenador pueda seleccionar rpidamente los fragmentos de datos que necesite. Ventajas Ventajas por la integracin de datos Control sobre la redundancia de datos. Los sistemas de ficheros almacenan varias copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie espacio de almacenamiento, adems de provocar la falta de consistencia de datos. En los sistemas de bases de datos todos estos ficheros estn integrados, por lo que no se almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones entre los datos, o bien es necesaria para mejorar las prestaciones. Consistencia de datos. Eliminando o controlando las redundancias de datos se reduce en gran medida el riesgo de que haya inconsistencias. Si un dato est almacenado una sola vez, cualquier actualizacin se debe realizar slo una vez, y est disponible para todos los usuarios inmediatamente. Si un dato est duplicado y el sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar que todas las copias se mantienen consistentes. Desgraciadamente, no todos los SGBD de hoy en da se encargan de mantener automticamente la consistencia. Ms informacin sobre la misma cantidad de datos. Al estar todos los datos integrados, se puede extraer informacin adicional sobre los mismos. Comparticin de datos. En los sistemas de ficheros, los ficheros pertenecen a las personas o a los departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de datos pertenece a la empresa y puede ser compartida por todos los usuarios que estn autorizados. Adems, las nuevas aplicaciones que se vayan creando pueden utilizar los datos de la base de datos existente. Mantenimiento de estndares. Gracias a la integracin es ms fcil respetar los estndares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e internacionales. Estos estndares pueden establecerse sobre el formato de los datos para facilitar su intercambio, pueden ser estndares de documentacin, procedimientos de actualizacin y tambin reglas de acceso. por primera vez en 1963, en

Ventajas por la existencia del SGBD Mejora en la integridad de datos. La integridad de la base de datos se refiere a la validez y la consistencia de los datos almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas. Mejora en la seguridad. La seguridad de la base de datos es la proteccin de la base de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la integracin de datos en los sistemas de bases de datos hace que stos sean ms vulnerables que en los sistemas de ficheros. Sin embargo, los SGBD permiten mantener la seguridad mediante el establecimiento de claves para identificar al personal autorizado a utilizar la base de datos. Las autorizaciones se pueden realizar a nivel de operaciones, de modo que un usuario puede estar autorizado a consultar ciertos datos pero no a actualizarlos, por ejemplo. Mejora en la accesibilidad a los datos. Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicacin que realice tal tarea. Mejora en la productividad. El SGBD proporciona muchas de las funciones estndar que el programador necesita escribir en un sistema de ficheros. A nivel bsico, el SGBD proporciona todas las rutinas de manejo de ficheros tpicas de los programas de aplicacin. El hecho de disponer de estas funciones permite al programador centrarse mejor en la funcin especfica requerida por los usuarios, sin tener que preocuparse de los detalles de implementacin de bajo nivel. Muchos SGBD tambin proporcionan un entorno de cuarta generacin consistente en un conjunto de herramientas que simplifican, en gran medida, el desarrollo de las aplicaciones que acceden a la base de datos. Gracias a estas herramientas, el programador puede ofrecer una mayor productividad en un tiempo menor. Mejora en el mantenimiento gracias a la independencia de datos. En los sistemas de ficheros, las descripciones de los datos se encuentran inmersas en los programas de aplicacin que los manejan. Esto hace que los programas sean dependientes de los datos, de modo que un cambio en su estructura, o un cambio en el modo en que se almacena en disco, requiere cambios importantes en los programas cuyos datos se ven afectados. Sin embargo, los SGBD separan las descripciones de los datos de las aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos. Aumento de la concurrencia. En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder simultneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de modo que se pierda informacin o, incluso, que se pierda la integridad. La mayora de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas de este tipo.

Mejora en los servicios de copias de seguridad y de recuperacin ante fallos. Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los usuarios tienen que hacer copias de seguridad cada da, y si se produce algn fallo, utilizar estas copias para restaurarlos. En este caso, todo el trabajo realizado sobre los datos desde que se hizo la ltima copia de seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un fallo. Versiones anteriores de SQL Ao Nombre 1986 SQL-86 1989 SQL-89 1992 SQL-92 SQL2 Alias SQL-87 Comentarios Primera publicacin hecha por ANSI. Confirmada por ISO en 1987. Revisin menor. Revisin mayor.

1999 SQL:1999 SQL2000 Se agregaron expresiones regulares, consultas recursivas (para relaciones jerrquicas), triggers y algunas caractersticas orientadas a objetos. 2003 SQL:2003 Introduce algunas caractersticas de XML, cambios en las funciones, estandarizacin del objeto sequence y de las columnas autonumericas. (Ver Eisenberg et al.:SQL:2003 Has Been Published.) ISO/IEC 9075-14:2006 Define las maneras en las cuales el SQL se puede utilizar conjuntamente con XML. Define maneras importar y guardar datos XML en una base de datos SQL, manipulndolos dentro de la base de datos y publicando el XML y los datos SQL convencionales en forma XML. Adems, proporciona facilidades que permiten a las aplicaciones integrar dentro de su cdigo SQL el uso de XQuery, lenguaje de consulta XML publicado por el W3C (World Wide Web Consortium) para acceso concurrente a datos ordinarios SQL y documentos XML. Permite el uso de la clusula ORDER BY fuera de las definiciones de los cursores. Incluye los disparadores del tipo INSTEAD OF. Aade la sentencia TRUNCATE.

2006 SQL:2006

2008 SQL:2008

Que es SQL El lenguaje de consulta estructurado o SQL (por sus siglas en ingls structured query language) es un lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones en stas. Una de sus caractersticas es el manejo del lgebra y el clculo relacional permitiendo efectuar consultas con el fin de recuperar -de una forma
6

sencilla- informacin de inters de una base de datos, as como tambin hacer cambios sobre ella. Es un lenguaje de cuarta generacin (4GL).

Qu es Ado.NET? Es un conjunto de componentes del software que pueden ser usados por los programadores para acceder a datos y a servicios de datos. Es una parte de la biblioteca de clases base que estn incluidas en el Microsoft .NET Framework. Es comnmente usado por los programadores para acceder y para modificar los datos almacenados en un Sistema Gestor de Bases de Datos Relacionales, aunque tambin puede ser usado para acceder a datos en fuentes no relacionales. ADO.NET es a veces considerado como una evolucin de la tecnologa ActiveX Data Objects (ADO), pero fue cambiado tan extensivamente que puede ser concebido como un producto enteramente nuevo. Arquitectura de Ado.NET ADO.NET consiste en dos partes primarias: Data provider Estas clases proporcionan el acceso a una fuente de datos, como Microsoft SQL Server y Oracle. Cada fuente de datos tiene su propio conjunto de objetos del proveedor, pero cada uno tienen un conjunto comn de clases de utilidad: Connection: Proporciona una conexin usada para comunicarse con la fuente de datos. Tambin acta como Abstract Factory para los objetos command. Command: Usado para realizar alguna accin en la fuente de datos, como lectura, actualizacin, o borrado de datos relacionales. Parameter: Describe un simple parmetro para un command. Un ejemplo comn es un parmetro para ser usado en un procedimiento almacenado. DataAdapter: "Puente" utilizado para transferir data entre una fuente de datos y un objeto DataSet (ver abajo). DataReader: Es una clase usada para procesar eficientemente una lista grande de resultados, un registro a la vez. DataSets Los objetos DataSets, un grupo de clases que describen una simple base de datos relacional en memoria, fueron la estrella del show en el lanzamiento inicial (1.0) del Microsoft .NET Framework. Las clases forman una jerarqua de contencin: Un objeto DataSet representa un esquema (o una base de datos entera o un subconjunto de una). Puede contener las tablas y las relaciones entre esas tablas. Un objeto DataTable representa una sola tabla en la base de datos. Tiene un nombre, filas, y columnas. Un objeto DataView "se sienta sobre" un DataTable y ordena los datos (como una clusula "order by" de SQL) y, si se activa un filtro, filtra los registros (como una clusula "where" del SQL). Para facilitar estas operaciones se usa un ndice en
7

memoria. Todas las DataTables tienen un filtro por defecto, mientras que pueden ser definidos cualquier nmero de DataViews adicionales, reduciendo la interaccin con la base de datos subyacente y mejorando as el desempeo. Un DataColumn representa una columna de la tabla, incluyendo su nombre y tipo. Un objeto DataRow representa una sola fila en la tabla, y permite leer y actualizar los valores en esa fila, as como la recuperacin de cualquier fila que est relacionada con ella a travs de una relacin de clave primaria - clave extranjera. Un DataRowView representa una sola fila de un DataView, la diferencia entre un DataRow y el DataRowView es importante cuando se est interactuando sobre un resultset. Un DataRelation es una relacin entre las tablas, tales como una relacin de clave primaria - clave ajena. Esto es til para permitir la funcionalidad del DataRow de recuperar filas relacionadas. Un Constraint describe una propiedad de la base de datos que se debe cumplir, como que los valores en una columna de clave primaria deben ser nicos. A medida que los datos son modificados cualquier violacin que se presente causar excepciones. Un DataSet es llenado desde una base de datos por un DataAdapter cuyas propiedades Connection y Command que han sido iniciados. Sin embargo, un DataSet puede guardar su contenido a XML (opcionalmente con un esquema XSD), o llenarse a s mismo desde un XML, haciendo esto excepcionalmente til para los servicios web, computacin distribuida, y aplicaciones ocasionalmente conectadas.

Implementacin de un sistema Al Implantar un Sistema lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: -Es darle responsabilidad a los grupos. -Uso de diferentes estrategias para el entrenamiento de los usuarios. -El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin. -El Analista necesita formular medidas de desempeo con las cuales evaluar a los usuarios. -Debe Convertir fsicamente el sistema antiguo, al nuevo modificado. -En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento. Conexin entre SQL y C# Una base de datos puede estar hecha en SQL Server, Oracle, Access, MySQL, etc. Y de igual manera puede accesar por medio de un programa en C#, Web con PHP, Java, etc. Lo que se explica a continuacin es como relacionar una base de datos con C#.
8

1.-Se crea un formulario en Visual Studio (Config. 1)

2.-Se configura la fuente de donde se va a extraer los datos. -Data Source Configuration Wizard -Database (Config. 2)

3.- Se busca la conexin a la base de datos por el nombre el cual tiene el servidor donde est ubicada la base de datos (Config. 3)

4.- Se selecciona el tipo de fuente de datos en la cual est configurada la base de datos (Config. 4)

10

5.- Se guarda la configuracin como String (Config. 5)

6.-Se escogen las tablas que se van a utilizar en la aplicacin a realizar (Config. 6)

11

7.- Tenemos las tablas que vamos a usar en nuestra pantalla de Visual listas para editarse (Config. 7)

8.- Se puede llenar las tablas de dos formas: celda y formatos (Config. 8)

12

Sistema de Prstamo del Equipo del Laboratorio Diagrama de Secuencia Interpretacin: 1.- Ingresa el nombre y matricula del alumno al sistema 2.- El sistema verifica si existe el alumno (si existe, brinca a la instruccin 4) 3.- Se da de alta el alumno ingresando el nombre, apellido, matricula, carrera 4.-Se da acceso al prstamo 5.-El alumno solicita el artculo al administrador del sistema 6.- El administrador introduce al sistema el cdigo del artculo a prestar 7.-El sistema verifica la existencia del equipo (si existe se resta uno a la cantidad existente, si no, el sistema da un aviso al administrador de que ya no hay) 8.- El sistema avisa al administrador si existe o no el equipo, (en caso que no exista 9 en caso que si exista 10) 9.-El administrador informa al alumno que no se tiene en existencia 10.- Se le presta al alumno 11.-Cuando el alumno termina, regresa el equipo al administrador 12.- El administrador vuelve a dar de alta en el sistema el cdigo del equipo prestado (Diagrama)
Alumno Sistema Registro Sistema 2 : Verificar datos() 1 : Ingresar: Matricula Nombre() 3 : Introducir Datos: Nombre, Apellido, Matricula, Carrera() Administrador Sistema

5 : Acceso()

4 : Datos ok() 6 : Solicitud Equipo() 7 : Introducir codigo de equipo() 8 : Verificar Existencia() 9 : Avisar existencia()

10 : Entregar Equipo() 11 : Regresar equipo()

12 : Introducir codigo() 13 : Ingresar Sistema()

13

(Relacin de las tablas)

Justificacin Este proyecto resulto por la necesidad de crear un sistema efectivo que ayudara a la administracin del almacn, ya que no se contaba con un control por parte del personal de laboratorio el cual ayudara a conocer el estado del equipo que se tiene, el archivado de los prestamos estn en papel y no se tiene conocimiento de que equipo ha sido prestado con mayor frecuencia para dar un mantenimiento preventivo. Objetivo de la investigacin Crear una base de datos que contenga todos los artculos de laboratorio que pueden ser prestador para la realizacin de prcticas siendo este un sistema ms eficaz para la evaluacin, anlisis, uso, demanda y mantenimiento del material. Objetivos especficos -Llevar un registro de uso de los materiales para saber cundo se realizara mantenimiento. -Conocer la cantidad de material disponible que se encuentra en el laboratorio. -Saber que material es demandado por clase. -Conocer si el alumno devolvi su material y en qu condiciones. -Estadsticas de uso de los materiales.

14

Referencias: Beginning SQL Server 2008 for Developers Robin Dewson Editorial Apress Sistema de Bases de Datos (Conceptos Fundamentales) R. Elmascri, S. Navathe Editorial Addisson-Wesley Sistemas Gestores de Bases de Datos Jorge Snchez Asenjo Editorial Creative Commons Murachs C# 2008 Joel Murach Editorial Mike Murach & Associates, Inc.

15