1) SISTEMA MANEJADOR DE BASE DE DATOS: El SMBD es un conjunto de programas que se encargan de manejar la creacin y todos los accesos a las

bases de datos. El objetivo principal del sistema gestor de base de datos es proporcionar una forma de almacenar y recuperar la informacin de una base de datos de manera que sea tanto prctica como eficiente. Se compone de un lenguaje de definicin de datos (DDL: Data Definition Language), de un lenguaje de manipulacin de datos (DML: Data Manipulation Language) y de un lenguaje de consulta (SQL: Structured Query Language). El lenguaje de definicin de datos (DDL) Es utilizado para describir todas las estructuras de informacin y los programas que se usan para construir, actualizar e introducir la informacin que contiene una base de datos. El DDL permite al administrador de la base especificar los elementos de datos que la integran , su estructura y las relaciones que existen entre ellos, las reglas de integridad, los controles a efectuar antes de autorizar el acceso a la base. El lenguaje de manipulacin de datos (DML) Es utilizado para escribir programas que crean, actualizan y extraen informacin de las bases de datos. Siempre de acuerdo con las especificaciones y las normas de seguridad dictadas por al administrador. Un lenguaje de manipulacin de datos es un lenguaje que permite a los usuarios acceder o manipular los datos organizados mediante el modelo de datos apropiado. HAY DOS TIPOS BSICAMENTE: DMLS PROCEDIMENTALES. Requieren que el usuario especifique qu datos se necesitan y cmo obtener esos datos. DMLS DECLARATIVOS (O NO PROCEDIMENTALES). Requiere que el usuario especifique qu datos se necesitan sin especificar cmo obtener esos datos. EL LENGUAJE ESTRUCTURADO DE CONSULTA (SQL): Sub-lenguaje de base de datos utilizado en la consulta, actualizacin y gestin de base de datos relacionales. Es el estndar de facto para los productos de base de datos. Una consulta es una instruccin de solicitud para recuperar informacin. La parte de un DML se llama lenguaje de consultas. Ejemplo: Select nombre, direccin From cliente Where id cliente = 2 La secuencia conceptual de operaciones que ocurren para acceder cierta informacin que contiene una base de datos es la siguiente:} El usuario solicita cierta informacin contenida en la base de datos. El DBMS intercepta este requerimiento y lo interpreta. El DBMS realiza las operaciones necesarias para acceder y/o actualizar la informacin solicitada.

El sistema manejador de bases de datos es la porcin ms importante del software de un sistema de base de datos. Un SMBD es una coleccin de numerosas rutinas de software interrelacionadas, cada una de las cuales es responsable de alguna tarea especfica. FUNCIONES PRINCIPALES DE UN SMBD Crear y organizar la Base de datos. Establecer y mantener las trayectorias de acceso a la base de datos de tal forma que los datos puedan ser accesados rpidamente. Manejar los datos de acuerdo a las peticiones de los usuarios. Registrar el uso de las bases de datos. Interaccin con el manejador de archivos. Esto a travs de las sentencias en DML al comando del sistema de archivos. As el Manejador de base de datos es el responsable del verdadero almacenamiento de los datos. Respaldo y recuperacin. Consiste en contar con mecanismos implantados que permitan la recuperacin fcilmente de los datos en caso de ocurrir fallas en el sistema de base de datos. Control de concurrencia. Consiste en controlar la interaccin entre los usuarios concurrentes para no afectar la inconsistencia de los datos. Seguridad e integridad. Consiste en contar con mecanismos que permitan el control de la consistencia de los datos evitando que estos se vean perjudicados por cambios no autorizados o previstos El SMBD es conocido tambin como Gestor de Base de datos. http://www.slideshare.net/alfon1988/sistemas-manejadores-de-base-de-datos 2) CONCEPTOS RELACIONADOS AL MODELO ENTIDAD RELACIN: Un diagrama o modelo entidad-relacin (a veces denominado por sus siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relacin) es una herramienta para el modelado de datos de un sistema de informacin. Estos modelos expresan entidades relevantes para un sistema de informacin as como sus interrelaciones y propiedades. Los elementos conceptuales que emplea el modelo ER son: * Entidad * Entidad dbil * Vnculo * Vnculo identificador * Atributo * Atributo clave * Atributo multivaluado * Atributo compuesto

