2011

LIC.LUIS ALBERTO SANTOS PEA

MARISOL VIANNEY JUAREZ SANDOVAL MANUAL BD 19/08/2011

UNIDAD I
FUNDAMENTOS DE LAS BASES DE DATOS
Toda bases de datos est formada por uno o varios bloques de informacin llamadas tablas (ficheros o archivos) que normalmente tendrn alguna caracterstica en comn. Una tabla o una archivo de datos es: un conjunto conexo de informacin del mismo tipo, cada tabla est formada por registros. Un registro es la unidad elemental de informacin de la tabla o fichero (en un archivo clsico no automatizado). Un registro estar constituido por la informacin correspondiente formado por uno o ms elementos llamados campos. Un campo es una de las informaciones que interesa almacenar en cada registro, y es por tanto la unidad elemental de informacin del registro, gracias a los programas de usuario es posible realizar la gestin de tablas de una base de datos.

BASES DE DATOS JERARQUICAS

Esta base es la que primero se utilizo, se basa en el establecimiento de jerrquicas o niveles entre los distintos campos de registros basndose en el criterio de los campos de mayor jerarqua sean los ms genricos, y tiene una estructura arborcete, donde los nodos del mismo nivel corresponden a los campos y cada rama a un registro. Para acceder a un campo que se encuentra en un determinado nivel, es preciso localizarlo partiendo del nivel superior y descendiendo por las ramas hasta llegar al mismo. Ejemplo: BD jerrquica

BASES DE DATOS EN RED

Esta corresponde a una estructura de grafo, donde existe ms de una conexin entre los nodos de diversos niveles, de forma que puedan recorrerse por distintos caminos sin necesidad de acudir cada vez a ala raz, por lo cual la bsqueda es ms flexible. Desapareciendo el concepto de jerarqua entre campos, como un campo puede ser descendiente de su antecesor por un camino de la red y ascendente por otro. El modelo de red extiende el modelo jerrquico permitiendo que un registro participe en mltiples relaciones padre/hijo. Estas relaciones se conocen como conjuntos en el modelo de red.

Ejemplo: BD en red

BASES DE DATOS RELACIONALES

La teora relacional se basa en el concepto matemtico de relacin.se debe a E.F Codd, quien ha desarrollado una sola fundamentacin terica aunque dicha teora requiere para su completa implantacin que el acceso de ella memoria sea por contenido y no por direccin, como ocurre en los principales ordenadores, puede adecuarse y de hecho se est implantando y desarrollando en la mayora de los equipos. Para poder resolver problemas de actualizacin, insercin, modificacin, eliminacin, consulta en una base de datos es necesario que exista integracin en las distintas tablas y que este controlada la repeticin de datos. As surgen los sistemas de gestin de base de datos relacionales, que en el caso de los microordenadores, estn concebidos como un conjunto de programas de propsito general que permite controlar el acceso u utilizacin de las bases de datos de forma que satisfagan las necesidades del usuario.

CARACTERISTICAS DE LAS BASES DE DATOS RELACIONALES

1.- todos los registros de la tabla deben tener el mismo nmero de campos, aunque alguno de ellos este vaco, deben ser registros de longitud fija. 2.- cada campo tiene su nombre o etiqueta que hay que definir previamente a su utilizacin. No obstante, una vez creado el fichero se podr ampliar o disminuir el nmero de campos, mediante SGBD. 3.- la base de datos estar formada por muchas tablas una por cada tipo de registro. 4.- dentro de una tabla cada nombre del campo debe ser distinto si a dos campos los nombramos igual el gestor no sabr cual campo utilizar. 5.- los registros de una misma tabla tienen que diferenciarse, al menos, en el contenido de alguno de sus campos, no pueden existir dos registros idnticos, 6.- los registros de una misma tabla pueden estar dispuestos en cualquier orden. 7.-el contenido de cada campo est delimitado por un rango de valores posibles(respetar o estar dentro del rango definido en los datos ). 8.- permite la creacin de nuevas tablas a partir de las ya existentes, relacionando campos de distintas tablas. esta condicin es la esencia de las bases de datos relacionales formando lo que se llama un fichero virtual(temporalmente en memoria).

Ejemplo: BD relacional

Anlisis de requerimientos de base de datos.

El anlisis de requerimientos es la tarea que plantea la asignacin de software a nivel de sistema y el diseo de programas (Figura 1). El anlisis de requerimientos facilita al ingeniero de sistemas especificar la funcin y comportamiento de los programas, indicar la interfaz con otros elementos del sistema y establecer las ligaduras de diseo que debe cumplir el programa. El anlisis de requerimientos permite al ingeniero refinar la asignacin de software y representar el dominio de la informacin que ser tratada por el programa. El anlisis de requerimientos del diseador, la representacin de la informacin y las funciones que pueden ser traducidas en datos, arquitectura y diseo procedimental. Finalmente, la especificacin de requerimientos suministra al tcnico y al cliente, los medios para valorar la calidad de los programas, una vez que se haya construido

REQUERIMENTOS ADMINISTRATIVOS
se requiere mucho ms para el desarrollo de sistemas de bases de datos que nicamente seleccionan un modelo lgico de base de datos. La bases de datos es una disciplina organizacional, un mtodo, ms que una herramienta o una tecnologa. Requiere de un cambio conceptual y organizacional.

TECNICAS PARA RECOLECTAR DATOS

Los analistas utilizan una variedad de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionarios, inspeccin de registros (revisin en el sitio) y observacin.

