Embed Size (px)
Citation preview
UniversidadDe Guayaquil
Facultad de Filosofiacutea Ciencias y Letras de la Educacioacuten
NombreNavarrete Tomalaacute Andrea
Curso4to InformaacuteticaPedro Carbo ldquoBrdquo
2015-2016Base de Datos
iquestQUEacute ES
Una base de datos es un sistema informaacutetico a modo de almaceacuten En este almaceacuten se guardan grandes voluacutemenes de informacioacuten Por ejemplo imaginemos que somos una compantildeiacutea telefoacutenica y deseamos tener almacenados los datos personales y los nuacutemeros de teleacutefono de todos nuestros clientes que posiblemente sean millones de personas
Una base de datos es un conjunto de datos que estaacuten organizados para un uso determinado y el conjunto de los programas que permiten gestionar estos datos es lo que se denomina Sistema Gestor de Bases de Datos
DBMSDBMS (DataBase Managment System) por sus siglas en ingleacutes Un sistema de gestioacuten de bases de datos (SGBD) es un conjunto de programas que permiten el almacenamiento modificacioacuten y extraccioacuten de la informacioacuten en una base de datos ademaacutes de proporcionar herramientas para antildeadir borrar modificar y analizar los datos Los usuarios pueden acceder a la informacioacuten usando herramientas especiacuteficas de interrogacioacuten y de generacioacuten de informes o bien mediante aplicaciones al efecto
Las Bases de datos estaacuten compuestas por Tablas Consultas Informes y FormulariosTABLASUna tabla de una base de datos es similar en apariencia a una hoja de caacutelculo en cuanto a que los datos se almacenan en filas y columnas Como consecuencia normalmente es bastante faacutecil importar una hoja de caacutelculo en una tabla de una base de datos La principal diferencia entre almacenar los datos en una hoja de caacutelculo y hacerlo en una base de datos es la forma de organizarse los datos
Para lograr la maacutexima flexibilidad para una base de datos la informacioacuten tiene que estar organizada en tablas para que no haya redundancias Por ejemplo si se almacena informacioacuten sobre empleados cada empleado se insertaraacute una sola vez en una tabla que se configuraraacute
para contener uacutenicamente datos de los empleados Los datos sobre productos se almacenaraacuten en su propia tabla y los datos sobre sucursales tambieacuten tendraacuten su tabla aparte Este proceso se conoce como normalizacioacuten
REGISTROS- Un registro (tambieacuten llamado fila o tupla) representa un objeto uacutenico de datos impliacutecitamente estructurados en una tabla En teacuterminos simples una tabla de una base de datos puede imaginarse formada de filas y columnas o campos Cada fila de una tabla representa un conjunto de datos relacionados y todas las filas de la misma tabla tienen la misma estructura
Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repeticioacuten de entidad Se le asigna automaacuteticamente un nuacutemero consecutivo (nuacutemero de registro) que en ocasiones es usado como iacutendice aunque lo normal y praacutectico es asignarle a cada registro un campo clave para su buacutesqueda
CAMPOS- En informaacutetica un campo es un espacio de almacenamiento para un dato en particular En las bases de datos un campo es la miacutenima unidad de informacioacuten a la que se puede acceder un campo o un conjunto de ellos forman un registro donde pueden existir campos en blanco siendo eacuteste un error del sistema operativo En las hojas de caacutelculo los campos son llamados celdas
INDICES- El iacutendice de una base de datos es una estructura de datos que mejora la velocidad de las operaciones por medio de identificador uacutenico de cada fila de una tabla permitiendo un raacutepido acceso a los registros de una tabla en una base de datos Al aumentar draacutesticamente la velocidad de acceso se suelen usar sobre aquellos campos sobre los cuales se hacen frecuentes buacutesquedas
El iacutendice tiene un funcionamiento similar al iacutendice de un libro guardando parejas de elementos el elemento que se desea indexar y su posicioacuten en la base de datos Para buscar un elemento que esteacute indexado soacutelo hay que buscar en el iacutendice dicho elemento para una vez encontrado devolver el registro que se encuentre en la posicioacuten marcada por el iacutendice
Los iacutendices pueden ser creados usando una o maacutes columnas proporcionando la base tanto para buacutesquedas raacutepidas al azar como de un ordenado acceso a registros eficiente
CLAVE PRINCIPAL- En el disentildeo de bases de datos relacionales se llama clave primaria a un campo o a una combinacioacuten de campos que identifica de forma uacutenica a cada fila de una tabla Una clave primaria comprende de esta manera una columna o conjunto de columnas
No puede haber dos filas en una tabla que tengan la misma clave primaria Una clave primaria debe identificar a todas las posibles filas de una tabla y no uacutenicamente a las filas que se encuentran en un momento determinado Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro) Las guiacuteas telefoacutenicas y diccionarios no pueden usar nombres o palabras o nuacutemeros del sistema decimal de Dewey como claves candidatas porque no identifican uniacutevocamente nuacutemeros de teleacutefono o palabras
CLAVE SECUNDARIA- Una Clave Secundaria es un orden que no necesariamente identifica una fila de otra (puede haber repeticiones) pero sirve para procesar la informacioacuten en un orden adecuado para alguacuten proceso en particular Por ejemplo la Fecha de una factura es importante para listar los Libros de IVA o para filtrar facturas entre fechas por ello se la establece como Clave Secundaria Tambieacuten los campos que hacen referencia a otras tablas son Claves Secundarias aunque se les suele llamar en ese caso Claves Foraacuteneas
Una clave foraacutenea en una base de datos relacional es una clave que se usa en una tabla secundaria y que coincide con la clave primaria en una tabla primaria relacionada Las claves foraacuteneas pueden tener valores duplicados (multiplicidad) en la tabla secundaria mientras que para las claves primarias eso no es posible El uso apropiado de claves foraacuteneas permite exigir la integridad referencial
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
Una base de datos es un sistema informaacutetico a modo de almaceacuten En este almaceacuten se guardan grandes voluacutemenes de informacioacuten Por ejemplo imaginemos que somos una compantildeiacutea telefoacutenica y deseamos tener almacenados los datos personales y los nuacutemeros de teleacutefono de todos nuestros clientes que posiblemente sean millones de personas
Una base de datos es un conjunto de datos que estaacuten organizados para un uso determinado y el conjunto de los programas que permiten gestionar estos datos es lo que se denomina Sistema Gestor de Bases de Datos
DBMSDBMS (DataBase Managment System) por sus siglas en ingleacutes Un sistema de gestioacuten de bases de datos (SGBD) es un conjunto de programas que permiten el almacenamiento modificacioacuten y extraccioacuten de la informacioacuten en una base de datos ademaacutes de proporcionar herramientas para antildeadir borrar modificar y analizar los datos Los usuarios pueden acceder a la informacioacuten usando herramientas especiacuteficas de interrogacioacuten y de generacioacuten de informes o bien mediante aplicaciones al efecto
Las Bases de datos estaacuten compuestas por Tablas Consultas Informes y FormulariosTABLASUna tabla de una base de datos es similar en apariencia a una hoja de caacutelculo en cuanto a que los datos se almacenan en filas y columnas Como consecuencia normalmente es bastante faacutecil importar una hoja de caacutelculo en una tabla de una base de datos La principal diferencia entre almacenar los datos en una hoja de caacutelculo y hacerlo en una base de datos es la forma de organizarse los datos
Para lograr la maacutexima flexibilidad para una base de datos la informacioacuten tiene que estar organizada en tablas para que no haya redundancias Por ejemplo si se almacena informacioacuten sobre empleados cada empleado se insertaraacute una sola vez en una tabla que se configuraraacute
para contener uacutenicamente datos de los empleados Los datos sobre productos se almacenaraacuten en su propia tabla y los datos sobre sucursales tambieacuten tendraacuten su tabla aparte Este proceso se conoce como normalizacioacuten
REGISTROS- Un registro (tambieacuten llamado fila o tupla) representa un objeto uacutenico de datos impliacutecitamente estructurados en una tabla En teacuterminos simples una tabla de una base de datos puede imaginarse formada de filas y columnas o campos Cada fila de una tabla representa un conjunto de datos relacionados y todas las filas de la misma tabla tienen la misma estructura
Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repeticioacuten de entidad Se le asigna automaacuteticamente un nuacutemero consecutivo (nuacutemero de registro) que en ocasiones es usado como iacutendice aunque lo normal y praacutectico es asignarle a cada registro un campo clave para su buacutesqueda
CAMPOS- En informaacutetica un campo es un espacio de almacenamiento para un dato en particular En las bases de datos un campo es la miacutenima unidad de informacioacuten a la que se puede acceder un campo o un conjunto de ellos forman un registro donde pueden existir campos en blanco siendo eacuteste un error del sistema operativo En las hojas de caacutelculo los campos son llamados celdas
INDICES- El iacutendice de una base de datos es una estructura de datos que mejora la velocidad de las operaciones por medio de identificador uacutenico de cada fila de una tabla permitiendo un raacutepido acceso a los registros de una tabla en una base de datos Al aumentar draacutesticamente la velocidad de acceso se suelen usar sobre aquellos campos sobre los cuales se hacen frecuentes buacutesquedas
El iacutendice tiene un funcionamiento similar al iacutendice de un libro guardando parejas de elementos el elemento que se desea indexar y su posicioacuten en la base de datos Para buscar un elemento que esteacute indexado soacutelo hay que buscar en el iacutendice dicho elemento para una vez encontrado devolver el registro que se encuentre en la posicioacuten marcada por el iacutendice
Los iacutendices pueden ser creados usando una o maacutes columnas proporcionando la base tanto para buacutesquedas raacutepidas al azar como de un ordenado acceso a registros eficiente
CLAVE PRINCIPAL- En el disentildeo de bases de datos relacionales se llama clave primaria a un campo o a una combinacioacuten de campos que identifica de forma uacutenica a cada fila de una tabla Una clave primaria comprende de esta manera una columna o conjunto de columnas
No puede haber dos filas en una tabla que tengan la misma clave primaria Una clave primaria debe identificar a todas las posibles filas de una tabla y no uacutenicamente a las filas que se encuentran en un momento determinado Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro) Las guiacuteas telefoacutenicas y diccionarios no pueden usar nombres o palabras o nuacutemeros del sistema decimal de Dewey como claves candidatas porque no identifican uniacutevocamente nuacutemeros de teleacutefono o palabras
CLAVE SECUNDARIA- Una Clave Secundaria es un orden que no necesariamente identifica una fila de otra (puede haber repeticiones) pero sirve para procesar la informacioacuten en un orden adecuado para alguacuten proceso en particular Por ejemplo la Fecha de una factura es importante para listar los Libros de IVA o para filtrar facturas entre fechas por ello se la establece como Clave Secundaria Tambieacuten los campos que hacen referencia a otras tablas son Claves Secundarias aunque se les suele llamar en ese caso Claves Foraacuteneas
Una clave foraacutenea en una base de datos relacional es una clave que se usa en una tabla secundaria y que coincide con la clave primaria en una tabla primaria relacionada Las claves foraacuteneas pueden tener valores duplicados (multiplicidad) en la tabla secundaria mientras que para las claves primarias eso no es posible El uso apropiado de claves foraacuteneas permite exigir la integridad referencial
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
Para lograr la maacutexima flexibilidad para una base de datos la informacioacuten tiene que estar organizada en tablas para que no haya redundancias Por ejemplo si se almacena informacioacuten sobre empleados cada empleado se insertaraacute una sola vez en una tabla que se configuraraacute
para contener uacutenicamente datos de los empleados Los datos sobre productos se almacenaraacuten en su propia tabla y los datos sobre sucursales tambieacuten tendraacuten su tabla aparte Este proceso se conoce como normalizacioacuten
REGISTROS- Un registro (tambieacuten llamado fila o tupla) representa un objeto uacutenico de datos impliacutecitamente estructurados en una tabla En teacuterminos simples una tabla de una base de datos puede imaginarse formada de filas y columnas o campos Cada fila de una tabla representa un conjunto de datos relacionados y todas las filas de la misma tabla tienen la misma estructura
Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repeticioacuten de entidad Se le asigna automaacuteticamente un nuacutemero consecutivo (nuacutemero de registro) que en ocasiones es usado como iacutendice aunque lo normal y praacutectico es asignarle a cada registro un campo clave para su buacutesqueda
CAMPOS- En informaacutetica un campo es un espacio de almacenamiento para un dato en particular En las bases de datos un campo es la miacutenima unidad de informacioacuten a la que se puede acceder un campo o un conjunto de ellos forman un registro donde pueden existir campos en blanco siendo eacuteste un error del sistema operativo En las hojas de caacutelculo los campos son llamados celdas
INDICES- El iacutendice de una base de datos es una estructura de datos que mejora la velocidad de las operaciones por medio de identificador uacutenico de cada fila de una tabla permitiendo un raacutepido acceso a los registros de una tabla en una base de datos Al aumentar draacutesticamente la velocidad de acceso se suelen usar sobre aquellos campos sobre los cuales se hacen frecuentes buacutesquedas
El iacutendice tiene un funcionamiento similar al iacutendice de un libro guardando parejas de elementos el elemento que se desea indexar y su posicioacuten en la base de datos Para buscar un elemento que esteacute indexado soacutelo hay que buscar en el iacutendice dicho elemento para una vez encontrado devolver el registro que se encuentre en la posicioacuten marcada por el iacutendice
Los iacutendices pueden ser creados usando una o maacutes columnas proporcionando la base tanto para buacutesquedas raacutepidas al azar como de un ordenado acceso a registros eficiente
CLAVE PRINCIPAL- En el disentildeo de bases de datos relacionales se llama clave primaria a un campo o a una combinacioacuten de campos que identifica de forma uacutenica a cada fila de una tabla Una clave primaria comprende de esta manera una columna o conjunto de columnas
No puede haber dos filas en una tabla que tengan la misma clave primaria Una clave primaria debe identificar a todas las posibles filas de una tabla y no uacutenicamente a las filas que se encuentran en un momento determinado Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro) Las guiacuteas telefoacutenicas y diccionarios no pueden usar nombres o palabras o nuacutemeros del sistema decimal de Dewey como claves candidatas porque no identifican uniacutevocamente nuacutemeros de teleacutefono o palabras
CLAVE SECUNDARIA- Una Clave Secundaria es un orden que no necesariamente identifica una fila de otra (puede haber repeticiones) pero sirve para procesar la informacioacuten en un orden adecuado para alguacuten proceso en particular Por ejemplo la Fecha de una factura es importante para listar los Libros de IVA o para filtrar facturas entre fechas por ello se la establece como Clave Secundaria Tambieacuten los campos que hacen referencia a otras tablas son Claves Secundarias aunque se les suele llamar en ese caso Claves Foraacuteneas
Una clave foraacutenea en una base de datos relacional es una clave que se usa en una tabla secundaria y que coincide con la clave primaria en una tabla primaria relacionada Las claves foraacuteneas pueden tener valores duplicados (multiplicidad) en la tabla secundaria mientras que para las claves primarias eso no es posible El uso apropiado de claves foraacuteneas permite exigir la integridad referencial
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
CAMPOS- En informaacutetica un campo es un espacio de almacenamiento para un dato en particular En las bases de datos un campo es la miacutenima unidad de informacioacuten a la que se puede acceder un campo o un conjunto de ellos forman un registro donde pueden existir campos en blanco siendo eacuteste un error del sistema operativo En las hojas de caacutelculo los campos son llamados celdas
INDICES- El iacutendice de una base de datos es una estructura de datos que mejora la velocidad de las operaciones por medio de identificador uacutenico de cada fila de una tabla permitiendo un raacutepido acceso a los registros de una tabla en una base de datos Al aumentar draacutesticamente la velocidad de acceso se suelen usar sobre aquellos campos sobre los cuales se hacen frecuentes buacutesquedas
El iacutendice tiene un funcionamiento similar al iacutendice de un libro guardando parejas de elementos el elemento que se desea indexar y su posicioacuten en la base de datos Para buscar un elemento que esteacute indexado soacutelo hay que buscar en el iacutendice dicho elemento para una vez encontrado devolver el registro que se encuentre en la posicioacuten marcada por el iacutendice
Los iacutendices pueden ser creados usando una o maacutes columnas proporcionando la base tanto para buacutesquedas raacutepidas al azar como de un ordenado acceso a registros eficiente
CLAVE PRINCIPAL- En el disentildeo de bases de datos relacionales se llama clave primaria a un campo o a una combinacioacuten de campos que identifica de forma uacutenica a cada fila de una tabla Una clave primaria comprende de esta manera una columna o conjunto de columnas
No puede haber dos filas en una tabla que tengan la misma clave primaria Una clave primaria debe identificar a todas las posibles filas de una tabla y no uacutenicamente a las filas que se encuentran en un momento determinado Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro) Las guiacuteas telefoacutenicas y diccionarios no pueden usar nombres o palabras o nuacutemeros del sistema decimal de Dewey como claves candidatas porque no identifican uniacutevocamente nuacutemeros de teleacutefono o palabras
CLAVE SECUNDARIA- Una Clave Secundaria es un orden que no necesariamente identifica una fila de otra (puede haber repeticiones) pero sirve para procesar la informacioacuten en un orden adecuado para alguacuten proceso en particular Por ejemplo la Fecha de una factura es importante para listar los Libros de IVA o para filtrar facturas entre fechas por ello se la establece como Clave Secundaria Tambieacuten los campos que hacen referencia a otras tablas son Claves Secundarias aunque se les suele llamar en ese caso Claves Foraacuteneas
Una clave foraacutenea en una base de datos relacional es una clave que se usa en una tabla secundaria y que coincide con la clave primaria en una tabla primaria relacionada Las claves foraacuteneas pueden tener valores duplicados (multiplicidad) en la tabla secundaria mientras que para las claves primarias eso no es posible El uso apropiado de claves foraacuteneas permite exigir la integridad referencial
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
CLAVE PRINCIPAL- En el disentildeo de bases de datos relacionales se llama clave primaria a un campo o a una combinacioacuten de campos que identifica de forma uacutenica a cada fila de una tabla Una clave primaria comprende de esta manera una columna o conjunto de columnas
No puede haber dos filas en una tabla que tengan la misma clave primaria Una clave primaria debe identificar a todas las posibles filas de una tabla y no uacutenicamente a las filas que se encuentran en un momento determinado Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro) Las guiacuteas telefoacutenicas y diccionarios no pueden usar nombres o palabras o nuacutemeros del sistema decimal de Dewey como claves candidatas porque no identifican uniacutevocamente nuacutemeros de teleacutefono o palabras
CLAVE SECUNDARIA- Una Clave Secundaria es un orden que no necesariamente identifica una fila de otra (puede haber repeticiones) pero sirve para procesar la informacioacuten en un orden adecuado para alguacuten proceso en particular Por ejemplo la Fecha de una factura es importante para listar los Libros de IVA o para filtrar facturas entre fechas por ello se la establece como Clave Secundaria Tambieacuten los campos que hacen referencia a otras tablas son Claves Secundarias aunque se les suele llamar en ese caso Claves Foraacuteneas
Una clave foraacutenea en una base de datos relacional es una clave que se usa en una tabla secundaria y que coincide con la clave primaria en una tabla primaria relacionada Las claves foraacuteneas pueden tener valores duplicados (multiplicidad) en la tabla secundaria mientras que para las claves primarias eso no es posible El uso apropiado de claves foraacuteneas permite exigir la integridad referencial
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
CONSULTAS Se utilizan consultas para ver modificar y analizar datos de formas diferentes
Las consultas nos permitiraacuten
1 Recuperar datos de una o maacutes tablas con los criterios especificados y despueacutes mostrar los datos en el orden que se desee
2 Ver todos o algunos registros todos o algunos campos de una o varias tablas relacionadas 3 Actualizar registros en una tabla 4
Agrupar registros y calcular sumas cuentas promedios y otros tipos de totales
5 Reunir datos de varias tablas y ordenarlos de una forma concreta
6 Eliminar un registro o un grupo de registros de una o maacutes tablas
7 Realizar cambios globales en un grupo de registros de una o maacutes tablas
8 Anexar un grupo de registros de una a otra tabla
9 Crear tablas que pueden exportarse a otras bases de datos
10 Crear formularios informes y paacuteginas web
11 Crear una copia de seguridad una tabla
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
INFORMESLos informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generacioacuten de archivos en formato PDF Habitualmente los informes se suelen construir a partir de los resultados obtenidos de la ejecucioacuten de consultas De esta forma combinamos la posibilidad de seleccionar soacutelo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes
FORMULARIOSLos formularios nos ayudaraacuten principalmente en tareas de introduccioacuten de informacioacuten Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante este meacutetodo se vuelve poco eficaz Para resolver este problema tenemos los formularios donde la inclusioacuten de datos se hace de forma mucho maacutes intuitiva y sencilla En la figura 13 podemos ver un ejemplo de formulario Ademaacutes y al igual que ocurre con las consultas los formularios tambieacuten permiten trabajar simultaacuteneamente sobre varias de las tablas de una base de datos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
MODELOS DE BASES DE DATOS
Los modelos fundamentales de datos son el conceptual y el modelo loacutegico
MODELO CONCEPTUALEl disentildeo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos Un esquema conceptual es una descripcioacuten de alto nivel de la estructura de la base de datos independientemente del DBMS que se vaya a utilizar para manipularla Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales El objetivo del disentildeo conceptual es describir los datos de la base de datos y no las estructuras de almacenamiento que se necesitaraacuten para manejar estos datos
MODELO ERDenominado por sus siglas como ER eacuteste modelo representa a la realidad a traveacutes de Entidades que son objetos que existen y que se distinguen de otros por sus caracteriacutesticas por ejemplo un alumno se distingue de otro por sus caracteriacutesticas particulares como lo es el nombre o el nuacutemero de control asignado al entrar a una institucioacuten educativa asiacute mismo un empleado una materia etc
Las entidades pueden ser de dos tipos
Tangibles Son todos aquellos objetos fiacutesicos que podemos ver tocar o sentir
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
Intangibles Todos aquellos eventos u objetos conceptuales que no podemos ver aun sabiendo que existen por ejemplo la entidad materia sabemos que existe sin embargo no la podemos visualizar o tocar
Las caracteriacutesticas de las entidades en base de datos se llaman Atributos por ejemplo el nombre direccioacuten teleacutefono grado grupo etc son atributos de la entidad alumno Clave nuacutemero de seguro social departamento etc son atributos de la entidad empleado A su vez una entidad se puede asociar o Relacionar con maacutes entidades a traveacutes de relaciones
Graacuteficamente se representa de la siguiente manera
MODELO RMTFue publicado por Edgar F Codd en 1979 y es el nombre dado a una serie de ampliaciones de su modelo relacional originales ( RM ) publicado en 1970 El objetivo general de la RM T fue definir algunas unidades semaacutenticas fundamentales en atoacutemica y niveles moleculares para el modelado de datos Codd escribe el resultado es un modelo con una variedad maacutes rica de los objetos que el modelo relacional original reglas y algunos operadores adicionales que hacen que el aacutelgebra maacutes potente adicional insert- update- Eliminar
Sustitutos
ENTIDAD RELACIOacuteN ATRIBUTO
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
Un sustituto es un valor uacutenico asignado a cada entidad Si dos relaciones utilizan el mismo valor sustituto continuacioacuten representan la misma entidad en el universo modelado El valor sustituto puede ser cualquier cadena o nuacutemero uacutenico pero no puede ser asignado o cambiado por el usuario de base de datos Por ejemplo una secuencia de SQL se utiliza a menudo para generar valores de sustitucioacuten numeacutericos Este uso del sustituto fue introducido por primera vez en el pabelloacuten Owlett y Todd en 1976
Entidades y nulidadesUna entidad es alguna cosa en el universo modelado y normalmente se identifica por un sustituto Un cero a la izquierda es algo que no es una entidad y no tiene su propio sustituto de identificacioacuten Una entidad independiente tiene su propia sustituta Una entidad dependiente tiene un sustituto pero pertenece a otra entidad es decir el sustituto es una clave externa
Semaacutentica AtoacutemicaLa RM T aborda la semaacutentica atoacutemicos mediante la descripcioacuten de coacutemo la relacioacuten RM original puede ser usado para describir las entidades con atributos Una entidad se representa como una entidad-relacioacuten o E-relacioacuten y sus atributos (o propiedades inmediatos) se almacenan en la propiedad de relaciones separadas o P-relaciones Cada E-relacioacuten comparte su sustituto con los P-relaciones asociadas
MODELO SEMAacuteNTICOLos modelos semaacutenticos en cambio permiten captar mejor el significado (semaacutentica) de los datos contenidos en la base de datos
Objetos Semaacutenticos Un objeto semaacutentico es una representacioacuten de algunas cosas identificables en el ambiente de trabajo de los usuarios De manera formal un objeto semaacutentico es un conjunto de atributos que describen con eficacia una identidad bien determinada Los objetos semaacutenticos se agrupan en clases Una clase de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las cosas que representa Los nombres de clases se escriben en mayuacutesculas Un objeto semaacutentico particular es una ocurrencia de tal clase Por ejemplo William Shakespeare es una ocurrencia de la clase ESCRITOR y CUARTO es una ocurrencia de la clase EDIFICIO
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
MODELO LOacuteGICOEl disentildeo loacutegico parte del esquema conceptual y da como resultado un esquema loacutegico Un esquema loacutegico es una descripcioacuten de la estructura de la base de datos en teacuterminos de las estructuras de datos que puede procesar un tipo de DBMS Un modelo loacutegico es un lenguaje usado para especificar esquemas loacutegicos (modelo relacional modelo de red etc) El disentildeo loacutegico depende del tipo de DBMS que se vaya a utilizar no depende del producto concreto
MODELO RELACIONALEl modelo relacional constituye una alternativa para la organizacioacuten y representacioacuten de la informacioacuten que se pretende almacenar en una base de datos Se trata de un modelo teoacuterico matemaacutetico que ademaacutes de proporcionarnos los elementos baacutesicos de modelado (las relaciones) incluye un conjunto de operadores (definidos en forma de un aacutelgebra relacional) para su manipulacioacuten sin ambiguumledad posible El caraacutecter formal del modelo relacional hace relativamente sencilla su representacioacuten y gestioacuten por medio de herramientas informaacuteticas No es casual pues que haya sido elegido como referencia para la construccioacuten de la gran mayoriacutea de los Sistemas de Gestioacuten de Bases de Datos comerciales disponibles en el mercado ni tampoco que sea tambieacuten habitualmente seleccionado como modelo de referencia para la elaboracioacuten del esquema loacutegico de una base de datos como tercer paso de la habitual metodologiacutea de disentildeo de BDs (despueacutes del anaacutelisis de requerimientos y la elaboracioacuten del esquema conceptual) En el modelo relacional se basa en el concepto matemaacutetico de relacioacuten En este modelo la informacioacuten se representa en forma de ldquotablasrdquo o relaciones donde cada fila de la tabla se interpreta como una relacioacuten ordenada de valores (un conjunto de valores relacionados entre siacute)
MODELO CODASYL
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
CODASYL (tambieacuten escrito Codasyl) es el acroacutenimo para Conference on Data Systems Languages un consorcio de industrias informaacuteticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacioacuten estaacutendar que pudiera ser utilizado en multitud de ordenadores De todos estos esfuerzos resultoacute el lenguaje COBOL
El modelo Codasyl definioacute una serie de elementos baacutesicos que definiacutean su estructura de datos Son los siguientes
- Elemento de datos- Unidad de datos maacutes pequentildea que se puede referenciar Puede ser de distintos tipos y puede definirse como dependiente de valores de otros elementos (datos derivados)
- Agregado de datos- Se asemeja a los campos de un fichero o a los atributos de otros modelos
- Registro- Coleccioacuten nominada de elementos de datos Unidad baacutesica de acceso y manipulacioacuten Se asemeja a los registros en ficheros y a las entidades en el modelo ER
- Conjunto (SET)- Coleccioacuten nominada de dos o maacutes tipos de registros que establece una vinculacioacuten entre ellos Origen de muchas restricciones Las interrelaciones 1N se representan aquiacute mediante SET
- Aacuterea- Subdivisioacuten nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros
- Clave de base de datos 1048774 identificador interno uacutenico para cada ocurrencia de registro
Proporciona su direccioacuten en la base de datos Es un obstaacuteculo para conseguir la independencia loacutegica fiacutesica Suponiacutea problemas el reutilizar una clave cuando se reorganizaba la base de
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
datos
MODELO JERAacuteRQUICOUna base de datos jeraacuterquica es un tipo de sistema de gestioacuten de bases de datos que almacenan la informacioacuten en una estructura jeraacuterquica que enlaza los registros en forma de estructura de aacuterbol en donde un nodo padre de informacioacuten puede tener varios nodos hijo De la misma manera se puede establecer relacioacuten entre los nodos hermanos En este caso la estructura en forma de aacuterbol se convierte en una estructura en forma de grafo dirigido
El modelo jeraacuterquico se clasifica en estructuras lineales y arborescentes La primera clase de estructura cada tipo de registro padre soacutelo puede tener un tipo de registro hijo La segunda un tipo de registro padre puede tener varios tipos de registros hijos El producto comercial de tipo Jeraacuterquico maacutes extendido y el uacutenico que ha llegado hasta nuestros diacuteas es el IMS de IBM
El modelo jeraacuterquico facilita relaciones padre-hijo es decir relaciones 1N (de uno a varios) del modelo relacional Pero a diferencia de eacuteste uacuteltimo las relaciones son unidireccionales En justicia dichas relaciones son hijo-padre pero no padre-hijo Por ejemplo el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre) pero no al contrario Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raiacutez La consulta en el sentido contrario requiere una buacutesqueda secuencial por todos los registros de la base de datos (por ejemplo para consultar todos los empleados de un departamento) En las bases de datos jeraacuterquicas no existen iacutendices que faciliten esta tarea
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos De la misma manera otra limitacioacuten es no garantiza la inexistencia de registros duplicados Esto tambieacuten es cierto para los campos ldquoclaverdquo Es decir no se garantiza que dos registros cualesquiera tengan diferentes valores en un subconjunto concreto de campos