* Atributo derivado * Relaciones * Jerarquas de generalizacin. Cada uno de estos elementos tiene su grfico que lo identifica. 3) ENTIDADES: una entidad es la representacin de un objeto o concepto del mundo real que se describe en una base de datos. Una entidad se describe en la estructura de la base de datos empleando un modelo de datos. Por ejemplo, nombres de entidades pueden ser: Alumno, Empleado, Artculo, etc. Cada entidad est constituida por uno o ms atributos. Por ejemplo, la entidad "Alumno" podra tener los atributos: nombre, apellido, ao de nacimiento, etc. 4) ATRIBUTOS: un atributo representa una propiedad de inters de una entidad. Los atributos se describen en la estructura de la base de datos empleando un modelo de datos. Por ejemplo, se podra tener una entidad llamada "Alumno". Esta entidad puede estar constituida por uno o ms atributos, que son propiedades de la entidad "Alumno" que interesan para almacenarse en la base de datos. Por ejemplo, la entidad "Alumno" podra tener los atributos: nombre, apellido, ao de nacimiento, etc. La eleccin de los atributos de una entidad depende del uso que se le dar a la base de datos. El alumno puede tener una "religin", pero si no interesa al fin de la base de datos, no es necesario almacenarla en un atributo. En SQL un atributo es llamado columna. Entidad: http://www.alegsa.com.ar/Dic/entidad.php Atributos: http://www.alegsa.com.ar/Dic/atributo.php 5) IDENTIFICADORES: El nombre de un objeto de base de datos se conoce como su identificador. Cualquier elemento de MicrosoftSQL Server puede tener un identificador. Servidores, bases de datos y objetos de bases de datos, como tablas, vistas, columnas, ndices, desencadenadores, procedimientos, restricciones, reglas, etc. pueden tener identificadores. Se requiere que la mayor parte de los objetos tengan identificadores; pero para ciertos objetos, como las restricciones, son opcionales. El identificador de un objeto se crea cuando se define el objeto. A continuacin, el identificador se utiliza para hacer referencia al objeto. Por ejemplo, la instruccin siguiente crea una tabla con el identificador TableX y dos columnas con los identificadores KeyCol y Description:

http://technet.microsoft.com/es-es/library/ms175874.aspx CLASES DE IDENTIFICADORES Existen dos clases de identificadores: Identificadores normales Siguen las reglas de formato de los identificadores. Los identificadores normales no estn delimitados cuando se usan en instrucciones Transact-SQL. SELECT * FROM TableX WHERE KeyCol = 124 Identificadores delimitados Se incluyen entre comillas dobles (") o corchetes ([ ]). Los identificadores que siguen las reglas de formato de los identificadores pueden no estar delimitados. Por ejemplo: SELECT * FROM [TableX] --Delimiter is optional. WHERE [KeyCol] = 124 --Delimiter is optional. Los identificadores que no cumplen las reglas de los identificadores deben estar delimitados en las instrucciones Transact-SQL. Por ejemplo: SELECT * FROM [My Table] --Identifier contains a space and uses a reserved keyword. WHERE [order] = 10 --Identifier is a reserved keyword. Ambos identificadores, normales y delimitados, deben contener entre 1 y 128 caracteres. En el caso de las tablas temporales locales, el identificador puede tener un mximo de 116 caracteres. 6) RELACIONES BINARIAS: Dados dos elementos a y b el par ordenado (a, b) es el elemento que tiene como primera Coordenada a y como segunda coordenada b. Definicin 2.1 Se llama producto cartesiano de los conjuntos A y B al conjunto A B formado Por todos los pares ordenados (a, b) donde a A y b B. Es decir, A B a A y b B Si A = B se escribe A2 = A A. Definicin 2.2 Una relacin binaria R en un conjunto A es cualquier subconjunto del producto Cartesiano A A, esto es, R A A.

Si un elemento (a, b) R escribiremos aRb. A continuacin, enumeramos algunos ejemplos Sencillos de relaciones binarias. 1. (N,) 2. En N, aRb si a divide a b. 3. En Z, aRb si existe n Z tal que a b = 5n (relacin de congruencia modulo 5). 4. Dado un conjunto A, en P(A) la inclusin es una relacin binaria. Definicin 2.3 Sea R una relacin binaria en un conjunto A. Diremos que R es: 1. reflexiva si xRx, x A. 2. simtrica si dados x, y A, xRy implica yRx. 3. anti simtrica si dados x, y A tales que xRy e yRx entonces x = y. 4. transitiva si dados x, y, z A tales que xRy e yRz entonces xRz. 5. completa o total si x, y A o bien xRy o bien yRx. En caso contrario la relacin se Llama parcial. Una relacin binaria R en un conjunto A es una relacin de equivalencia si verifica Las propiedades reflexiva, simtrica y transitiva. Una relacin binaria R en un conjunto A es una relacin de orden si verifica las propiedades Reflexiva, antisimetrica y transitiva. Una relacin binaria R en un conjunto A es una relacin de preferencias si verifica las propiedades Reflexiva y transitiva y, adems, es completa. 1. (N,) es una relacin de orden total. 2. En N, aRb si a divide a b, es una relacin de orden parcial. 3. En Z, aRb si existe n Z tal que a b = 5n (relacin de congruencia modulo 5), es una Relacin de equivalencia. 4. Dado un conjunto A, en P(A) la inclusin es una relacin de orden parcial. 7) DIAGRAMA ENTIDAD RELACIN: Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs de un esquema grfico empleando los terminologa de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atributos, el enlace que rige la unin de las entidades est representada por la relacin del modelo. Recordemos que un rectngulo nos representa a las entidades; una elipse a los atributos de las entidades, y una etiqueta dentro de un rombo nos indica la relacin que existe entre las entidades, destacando con lneas las uniones de estas y que la llave primaria de una entidad es aquel atributo que se encuentra subrayado http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema2_5.htm