LA ENTREVISTA
Se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Quienes responden pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema existente, usuarios potenciales del sistema propuesto o aquellos que proporcionarn datos o sern afectados por la aplicacin propuesta. El analista puede entrevistar al personal en forma individual o en grupos algunos analistas prefieren este mtodo a las otras tcnicas que se estudiarn ms adelante. Sin embargo, las entrevistas no siempre son la mejor fuente de datos de aplicacin. Dentro de una organizacin, la entrevista es la tcnica ms significativa y productiva de que dispone el analista para recabar datos. En otras palabras, la entrevista es un intercambio de informacin que se efecta cara a cara.

PREPARACION DE LA ENTREVISTA
1.-Determinar la posicin que ocupa de la organizacin el futuro entrevistado, sus responsabilidades bsicas, actividades, etc. (Investigacin). 2.-Preparar las preguntas que van a plantearse, y los documentos necesarios (Organizacin). 3.-Fijar un lmite de tiempo y preparar la agenda para la entrevista. (Sicologa). 4.-Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad (Sicologa). 5.-Hacer la cita con la debida anticipacin (Planeacin).

CONDUCCION DE LA ENTREVISTA
1.-Explicar: con toda amplitud el propsito y alcance del estudio (Honestidad). 2.-Explicar: la funcin propietaria como analista y la funcin que se espera conferir al entrevistado. (Imparcialidad). 3.-Hacer: preguntas especficas para obtener respuestas cuantitativas (Hechos). 4.-Evitar: las preguntas que exijan opiniones interesadas, subjetividad y actitudes similares (habilidad). 5.-Evitar: el cuchicheo y las frases carentes de sentido (Claridad). 6.- Ser: corts y comedio, abstenindose de emitir juicios de valores. (Objetividad). 7.-Conservar: el control de la entrevista, evitando las divagaciones y los comentarios al margen de la cuestin. 8.-Escuchar: atentamente lo que se dice, guardndose de anticiparse a las respuestas (Comunicacin).

RECABAR DATOS MEDIANTE LA ENTREVISTA

La entrevista es una forma de conversacin, no de interrogacin, al analizar las caractersticas de los sistemas con personal seleccionado cuidadosamente por sus conocimientos sobre el sistema, los analistas pueden conocer datos que no estn disponibles en ningn otra forma. En las investigaciones de sistema, las formas cualitativas y cuantitativas de la informacin importante. La informacin cualitativa est relacionada con opinin, poltica y descripciones narrativas de actividades o problemas, mientras que las descripciones cuantitativas tratan con nmeros frecuencia, o cantidades. A menudo las entrevistas pueden ser la mejor fuente de informacin cualitativas, los otros mtodos tiende a ser ms tiles en la recoleccin de datos cuantitativos.

DETERMINACION DEL TIPO DE ENTREVISTA

La estructura de la entrevista vara. Si el objetivo de la entrevista radica en adquirir informacin general, es conveniente elaborar una serie de pregunta sin estructura, con una sesin de preguntas y respuesta libres. Las entrevistas estructuradas utilizan pregunta estandarizada. El formato de respuestas para las preguntas pueden ser abierto o cerrado; las preguntas para respuestas abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiado. Pueden contestar por completo con sus propias palabras. Con las preguntas para respuesta cerradas se proporcionan al usuario un conjunto de respuesta que se pueda seleccionar. Todas las personas que respondes se basan en un mismo conjunto de posibles respuestas. Los analistas tambin deben dividir el tiempo entre desarrollar preguntas para entrevistas y analizar respuesta. La entrevista no estructurada no requiere menos tiempos de preparacin, porque no necesita tener por anticipado las palabras precisas de las preguntas. Analizar las respuestas despus de la entrevista lleva ms tiempo que con la entrevista estructuradas. El mayor costo radica en la preparacin, administracin y anlisis de las entrevistas estructuradas para pregunta cerradas.

ENCUESTA
Es un mtodo de obtener informacin de una muestra de individuos. Esta "muestra" es usualmente slo una fraccin de la poblacin bajo estudio. Una "encuesta" recoge informacin de una "muestra." Una "muestra" es usualmente slo una porcin de la poblacin bajo estudio.

METODOS COMUNES DE ENCUESTAS

Las encuestas pueden ser clasificadas por su mtodo de recoleccin de datos. Las encuestas por correo, telefnicas y entrevistas en persona son las ms comunes. Extraer datos de rcords mdicos y otros se hace tambin con frecuencia. En los mtodos ms nuevos de recoger datos, la informacin se entra directamente a la computadora ya sea por un entrevistador adiestrado o an por la misma persona entrevistada. Un ejemplo bien conocido es la medicin de audiencias de televisin usando aparatos conectados a una muestra de televisores que graban automticamente los canales que se observan. Una encuesta es una fuente importante de conocimiento cientfico bsico. Las encuestas por correo, a travs de entrevistas telefnicas o en persona son las ms comunes. Las encuestas por correo pueden ser de costo relativamente bajo. Como con cualquier otra encuesta, existen problemas en usar este mtodo si no se presta suficiente atencin a obtener niveles altos de cooperacin. Estas encuestas pueden ser ms efectivas cuando se dirigen a grupos particulares, tal como suscriptores a una revista especializada o a miembros de una organizacin profesional. Las entrevistas telefnicas son una forma eficiente de recoger ciertos tipos de datos y se estn usando con cada vez mayor frecuencia. Se prestan particularmente bien a situaciones donde es necesario obtener resultados oportunos y cuando el largo de la encuesta es limitado. Las entrevistas en persona en el hogar u oficina de un participante son mucho ms caras que las encuestas telefnicas o por correo. Estas pueden ser necesarias especialmente cuando se debe recoger informacin compleja. Algunas encuestas combinan varios mtodos. Por ejemplo, una encuestadora puede usar el telfono para identificar participantes elegibles (tal como localizar individuos mayores elegibles para Medicare) y luego hacer cita para una entrevista en persona.

CUESTIONARIO
Los cuestionarios proporcionan una alternativa muy til para la entrevista; si embargo, existen ciertas caractersticas que pueden ser apropiada en algunas situaciones e inapropiadas en otra. Al igual que la entrevistas, deben disearse cuidadosamente para una mxima efectividad.

RECABACION DE DATOS MEDIANTE CUESTIONARIOS

Para los analistas los cuestionarios pueden ser la nica forma posible de relacionarse con un gran nmero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a

todas las personas apropiadas para recabar hechos en relacin al sistema. En mayor parte de los casos, el analista no ver a los que responde; no obstante, tambin esto es una ventaja porque aplican muchas entrevista ayuda a asegurar que el interpelado cuenta con mayor anonimato y puedan darse respuestas ms honesta ( y menos respuestas pre hechas o estereotipadas). Tambin las preguntas estandarizadas pueden proporcionar datos ms confiables.

SELECCIN DE FORMAS PARA CUESTIONARIOS

El desarrollo y distribucin de los cuestionarios; por lo tanto, el tiempo invertido en esto debe utilizarse en una forma inteligente. Tambin es importante el formato y contenido de las preguntas en la recopilacin de hechos significativos. Existen dos formas de cuestionarios para recabar datos: cuestionarios abiertos y cerrados, y se aplican dependiendo de si los analistas conocen de antemano todas las posibles respuestas de las preguntas y pueden incluirlas. Con frecuencia se utilizan ambas formas en los estudios de sistemas.

CUESTIONARIO ABIERTO
Se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, es un medio.El formato abierto proporciona una amplia oportunidad para quienes respondan escriba las razones de sus ideas. Algunas personas sin embargo, encuentran ms fcil escoger una de un conjunto de respuestas preparadas que pensar por s mismas.

CUESTIONARIO CERRADO
El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, el analista puede controlar el marco de referencia. Este formato es el mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma su opinin sobre los aspectos importantes.

OBSERVACION
Consiste en observar a las personas cuando efectan su trabajo. Como tcnica de investigacin, la observacin tiene amplia aceptacin cientfica. Los socilogos, siclogos e ingenieros industriales utilizan extensamente sta tcnica con el fin de estudiar a las personas en sus actividades de grupo y como miembros de la organizacin. El propsito de la organizacin es mltiple: permite al analista determinar que se est haciendo, como se est haciendo, quien lo hace, cuando se lleva a cabo, cunto tiempo toma, dnde se hace y por qu se hace.

TIPOS DE OBSERVACION
El analista de sistemas puede observar de tres maneras bsicas. Primero, puede observar a una persona o actitud sin que el observado se d cuenta y su interaccin por aparte del propio analista. Quiz esta alternativa tenga poca importancia para el anlisis de sistemas, puesto que resulta casi imposible reunir las condiciones necesarias. Segundo, el analista puede observar una operacin sin intervenir para nada, pero estando la persona observada enteramente consciente de la observacin. Por ltimo, puede observar y a la vez estar en contacto con las personas observas. La interaccin puede consistir simplemente en preguntar respecto a una tarea especfica, pedir una explicacin, etc.

PREPARACION PARA LA OBSERVACION

1.-Determinar: y definir aquella que va a observarse. 2.-Estimular: el tiempo necesario de observacin. 3.-Obtener: la autorizacin de la gerencia para llevar a cabo la observacin. 4.-Explicar: a las personas que van a ser observadas lo que se va a hacer y las razones para ello.

CONDUCCIONES DE LA OBSERVACION
1.-Familiarizarse: con los componentes fsicos del rea inmediata de observacin. 2.-Mientras: se observa, medir el tiempo en forma peridica. 3.-Anotar: lo que se observa lo ms especficamente posible, evitando las generalidades y las descripciones vagas. 4.-Si: se est en contacto con las personas observadas, es necesario abstenerse de hacer comentarios cualitativos o que impliquen un juicio de valores. 5.-Observar: las reglas de cortesa y seguridad.

SECUELA DE LA OBSERVACION
1.-Documentar: y organizar formalmente las notas, impresionistas, etc. 2.-Revisar: los resultados y conclusiones junto con la persona observada, el supervisar inmediato y posiblemente otro de sistemas.

UNIDAD II
MODELO ENTIDAD RELACION (E-R)
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.