Es una tcnica que nos permite modelar los datos que una organizacin administra. -Su objetivo es proporcionar un modelo independiente de cualquier almacenamiento de datos y mtodo de acceso. -Los elementos que lo conforman son entidad, relacin, atributo y claves primarias. -Una entidad es un objeto con significado real o abstracto acerca de las necesidades de informacin de una organizacin. Se representa con un recuadro de puntas redondeadas con un nombre en la parte superior, en letras maysculas y en singular. -Una relacin es una asociacin entre dos entidades referida a un nombre. -Cada relacin tiene dos extremos, para cada uno de los cuales tiene un: -Nombre. -Cardinalidad (cuntos) -Opcionalidad (obligatoria u opcional) -Una relacin es una asociacin entre dos entidades referida a un nombre. Existen tres tipos de relaciones: -Uno a muchos -Muchos a uno -Muchos a muchos -Una relacin se representa mediante una lnea recta que une dos recuadros de entidades -Un atributo es un elemento que permite describir a una entidad (Ejemplo: en la tabla empleados, un atributo puede ser profesin) -Los atributos pueden ser:

-Obligatorios (deben tener un valor). -Opcionales (pueden tener o no un valor) -Claves primarias (nicos) -Para representar un atributo hay que escribir su nombre en singular y en minsculas. -Las claves primarias son atributos nicos que identifican a una entidad. Se representan con el smbolo #. http://www.iutep.tec.ve/CURSO_SQL/Introduccion_5.htm 8) CONSTRUCCIN DEL MODELO: Podemos dividir el proceso de construir un modelo E-R en varias tareas ms simples. El proceso completo es iterativo, es decir, una vez terminado debemos volver al comienzo, repasar el modelo obtenido y, probablemente, modificarlo. Una vez satisfechos con el resultado (tanto nosotros, los programadores, como el cliente), ser el momento de pasar a la siguiente fase: el modelo lgico. Uno de los primeros problemas con que nos encontraremos ser decidir qu son entidades y qu atributos. La regla principal es que una entidad slo debe contener informacin sobre un nico objeto real. Pero en ciertos casos esto nos puede obligar a crear entidades con un nico atributo. Por ejemplo, si creamos una entidad para representar una persona, uno de los atributos puede ser el lugar de nacimiento. El lugar de nacimiento: poblacin, provincia o pas, puede ser considerado como una entidad. Bueno, yo creo que un pas tiene muchas y buenas razones para ser considerado una entidad. Sin embargo en nuestro caso concreto, tal vez, esta informacin sea slo eso: un lugar de nacimiento. Debemos pues almacenar esa informacin como un atributo de persona o debemos, por el contrario, crear una entidad independiente? Una regla que puede ayudarnos en esta decisin es que si una entidad slo tiene un atributo, que sirve para identificarlo, entonces esa entidad puede ser considerara como un atributo. Otro problema frecuente se presenta con los atributos multivaluados. Por ejemplo, cada persona puede ser localizada en varios nmeros de telfono. Considerando el telfono de contacto como un atributo de persona, podemos afirmar que tal atributo es multivaluado.

Pero, aunque como su propio nombre indica no dejan de ser atributos, es mejor considerar a los atributos multivaluados como entidades dbiles subordinadas. Esto nos evitar muchos problemas con el modelo lgico relacional. http://mysql.conclase.net/curso/?cap=002a#ER_CONSTRUIR