ENTIDAD
Una entidad puede ser un objeto con existencia fsica como: una persona, un animal, una casa, etc. (entidad concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre, etc. (entidad abstracta). Una entidad est descrita y se representa por sus caractersticas o atributos. Por ejemplo, la entidad Persona puede llevar consigo las caractersticas: Nombre, Apellido, Gnero, Estatura, Peso, Fecha de nacimiento, etc.

ATRIBUTOS
Los atributos son las caractersticas que definen o identifican a una entidad. Estas pueden ser muchas, y el diseador solo utiliza o implementa las que considere ms relevantes. Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades. En un conjunto de entidades, cada entidad tiene valores especficos asignados para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca. Ejemplos: A la coleccin de entidades alumnos, con el siguiente conjunto de atributos en comn, (id, nombre, edad, semestre), pertenecen las entidades: (1, Sofa, 38 aos, 2) (2, Josefa, 19 aos, 5) (3, Carlos, 20 aos, 2) Los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su nmero de id. Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que ser almacenado o a restricciones en los valores que el atributo puede tomar (cadenas de caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros enteros

RELACION
Describe cierta dependencia entre entidades o permite la asociacin de las mismas.
Ejemplo: Dadas dos entidades "Habitacin 502" y "Mark", es posible relacionar que La habitacin 502 se encuentra ocupada por el husped de nombre Mark.

Una relacin tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior, un husped (entidad), se aloja (relacin) en una habitacin (entidad).

CONJUNTO DE RELACIONES
Consiste en una coleccin, o conjunto, de relaciones de la misma naturaleza. Ejemplo: Dados los conjuntos de entidades "Habitacin" y "Husped", todas las relaciones de la forma habitacin-husped, permiten obtener la informacin de los huspedes y sus respectivas habitaciones. La dependencia o asociacin entre los conjuntos de entidades es llamada participacin. En el ejemplo anterior los conjuntos de entidades "Habitacin" y "Husped" participan en el conjunto de relaciones habitacin-husped. Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades participantes en la relacin.

RESTRICCIONES
Son reglas que deben mantener los datos almacenados en la base de datos.

CORRESPONDENCIA A CARDINALES
Dado un conjunto de relaciones en el que participan dos o ms conjuntos de entidades, la correspondencia de cardinalidad indica el nmero de entidades con las que puede estar relacionada una entidad dada. Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de cardinalidades puede ser:

 Uno a Uno: Una entidad de A se relaciona nicamente con una entidad en B y viceversa (ejemplo relacin vehculo - matrcula: cada vehculo tiene una nica matrcula, y cada matrcula est asociada a un nico vehculo). Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una nica entidad en A (ejemplo vendedor - ventas). Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo).

Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa (ejemplo asociaciones- ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociacin, y cada ciudadano puede pertenercer a muchas asociaciones distintas).

RESTRICCIONES DE PARTICION
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha participacin puede ser de dos tipos: Total: Cuando cada entidad en A participa en al menos una relacin de R. Parcial: Cuando al menos una entidad en A NO participa en alguna relacin de R.

CLAVES
Es un subconjunto del conjunto de atributos comunes en una coleccin de entidades, que permite identificar unvocamente cada una de las entidades pertenecientes a dicha coleccin. Asimismo, permiten distinguir entre s las relaciones de un conjunto de relaciones. Dentro de los conjuntos de entidades existen los siguientes tipos de claves: Superclave: Es un subconjunto de atributos que permite distinguir unvocamente cada una de las entidades de un conjunto de entidades. Si se aade un atributo al anterior subconjunto, el resultado seguir siendo una superclave.

 Clave candidata: Dada una superclave, si sta deja de serlo quitando nicamente uno de los atributos que la componen, entonces sta es una clave candidata.

Clave primaria: Es una clave candidata, elegida por el diseador de la base de datos, para identificar unvocamente las entidades en un conjunto de entidades.

Los valores de los atributos de una clave, no pueden ser todos iguales para dos o ms instancias. Para poder distinguir unvocamente las relaciones en un conjunto de relaciones R, se deben considerar dos casos: R NO tiene atributos asociados: En este caso, se usa como clave primaria de R la unin de las claves primarias de todos los conjuntos de entidades participantes.

R tiene atributos asociados: En este caso, se usa como clave primaria de R la unin de los atributos asociados y las claves primarias de todos los conjuntos de entidades participantes.

Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave primaria est compuesto de relaciones binarias, con los conjuntos de entidades participantes A y B, se consideran los siguientes casos, segn sus cardinalidades: es de muchos a uno de A a B entonces slo se toma la clave primaria de A, como clave primaria de R. R es de uno a muchos de A a B entonces se toma slo la clave primaria de B, como clave primaria de R. R es de uno a uno de A a B entonces se toma cualquiera de las dos claves primarias, como clave primaria de R. R es de muchos a muchos de A a B entonces se toma la unin de los atributos que conforman las claves primarias de A y de B, como clave primaria de R. Ejemplo: Modelo E-R

SUBCLASES, SUPERCLASES Y ESPECIALIZACION

En el modelo Entidad-Relacin, una entidad agrupa un conjunto de ocurrencias de entidad del mismo tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos que tienen un significado propio para los propsitos de la Base de Datos y, por tanto, deberan representarse de forma explcita. Por ejemplo, la entidad EMPLEADO puede a su vez subdividirse en SECRETARIA, INGENIERO, JEFE, TCNICO, ASALARIADO, SUBCONTRATADO, etc. El conjunto de ocurrencias de entidad en cada una de estas entidades ser un subconjunto de las ocurrencias de entidad de EMPLEADO, ya que por ejemplo, un ingeniero tambin es un empleado. Llamaremos a cada uno de estos subconjuntos Subclases de la entidad EMPLEADO y a EMPLEADO una Superclase de cada uno de estos subconjuntos. Llamaremos a la relacin existente entre las Superclases y las Subclases como relacin Clase/Subclase.

HERENCIA DE ATRIBUTOS EN LA RELACION CLASE/SUBCLASE

Debido a que una subclase es a su vez parte se una superclase, la subclase tendr sus atributos especficos as como los atributos correspondientes a la superclase a la que pertenece. Esto quiere decir que la ocurrencia de entidad de una subclase hereda los atributos correspondientes a la superclase a la que pertenece. De la misma manera hereda las relaciones en las que su correspondiente superclase participa.

ESPECIALIZACION
El proceso por el que se definen las diferentes subclases de una superclase se conoce como especializacin. El conjunto de subclases se define basndonos en caractersticas diferenciadoras de las ocurrencias de entidad de la superclase. Por ejemplo, el conjunto se subclases {SECRETARIA, INGENIERO, TECNICO} es una especializacin de la superclase EMPLEADO mediante la distincin del tipo de trabajo en cada ocurrencia de entidad. Podemos tener varias especializaciones de una misma entidad basndonos en distintos criterios.

UTILIZACIONDE SUBCLASES EN LOS MODELOS DE DATOS

Hay dos razones principales para el uso de la relacin clase/subclase en los modelos de datos. La primera es que ciertos atributos no pueden ser aplicados a todas las ocurrencias de entidad correspondiente a la superclase. Una subclase se define para agrupar aquellas

ocurrencias de entidad donde el atributo es aplicable. Suele ocurrir que las subclases comparten la mayora de los atributos correspondientes a la superclase. Por ejemplo, SECRETARIA tiene el atributo de velocidad mientras que INGENIERO tiene tipo, sin embargo ambos comparten los mismos atributos de EMPLEADO.

GENERALIZACION
El proceso de especializacin expuesto en el punto anterior nos permite lo siguiente:

Definir un conjunto se subclases a partir de una entidad. Asociar atributos especficos a cada subclase. Establecer relaciones especficas entre cada subclase con otras entidades o subclases.

Podemos pensar en un proceso inverso de abstraccin en el cual suprimimos las diferencias entre las distintas entidades, identificando sus caractersticas comunes, y generalizando dichas entidades en una sola superclase de la cual las entidades iniciales seran subclases especiales. Por ejemplo, supongamos las entidades COCHE y CAMION de la figura 2(a); podremos generalizarlas en la entidad VEHICULO, Tanto COCHE como CAMION sern ahora subclases de la superclase generalizada VEHICULO. Usamos el trmino generalizacin para referirnos al proceso de definicin de una entidad generalizada a partir de unas entidades dadas.

UNIDAD III
MODELO RELACIONAL
El modelo e-r se considera un modelo conceptual ya que permite a un nivel alto el ver con claridad la informacin utilizada en algn problema o negocio.

DOMINIO
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe los valores del atributo, puede ser considerado como una restriccin. Matemticamente, atribuir un dominio a un atributo significa "todos los valores de este atributo deben de ser elementos del conjunto especificado".

Distintos tipos de dominios son: enteros, cadenas de texto, fecha,no procedurales etc.

ATRIBUTOS
En bases de datos, un atributo representa una propiedad de inters de una entidad.

TUPLA
Se define como una funcin finita que asocia unvocamente los nombres de los atributos de una relacin con los valores de una instanciacin de la misma. En trminos simplistas, es una fila de una tabla relacional.

RELACIONES
En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan informacin de varias relaciones actuando como si fuera una sola.

ESQUEMA DE BASES DE DATOS

CLAVE UNICA
Cada tabla puede tener uno o ms campos cuyos valores identifican de forma nica cada registro de dicha tabla, es decir, no pueden existir dos o ms registros diferentes cuyos valores en dichos campos sean idnticos. Este conjunto de campos se llama clave nica. Pueden existir varias claves nicas en una determinada tabla, y a cada una de stas suele llamrsele candidata a clave primaria.

CLAVE PRIMARIA
Una clave primaria es una clave nica elegida entre todas las candidatas que define unvocamente a todos los dems atributos de la tabla, para especificar los datos que sern relacionados con las dems tablas. La forma de hacer esto es por medio de claves forneas. Slo puede existir una clave primaria por tabla y ningn campo de dicha clave puede contener valores NULL (nulos).

CLAVE FORANEA
Una clave fornea es una referencia a una clave en otra tabla. Las claves forneas no necesitan ser claves nicas en la tabla donde estn y s a donde estn referenciadas. EJEMPLO: el cdigo de departamento puede ser una clave fornea en la tabla de empleados, obviamente se permite que haya varios empleados en un mismo d El modelado entidad-relacin es una tcnica para el modelado de datos utilizando diagramas entidad relacin.

TRANFORMACION DE LOS MODELOS E-R y EE-R A MODELO RELACIONAL

1. Se parte de una descripcin textual del problema o sistema de informacin a automatizar (los requisitos). 2. Se hace una lista de los sustantivos y verbos que aparecen. 3. Los sustantivos son posibles entidades o atributos. 4. Los verbos son posibles relaciones.

5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. 6. Se elabora el diagrama (o diagramas) entidad-relacin. 7. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama. Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos. El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformacin de relaciones mltiples en binarias. Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas en caso de utilizar una base de datos relacional.

OPERADORES

BASICOS
Cada operador del lgebra acepta una o dos relaciones y retorna una relacin como resultado. y son operadores unarios, el resto de los operadores son binarios. Las operaciones bsicas del lgebra relacional son:

SELECCION
Es una operacin que elige algunas tuplas de una relacin y elimina el resto. La nueva relacin contiene por tanto solo tuplas seleccionadas que cumplen una determinada condicin de seleccin C La condicin de seleccin es una condicin lgica que permita decidir qu incluir y qu no. Los atributos de la seleccin son los mismos que los de la relacin original, y todas las tuplas de la seleccin cumplen la condicin C. Por ejemplo:
R := DEPARTAMENTOS(grado-experimentalidad >1.0) Q := PROFESORES(no es-doctor y telfono-mvil <> null)

En SQL, la seleccin se especifica mediante la clusula WHERE. Por ejemplo:

SELECT * FROM DEPARTAMENTOS

WHERE grado-experimentalidad > 1.0 SELECT * FROM PROFESORES WHERE not es doctor and telfono-mvil IS NOT NULL.

PROYECCION
Permite seleccionar algunos atributos de una relacin (sea sta una relacin o el resultado de otras operaciones). Formalmente, dada una relacin R(A1, A2, ... , An), y un subconjunto de atributos de esa relacin (Ai, Aj, ..., Ak), la proyeccin sobre esos atributos se denota como R(Ai, Aj, ..., Ak), y contiene las partes de las tuplas con los valores de los atributos proyectados. Es importante notar lo siguiente en las proyecciones: Como el resultado de cualquier operacin de lgebra relacional es una relacin, las tuplas repetidas en el resultado de la proyeccin se eliminarn. El orden de los atributos en la proyeccin no tiene que ser el mismo que en la relacin original. La operacin de proyeccin en el lenguaje de consulta SQL se realiza simplemente especificando el subconjunto de atributos en la clusula SELECT.

Ejemplo, si tuvisemos la siguiente extensin de la tabla PROFESORES

dni

apellidos nombre fechanacimiento Prez Juan 30/10/1965 32323 Jos 30/10/1970 4434343 Dez 30/10/1980 23423432 Snchez Juan

esdoctor true true false

telfonomvil 65454545 65789767 66789899

D_nombre Matemticas Historia Matemticas

La siguiente sentencia SELECT hace una proyeccin del nombre y los apellidos.
SELECT nombre, apellidos FROM PROFESORES

Es importante notar que la siguiente sentencia no devolvera una relacin, ya que tendra dos tuplas repetidas.
SELECT nombre FROM profesores

Para asegurar que el resultado es una relacin en el sentido matemtico, hay que utilizar el modificador DISTINCT.

SELECT DISTINCT nombre FROM profesores

DIVICION
Supongamos que tenemos dos relaciones A(x, y) y B(y) donde el dominio de y en A y B, es el mismo. El operador divisin A / B retorna todos los distintos valores de x tales que para todo valor y en B existe una tupla en A.

PROCEDIMIENTO PARA OPERACIONES ADICIONALES

REUNION (JOIN)

REALIZAR

La combinacin toma dos relaciones y devuelve una relacin con las tuplas que resultan de concatenar tuplas de la primera con tuplas de la segunda y despus seleccionar las que cumplen una condicin de combinacin C . Una combinacin entre las relaciones R y Q mediante la condicin C se denota como R[C]Q. Por ejemplo, si queremos obtener la informacin de profesores y departamentos combinada, utilizaremos como combinacin la igualdad de la clave ajena en PROFESORES con la clave primaria en DEPARTAMENTOS:
DPT:=DEPARTAMENTOS PROFESORES[D_nombre = DPT.nombre]DPT

En SQL, la combinacin se hace incluyendo ms de una relacin en la clusula FROM, y la condicin C se coloca como clusula WHERE.
SELECT * FROM PROFESORES AS P, DEPARTAMENTOS AS D WHERE P.D_nombre = D.nombre

EQUICOMBINACION
La equicombinacin (equireunin o equijoin) es una combinacin que en la condicin C solo tiene igualdades. Es especialmente importante porque permite obtener informacin relacionada por las claves ajenas de las tablas.

COMBINACION NATURAL
Cuando se hace una equicombinacin, la relacin resultante tiene los atributos de las dos relaciones originales. Dado que se est exigiendo igualdad de valores en al menos un atributo, la relacin resultante tendr atributos con informacin repetida (tantos como atributos hayan sido comparados en la condicin C). La combinacin natural es una variante de la equicombinacin donde se eliminan esos atributos superfluos.

LA UNION DE CONJUNTOS

RELACIONES

EN

LA

UNION

DE

La unin de dos relaciones devuelve una nueva relacin que contiene todas las tuplas que aparecan en cualquiera de las relaciones originales, o en ambas. As, la operacin de unin de dos relaciones R y T, que denominaremos UNION(R, T) slo se puede aplicar el operador unin a dos relaciones que tengan los mismos atributos, o que sean compatibles (es decir, que se pueda establecer una biyeccin entre los atributos de las dos relaciones). Es importante tener en cuenta lo siguiente: Se eliminarn las tuplas repetidas. Se entiende que en las dos relaciones no debe haber tuplas con la misma clave primaria y el resto de la informacin diferente. Si tenemos dividida la informacin de los profesores antiguos y los nuevos en dos relaciones (por ejemplo, por motivos de rendimiento), pero queremos obtener un listado histrico de todos ellos, podemos utilizar el operador UNION de SQL.
SELECT * FROM PROFESORES UNION SELECT * FROM EX-PROFESORES

El operador UNION requiere que los atributos de las relaciones devueltas por las dos SELECT sean del mismo tipo segn el orden de aparicin. Si en una de las tablas este orden fuese diferente, habra que utilizar una proyeccin que alterase el orden. Los nombres de atributos de la nueva relacin sern los de la primera SELECT.

INSERCCION CONJUNTOS

DE

RELACIONES-INSERCCION

DE

La interseccin de relaciones toma dos relaciones y devuelve una relacin con las tuplas que aparecan en ambas relaciones originales. Como la unin, la interseccin solo puede aplicarse a relaciones con atributos compatibles. La siguiente consulta en SQL por tanto debera devolver una relacin vaca:
SELECT * FROM PROFESORES INTERSECT SELECT * FROM EX-PROFESORES

PRODUCTO CARTESIANO
El producto cartesiano es una operacin que toma dos relaciones y obtiene una nueva relacin cuyas tuplas son la concatenacin de las tuplas de la primera relacin con las tuplas de la segunda. En general, si la primera relacin de entrada tena N tuplas y la segunda M tuplas, el producto cartesiano produce NM tuplas, aunque en ocasiones sern menos dado que las tuplas repetidas habrn de eliminarse. El producto cartesiano de dos relaciones en SQL se obtiene simplemente colocando ms de una tabla en la clusula FROM.
SELECT * FROM PROFESORES, DEPARTAMENTOS

El producto cartesiano raramente se utiliza en la prctica, pero es interesante conocerlo para diferenciarlo de la operacin de combinacin (join).

DISEO DE BASES DE DATOS RELACIONALES

RESTRINCCIONES DE INTEGRIDAD
Son condiciones que exige el servicio de la base de datos para eliminar o limitar valores que los ususarios puedan establecer de determinadas columnas.

DOMINIO

especifica los valores permitidos para un atributo dado, mientras que una restriccin clave especifica los atributos que identifican nicamente una fila en una tabla dada(nmeros, caracteres, cadenas, tipos de datos).

UNICIDAD
Los valores de los atributos deben ser tales que permitan identificar de forma nica a la identidad(primary key, foreing key)

REFERENCIAL

Sirve para establecer la integridad de la informacin de las tablas.respetando cada una de las relaciones que tienen (check, foregin key)

NORMALIZACION
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.

En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla sea considerada como una relacin tiene que cumplir con algunas restricciones: Cada tabla debe tener su nombre nico. No puede haber dos filas iguales. No se permiten los duplicados. Todos los datos en una columna deben ser del mismo tipo.

PRIMERA FORMA NORMA (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 clave primaria unica. La clave primaria no contiene atributos nulos. No debe existir variacin en el nmero de columnas. Los Campos no clave deben identificarse por la clave (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 NORMA (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 NORMA (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.

UNIDAD V
FUNDAMENTOS A LOS SGBD (Sistema de gestin de base de datos) o en ingls Database management system (DBMS), es una agrupacin de programas que sirven para definir, construir y manipular una base de datos.

CARACTERISTICAS
Definir una base de datos: consiste en especificar los tipos de datos, estructuras y restricciones para los datos que se almacenarn. Construir una base de datos: es el proceso de almacenar los datos sobre algn medio de almacenamiento.

Manipular una base de datos: incluye funciones como consulta, actualizacin, etc. de bases de datos. Si el sistema soporta bases de datos relacionales se llama RDBMS en ingls o SGBDR en espaol. * Un SGBD tambin debe encargase de cumplir las reglas de integridad y redundancias.

Otra funcin importante en un SGBD es su capacidad de realizar copias de seguridad y de recuperacin de datos. Restriccin de accesos no autorizados. Suministrar mltiples interfaces de usuario. Representar relaciones complejas entre los datos.

CLASIFICACION DE LOS SGBD

Esta clasificacin est basada en el modelo de datos en que est basado el SGBD. Los modelos de datos ms habituales son: Relacional (SGBDR): representa a la base de datos como una coleccin de tablas. Estas bases de datos suelen utilizar SQL como lenguaje de consultas de alto nivel. Orientado a objetos: define a la base de datos en trminos de objetos, sus propiedades y sus operaciones. Todos los objetos que tienen la misma estructura y comportamiento pertenecen a una clase y las clases de organizan en jerarquas. Objeto-relacional o relacional extendido: son los sistemas relacionales con caractersticas de los orientado a objetos.

Jerrquico: representa los datos como estructuras jerrquicas de rbol. En red o CODASYL DBTG. Un SGBD tambin puede clasificarse por el nmero de usuario a los que da servicio: Monousuario Multiusuario Tambin puede clasificarse segn el nmero de sitios en los que est distribuida la base de datos: Centralizado: la base de datos y el software SGBD estn almacenados en un solo sitio (una sola computadora). Distribuido (SGBDD): la base de datos y el software SGBD pueden estar distribuidos en mltiples sitios conectados por una red.

TIPOS DE SGBD
Son Oracle de Oracle Inc., Sybase de Sybase Inc., RDB de Digital Equipment Corp. de Compaq, INFORMIX de Informix Inc. y UNIFY de Unify Inc. Adems de los SGBDR mencionados, en los ochenta aparecen mltiples aplicaciones para PCs como ser RIM, RBASE 5000, PARADOX, OS/2 Database Manager, DBase IV, XDB, WAT-COM SQL, SQL Server (de Sybase Inc.), SQL Server (de Microsoft), Access, etc.

UNIDAD VI
LENGUAGE DE DEFINICION DE DATOS (SQL-DDL)
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 sencilla- informacin de inters de una base de datos, as como tambin hacer cambios sobre ella. Los orgenes del SQL estn ligados a las de las bases de datos relacionales. En 1970 E. F. Codd propone el modelo relacional y asociado a ste un sublenguaje de acceso a los datos basado en el clculo de predicados. Basndose en estas ideas, los laboratorios de IBM definen el lenguaje SEQUEL (Structured English QUEry Language).

LENGUAGE DDL
El DDL propone un modelo basado en ABM (Altas Bajas o Modificaciones), las cuales permiten la creacin, eliminacin o modificacin de tablas en la base de datos. Existe un cuarto factor que es el truncado que resulta en un cuarto tipo de proceso en funcin a los tres recientemente mencionados. En sntesis, este modelo DDL define las estructuras de las tablas en las bases de datos. Podremos utilizar comandos tales como ALTER, CREATE, DROP y TRUNCATE entre otros para operar estos procesos de definiciones de datos.

LENGUAGE DML
El modelo DML tambin propone un modelo basado en ABM para la mayora de los procesos de manipulacin que incluyen como mencione recientemente, altas, bajas y

modificaciones. A esto habr que agregarle las copias muy tiles para las copias de respaldo o seguridad, etc. La manipulacin de datos resulta ser un proceso ms sensible operativo de la informacin. Este modelo propone comandos operativos tales como INSERT, UPDATE, DELETE, etc., para el sustento y manipulacin de datos. Una caracterstica interesante resultan ser los llamados Triggers o (Disparadores), muy utilizados en los servidores centrales para automatizar tareas de manipulacin tales como copias de seguridad, procesos de lotes, depuraciones programadas, etc.

SINTAXIS DDL
La sentencia CREATE TABLE sirve para crear la estructura de una tabla no para rellenarla con datos, nos permite definir las columnas que tiene y ciertas restricciones que deben cumplir esas columnas.

La sintaxis es la siguiente:

Una restriccin consiste en la definicin de una caracterstica adicional que tiene una columna o una combinacin de columnas, suelen ser caractersticas como valores no nulos (campo requerido), definicin de ndice sin duplicados, definicin de clave principal y definicin de clave fornea (clave ajena o externa, campo que sirve para relacionar dos tablas entre s).

La clusula NOT NULL indica que la columna no podr contener un valor nulo, es decir que se deber rellenar obligatoriamente y con un valor vlido (equivale a la propiedad requerido S de las propiedades del campo). La clusula CONSTRAINT sirve para definir una restriccin que se podr eliminar cuando queramos sin tener que borrar la columna. A cada restriccin se le asigna un nombre que se utiliza para identificarla y para poder eliminarla cuando se quiera. La clusula PRIMARY KEY se utiliza para definir la columna como clave principal de la tabla. Esto supone que la columna no puede contener valores nulos ni pueden haber valores duplicados en esa columna, es decir que dos filas no pueden tener el mismo valor en esa columna.

La clusula UNIQUE sirve para definir un ndice nico sobre la columna. Un ndice nico es un ndice que no permite valores duplicados, es decir que si una columna tiene definida un restriccin de UNIQUE no podrn haber dos filas con el mismo valor en esa columna. La clusula NOT NULL indica que la columna no puede contener valores nulos, cuando queremos indicar que una columna no puede contener el valor nulo lo podemos hacer sin poner la clusula CONSTRAINT, o utilizando una clusula CONSTRAINT.

DML
ALTER
La modificacin y administracin de tablas de una base de datos se realizan bsicamente a partir de las sentencias CREATE TABLE (vista en el punto anterior), ALTER TABLE Y DROP TABLE. Despus de crear una tabla, es posible cambiar muchas de las opciones que fueron definidas cuando se cre originalmente, por ejemplo, es posible: Agregar, modificar o eliminar columnas. As se puede cambiar el nombre, la longitud, el tipo de datos, la precisin, la escala y la aceptacin de valores NULL de la columna. Aunque hay algunas restricciones. Agregar o eliminar restricciones PRIMARY KEY y FOREIGN KEY. Agregar o eliminar restricciones UNIQUE y CHECK.

DROP
La sentencia DROP TABLE permite borrar tablas completas de la base de datos. Esta sentencia suprime las tablas que se especifican en su sintaxis y valida los cambios pendientes en la base de datos. nicamente un administrador de la base de datos (DBA) puede suprimir tablas de otros usuarios. Al suprimir una tabla tambin se suprimen los ndices y las concesiones asociadas a ella. Los sinnimos construidos sobre tablas suprimidas se marcan como invlidas y dejan de funcionar.

La sintaxis de DROP TABLE es la siguiente:

DROP TABLE tabla1, table2.

No se puede utilizar DROP TABLE para quitar una tabla a la que se haga referencia con una restriccin FOREIGN KEY, ya que primero se debe quitar la restriccin FOREIGN KEY o la tabla de referencia.

UNIDAD VII
LENGUAGE DE MANIPULACION DE DATOS
CONSULTA
Una consulta es el mtodo para acceder a los datos en las bases de datos. Con las consultas se puede modificar, borrar, mostrar y agregar datos a una base de datos. Para esto se utiliza un lenguaje de consultas. El lenguaje de consultas ms utilizado en bases de datos es el SQL (Structured Query Language).

VISTA
Es un resultado de una consulta SQL de una o varias tablas; tambin se le puede considerar una tabla virtual. Las vistas tienen la misma estructura que una tabla: filas y columnas. La nica diferencia es que slo se almacena de ellas la definicin, no los datos. Los datos que se recuperan mediante una consulta a una vista se presentarn igual que los de una tabla.

INSTRUCCIONES DATOS
UPDATE

PARA

ACTUALIZACION

DE

Si lo que quieres es actualizar el contenido de un campo cuando se cumpla un criterio indicado, en lugar de recorrer todas las filas, podemos usar UPDATE / SET, por ejemplo: UPDATE Clientes SET NPr = 28 WHERE Provincia = 'Madrid'

DELETE
De la misma forma que podemos actualizar la informacin mediante un criterio WHERE, podemos eliminar los registros de forma "masiva" usando la instruccin DELETE. Por ejemplo para eliminar todos los Clientes de Madrid: DELETE * FROM Clientes WHERE Provincia = 'Madrid'

Nota: Ni que decir tiene que este tipo de instrucciones SQL hay que usarla con muchsima precaucin, ya que si la tabla est ligada a otra, tambin se perdern los datos relacionados. Y una vez eliminados los datos... ya no se pueden recuperar. El uso de DELETE no elimina la tabla, aunque se eliminaran todos los registros.