12) NORMALIZACIN: El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo relacional. Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar problemas de actualizacin de los datos en las tablas. Proteger la integridad de los datos. La normalizacin es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos ms pequeas, que adems de ser ms simples y ms estables, son ms fciles de mantener. Tambin se puede entender la normalizacin como una serie de reglas que sirven para ayudar a los diseadores de bases de datos a desarrollar un esquema que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ineficiente y conduca a errores de lgica cuando se trataban de manipular los datos. La normalizacin tambin hace las cosas fciles de entender. Los seres humanos tenemos la tendencia de simplificar las cosas al mximo. Lo hacemos con casi todo, desde los animales hasta con los automviles. Vemos una imagen de gran tamao y la hacemos ms simple agrupando cosas similares juntas. Las guas que la normalizacin provee crean el marco de referencia para simplificar una estructura de datos compleja. Otra ventaja de la normalizacin de base de datos es el consumo de espacio. Una base de datos normalizada ocupa menos espacio en disco que una no normalizada. Hay menos repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco. El proceso de normalizacin tiene un nombre y una serie de reglas para cada fase. Esto puede parecer un poco confuso al principio, pero poco a poco se va entendiendo el proceso, as como las razones para hacerlo de esta manera. CARACTERSTICAS DE LA NORMALIZACIN: Evitar la redundancia de los datos. Evitar problemas de actualizacin de los datos en las tablas. Proteger la integridad de los datos TIPOS DE NORMALIZACIN: Primera Forma Normal (1FN) Una tabla est en Primera Forma Normal si:

Todos los atributos son atmicos. Un atributo es atmico si los elementos del dominio son indivisibles, mnimos. La tabla contiene una llave primaria nica.

La llave primaria no contiene atributos nulos. No debe existir variacin en el nmero de columnas. Los Campos no llave deben identificarse por la llave (Dependencia Funcional) Debe Existir una independencia del orden tanto de las filas como de las columnas, es decir, si los datos cambian de orden no deben cambiar sus significados

Una tabla no puede tener mltiples valores en cada columna. Los datos son atmicos. (Si a cada valor de X le pertenece un valor de Y y viceversa) Esta forma normal elimina los valores repetidos dentro de una BD Segunda Forma Normal (2FN) Dependencia Funcional. Una relacin est en 2FN si est en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. (Todos los atributos que no son clave principal deben depender nicamente de la clave principal). En otras palabras podramos decir que la segunda forma normal est basada en el concepto de dependencia completamente funcional. Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que . Una dependencia funcional es una dependencia parcial si hay algunos atributos que pueden ser eliminados de X y la dependencia todava se mantiene, esto es .

Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuntas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI HORAS_TRABAJO ni ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI NOMBRE_EMPLEADO mantiene la dependencia. Tercera Forma Normal (3FN) La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave. Un ejemplo de este concepto sera que, una dependencia funcional X->Y en un esquema de relacin R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y. Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva va DNUMBER porque las dependencias SSNDNUMBER y DNUMBERDMGRSSN son mantenidas, y DNUMBER no es un

subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT. Formalmente, un esquema de relacion R est en 3 Forma Normal Elmasri-Navathe,2 si para toda dependencia funcional , se cumple al menos una de las siguientes condiciones: 1. X es superllave o clave. 2. A es atributo primo de R; esto es, si es miembro de alguna clave en R. Adems el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal. Forma normal de Boyce-Codd (FNBC) La tabla se encuentra en FNBC si cada determinante, atributo que determina completamente a otro, es clave candidata. Deber registrarse de forma anillada ante la presencia de un intervalo seguido de una formalizacion perpetua, es decir las variantes creadas, en una tabla no se llegaran a mostrar, si las ya planificadas, dejan de existir. Formalmente, un esquema de relacin R est en FNBC, si y slo si, para toda dependencia funcional vlida en R, se cumple que 1. X es superllave o clave. De esta forma, todo esquema R que cumple FNBC, est adems en 3FN; sin embargo, no todo esquema R que cumple con 3FN, est en FNBC. Cuarta Forma Normal (4FN) Una tabla se encuentra en 4FN si, y slo si, para cada una de sus dependencias mltiples no funcionales X->->Y, siendo X una super-clave que, X es o una clave candidata o un conjunto de claves primarias. Quinta Forma Normal (5FN) Una tabla se encuentra en 5FN si:

La tabla est en 4FN No existen relaciones de dependencias no triviales que no siguen los criterios de las claves. Una tabla que se encuentra en la 4FN se dice que est en la 5FN si, y slo si, cada relacin de dependencia se encuentra definida por las claves candidatas

MOSTRAR TABLA DONDE SE EJECUTE LA NORMALIZACIN:

Tenemos una empresa pblica donde los puestos de trabajo estn regulados por el Estado, de modo que las condiciones salariales estn determinadas por el puesto. Se ha creado el siguiente esquema relacional EMPLEADOS(nss, nombre, puesto, salario, emails) con nss como clave primaria. nss 111 222 333 Nombre Juan perez Jose sanchez Ana diaz Puesto Jefe de areas Administrativo Administrativo Salario 3000 1500 1500 emails uanp@ecn.es; jefe2@ecn.es jsanchez@ecn.es adiaz@ecn.es; ana32@gmail.com

Se muestra: (Cdigo, Nombre, Posicin, Salario), donde Cdigo es la Clave Primaria.

http://www.mitecnologico.com/Main/ModeloErYNormalizacion