Que es un sistema? Es un repositorio en donde guardamos informacin integrada que podemos almacenar y recuperar.

Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos

Cules son las caractersticas de los sistemas?

Los Sistemas de Informacin difieren de cualquier otro software por dos razones principales: 1. Almacenan gran cantidad de Informacin 2. Realizan un bajo grado de procesamiento sobre la informacin, y ste es, fundamentalmente, de tipo estadstico Aunque suene redundante, no est dems sealar, que la informacin que entrega un SI, es utilizada para tomar decisiones organizacionales. As se catalogan como SI, aquellos sistemas de informacin como:

Contabilidad: Informacin de flujos y estados financieros de la organizacin. Personal: Toda la informacin referente al Recurso Humano de la institucin. Registro Curricular (en una Universidad): Informacin respecto de los alumnos y su situacin acadmica;

Qu diferencia existe entre dato e informacin?

Un dato es un conjunto discreto, de factores objetivos sobre un hecho real. La informacin es un conjunto de comunicacin audible y visible. A diferencia de los datos, la informacin tiene significado (relevancia y propsito). Los datos se convierten en informacin cuando su creador les aade significado.

Qu es un sistema de informacin?

Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras:

personas datos actividades o tcnicas de trabajo Recursos materiales en general (generalmente recursos informticos y de comunicacin, aunque no necesariamente).

Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. Habitualmente el trmino se usa de manera errnea como sinnimo de sistema de informacin informtico, en parte porque en la mayor parte de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general.

Cules son las cualidades de la informacin?

Cul es la finalidad de los sistemas de informacin?

Qu conforma a un sistema de informacin?

Un SI est compuesto por 6 elementos claramente identificables, tal y como se muestran en la siguiente figura:

(nota: las cabezas de flechas son importantes, pues muestran el sentido del flujo de informacin) Ellos son: Base de Datos: Es donde se almacena toda la informacin que se requiere para la toma de decisiones. La informacin se organiza en registros especficos e identificables. Transacciones: Corresponde a todos los elementos de interfaz que permiten al usuario: consultar, agregar, modificar o eliminar un registro especfico de Informacin. Informes: Corresponden a todos los elementos de interfaz mediante los cuales el usuario puede obtener uno o ms registros y/o informacin de tipo estadstico (contar, sumar) de acuerdo a criterios de bsqueda y seleccin definidos. Procesos: Corresponden a todos aquellos elementos que, de acuerdo a una lgica predefinida, obtienen informacin de la base de datos y generan nuevos registros de informacin. Los procesos slo son controlados por el usuario (de ahi que aparezca en lnea de puntos). Usuario: Identifica a todas las personas que interactan con el sistema, esto incluye desde el mximo nivel ejecutivo que recibe los informes de estadsticas procesadas, hasta el usuario operativo que se encarga de recolectar e ingresar la informacin al sistema. Procedimientos Administrativos: Corresponde al conjunto de reglas y polticas de la organizacin, que rigen el comportamiento de los usuarios frente al sistema. Particularmente, debieran asegurar que nunca, bajo ninguna circunstancia un usuario tenga acceso directo a la Base de Datos ("cocinar datos")...

Cules son los tipos de sistemas de informacin que existen?

Cules son las caractersticas de los sistemas de informacin?

Un SI tiene diversas caractersticas dependiendo de la perspectiva con la que se observa, lo dividiremos en dos grupos (1) desde la naturaleza:

Propsito u objetivo. Globalismo o totalidad. Entropa. Homeostasis.

Aunque tambin se pueden ver las caractersticas que tienen desde el (2) tipo de sistema: 1. Sistemas Transaccionales: o Agilizar las tareas operacionales de la organizacin. o Alta transaccionabilidad (entradas y salidas de informacin). o Nivel de clculo bajo. 2. Sistemas de Apoyo de las Decisiones: o Baja transaccionabilidad (entradas y salidas de informacin). o Nivel alto de clculo, y operaciones complejas. 3. Sistemas Estratgicos: o La complejidad de estos SI es alta. o Generalmente su implementacin en la organizacional va precedida de los anteriores. o Apuntan a apuntar a otros horizontes la organizacin.

Cules son las categoras de los sistemas de informacin?

Cules son los componentes de un sistema de informacin?

Qu es un modelo de datos?

Un modelo de datos es un lenguaje orientado a describir una Base de Datos. Tpicamente un modelo de datos permite describir:

Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan. Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar correctamente la realidad deseada. Operaciones de manipulacin de los datos: tpicamente, operaciones de agregado, borrado, modificacin y recuperacin de los datos de la base.

Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre s. No hay que perder de vista que una Base de Datos siempre est orientada a resolver un problema determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software.

Cul es la clasificacin de los modelos en cuanto a la arquitectura ANSI?

Modelos de Datos Conceptuales Son los orientados a la descripcin de estructuras de datos y restricciones de integridad. Se usan fundamentalmente durante la etapa de Anlisis de un problema dado y estn orientados a representar los elementos que intervienen en ese problema y sus relaciones. El ejemplo ms tpico es el Modelo Entidad-Relacin. Modelos de Datos Lgicos Son orientados a las operaciones ms que a la descripcin de una realidad. Usualmente estn implementados en algn Manejador de Base de Datos. El ejemplo ms tpico es el Modelo Relacional, que cuenta con la particularidad de contar tambin con buenas caractersticas conceptuales (Normalizacin de bases de datos). Modelos de Datos Fsicos

Son estructuras de datos a bajo nivel implementadas dentro del propio manejador. Ejemplos tpicos de estas estructuras son los rboles B+, las estructuras de Hash, etc.

Diferencia entre modelo y esquema?

Modelo:Conjunto de conceptos, reglas y convenciones que permiten describir y manipular los datos de la parcela de un cierto mundo real que deseamos almacenar en la base de datos;

Esquema:Representacin de un determinado mundo real (universo del discurso) en trminos de un modelo de datos

En que consiste la parte esttica y dinmica de un modelo de datos?

Esttica: relativamente invariables con el tiempo (= estructura) Elementos permitidos

Objetos: Ej. Entidades, relaciones, registros, etc Asociaciones entre objetos: Ej. Interrelaciones, set, etc. Propiedades de los objetos o asociaciones: Ej. Atributos, campos, elementos de datos, etc. Dominios: Ej. Conjuntos nominados de valores sobre los que se definen las propiedades.

Elementos no permitidos: restricciones derivadas del mundo real que se est modelando (= semntica) Dinmica: los valores que toman los distintos objetos en un momentos determinado de tiempo ti .Reciben el nombre de ocurrencia del esquema y al contrario que la esttica vara de forma mucho ms usual.

Cules son los componentes de los modelos de datos dentro de las bases de datos?
La parte esencial de la estructura de base de datos es el modelo de datos: una coleccin de herramientas conceptuales para describir los datos, las relaciones de datos, la semntica de los datos y las ligaduras de consistencia. Los diferentes modelos de datos que se han propuesto se clasifican en tres grupos diferentes: modelos lgicos basados en objetos, modelos lgicos basados en registros y modelos fsicos.

Cules son las diferencias entre modelos convencionales y conceptuales?

Cul es la arquitectura de 3 niveles ANSI de bases de datos centralizadas?

Arquitectura ANSI La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado por la ANSISPARC (American National Standard Institute - Standards Planning and Requirements Committee) en 1975 como ayuda para conseguir la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. Nivel interno: Tiene un esquema interno que describe la estructura fsica de almacenamiento de base de datos. Emplea un modelo fsico de datos y los nicos datos que existen estn realmente en este nivel. Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos para una comunidad de usuarios. Oculta los detalles fsicos de almacenamiento y trabaja con elementos lgicos como entidades, atributos y relaciones. Nivel externo o de vistas: tiene varios esquemas externos o vistas de usuario. Cada esquema describe la visin que tiene de la base de datos a un grupo de usuarios, ocultando el resto. El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica. La mayora de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel fsico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la informacin a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo. Hay que destacar que los tres esquemas no son ms que descripciones de los mismos datos pero con distintos niveles de abstraccin. Los nicos datos que existen realmente estn a nivel fsico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier peticin expresada en trminos de un esquema externo a una peticin expresada en trminos del esquema conceptual, y luego, a una peticin en el esquema interno, que se procesar sobre la base de datos almacenada. Si la peticin es de una obtencin (consulta) de datos, ser preciso modificar el formato de la informacin extrada de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformacin. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.

La arquitectura de tres niveles es til para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos: La independencia lgica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no debern verse afectados. La independencia fsica es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros fsicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualizacin de datos. Dado que la independencia fsica se refiere slo a la separacin entre las aplicaciones y las estructuras fsicas de almacenamiento, es ms fcil de conseguir que la independencia lgica. En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catlogo o diccionario, de modo que incluya informacin sobre cmo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la informacin de correspondencia que se encuentra en el catlogo. La independencia de datos se consigue porque al modificarse el esquema en algn nivel, el esquema del nivel inmediato superior permanece sin cambios, slo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicacin que hacen referencia al esquema del nivel superior. Por lo tanto, la arquitectura de tres niveles puede facilitar la obtencin de la verdadera independencia de datos, tanto fsica como lgica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecucin de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.

Arquitectura funcional ANSI/X3/SPARC

El nivel clave en esta arquitectura, como se puede adivinar, es el conceptual. ste contiene la descripcin de las entidades, relaciones y propiedades de inters para la empresa (UoD), y constituye una plataforma estable desde la que proyectar los distintos esquemas externos, que describen los datos segn los programadores, sobre el esquema interno, que describe los datos segn el sistema fsico. Las posibles proyecciones de datos quedan resumidas en la grafica

Posibles proyecciones de datos Como cabra esperar, en la prctica cotidiana de implementacin de bases de datos, esta arquitectura no es seguida al cien por cien por los DBMSs comerciales. Existen muy pocos productos que contengan aplicaciones para facilitar la fase de anlisis. Por lo general, el nivel conceptual se obvia en los productos comerciales, salvo honrosas excepciones. Lo habitual es que el DBA realice el modelado conceptual usando sus propios recursos, o tal vez asistido por alguna aplicacin de anlisis, ya sea general o especfica. El procesador del esquema conceptual, es por tanto el propio DBA. Los DBMSs s suelen ofrecer facilidades para la creacin de esquemas externos, pero sin pasar por el nivel conceptual. Por supuesto, un DBMS comercial no est obligado a seguir las recomendaciones de estandarizacin de arquitecturas del comit 11 ANSI/X3/SPARC. Por lo que respecta al modelo relacional de bases de datos , que ya exista antes del informe de este comit, los fabricantes de RDBMSs se ajustan en mayor o menor medida al modelo terico y, en cuanto a la arquitectura, han intentado seguir las recomendaciones del grupo RDBTG (Relational Data Base Task Group), parte del comit ANSI/X3/SPARC. El resultado de este grupo fue restar importancia a las arquitecturas y realzar la de los lenguajes e interfaces. Como consecuencia, el lenguaje SQL, est hoy en da totalmente estandarizado, y en cambio encontramos distintas arquitecturas de RDBMS. Sin embargo se pueden distinguir dos tipos generales de arquitecturas para estos sistemas de bases de datos.

Arquitectura separada de RDBMS

Arquitectura integrada de RDBMS El tipo de arquitectura integrada es en general preferible a la arquitectura separada y el ms comn entre los RDBMSs comerciales. De todos modos, la consecuencia de una integracin de los lenguajes de definicin de datos (DDL) y los de manipulacin de datos (DML) en un slo lenguaje (DMDL: Data Manipulation and Description Language), son a nuestro parecer positivas y negativas. Por un lado, esta integracin resulta muy cmoda para el DBA, puesto que le basta con aprender un solo lenguaje formal para realizar todas las tareas de creacin y mantenimiento de la base de datos. Pero por otro lado, estos sistemas (tanto los separados como los uniformes) fuerzan una proyeccin directa desde el nivel externo al interno, haciendo que el nivel conceptual, el fundamental segn la arquitectura ANSI/X3/SPARC, desaparezca o se implemente en el nivel externo como una vista global externa. Por esta razn algunos DBAs inexpertos tienden a obviar la

fase de anlisis, cuando de hecho es la vital para la correcta implementacin de la base de datos. Insistimos en que un buen modelado conceptual es una condicin indispensable para el correcto desarrollo de una base de datos. Pensamos que lo ideal es usar un DBMS que nos permita desarrollar todas las tareas (de descripcin y de manipulacin) lo ms fcilmente posible, pero no sin antes disponer de todas las herramientas necesarias para un correcto modelado conceptual, estn stas o no incluidas en el DBMS. 1 El enfoque jerrquico Un DBMS jerrquico utiliza jerarquas o rboles para la representacin lgica de los datos. Los archivos son organizados en jerarquas, y normalmente cada uno de ellos se corresponde con una de las entidades de la base de datos. Los rboles jerrquicos se representan de forma invertida, con la raz hacia arriba y las hojas hacia abajo.

Estructura de un rbol jerrquico Un pasos: 1. 2. 3. DBMS jerrquico recorre los distintos nodos de un rbol en un preorden que requiere tres

Visitar la raz. Visitar el hijo ms a la izquierda, si lo hubiera, que no haya sido visitado. Si todos los descendientes del segmento considerado se han visitado, volver a su padre e ir al punto 1. Cada nodo del rbol representa un tipo de registro conceptual, es decir, una entidad. A su vez, cada registro o segmento est constituido por un nmero de campos que los describen las propiedades o atributos de las entidades. Las relaciones entre entidades estn representadas por las ramas. cada departamento es una entidad que mantiene una relacin de uno a muchos con los profesores, que a su vez mantienen una relacin de uno a muchos con los cursos que imparten.

Base de datos jerrquica. Estructura lgica y ejemplo

Tressssssssssssssssss

Modelo de red
Saltar a: navegacin, bsqueda

El modelo de red es un Modelo de base de datos concebido como un modo flexible de representar objetos y su relacin

Ejemplo de un Modelo de red.

El inventor original del modelo de red fue Charles Bachman, y con ello fue desarrollado en una especificacin estndar publicada en 1969 por el consorcio CODASYL.

(IRON MAN filip)

La estructura de datos del modelo jerrquico es como un rbol de registros, con cada registro que tiene un registro paternal y muchos hijos, el modelo de red permite a cada registro tener mltiples registros paternales y de Hijos, formando una estructura de enrejado.

El argumento principal a favor del modelo de red, en comparacin con el modelo jerrquico, era que permiti un modelado ms natural de relaciones entre entidades. Aunque el modelo extensamente fuera puesto en prctica y usado, esto fall en hacerse dominante por dos motivos principales. En primer lugar, la IBM decidi atenerse al modelo jerrquico con extensiones de semired en sus productos establecidos como IMS Y DL/I. En segundo lugar, eventualmente fue desplazado por el modelo relacional, que ofreci un nivel ms alto, la interfaz ms declarativo. Hasta principios de los aos 1980 las ventajas del funcionamiento de las interfaces de bajo nivel de navegacin ofrecidos por jerrquico y bases de datos de red eran persuasivas para muchos usos en gran escala, pero como el hardware se hizo ms rpido, la productividad suplementaria y la flexibilidad del modelo relacional condujo a la cada en desuso gradual del modelo de red en el uso corporativo de la empresa.

CODASYL
Saltar a: navegacin, bsqueda

CODASYL (tambin escrito Codasyl) es el acrnimo para "Conference on Data Systems Languages", un consorcio de industrias informticas formado en 1959 con el objeto de regular el desarrollo de un lenguaje de programacin estndar que pudiera ser utilizado en multitud de ordenadores. De todos estos esfuerzos result el lenguaje COBOL. Los miembros de CODASYL pertenecan a industrias e instituciones gubernamentales relacionadas con el proceso de datos. Su principal meta era promover un anlisis, diseo e implementacin de los sistemas de datos ms efectivos. La organizacin trabaj en varios lenguajes a lo largo del tiempo pero nunca llegaron a establecer estndar alguno, proceso que dejaron en manos de ANSI. En 1965 CODASYL form la List Processing Task Force (en espaol, Grupo de Trabajo para el Procesado de Listas). Este grupo se dedic a desarrollar extensiones del lenguaje COBOL para el procesamiento de colecciones de registros; el nombre surgi a causa del sistema IDS (Integrated Data System) desarrollado por Charles Bachman (sistema que supuso el mayor aporte tcnico al proyecto), y que manejaba las distintas relaciones mediante cadenas de punteros. En 1967 el grupo fue renombrado como Grupo de Trabajo sobre Bases de Datos, y su primer informe fechado en enero de 1968 se titul COBOL extensions to handle data bases (en espaol, Extensiones COBOL para el manejo de bases de datos). En octubre de 1969 el DBTG public las primeras especificaciones para el modelo de base de datos en red, el cual acab por ser conocido como Modelo Codasyl. Propiamente estas especificaciones definan varios lenguajes por separado: un lenguaje de descripcin de datos (DDL, siglas en ingls) para definir el esquema de la base de datos, otro DDL para crear uno o ms subesquemas para definir vistas de la base de datos en aplicaciones; y un lenguaje de manipulacin de datos (DML) que defina palabras clave

para incluir en el cdigo COBOL las llamadas y actualizaciones de la base de datos. Aunque los trabajos siempre se centraron en COBOL, la idea de un lenguaje independiente comenz a emerger, impulsada por las pretensiones de IBM de utilizar el PL/I como reemplazo de COBOL. En 1971, en gran parte como respuesta a la necesidad de la independencia del nuevo lenguaje de programacin, el trabajo fue reorganizado: el desarrollo del DDL fue continuado por el Data Description Language Committee, mientras que el desarrollo del COBOL DML fue asumido por el COBOL Language Committee. En retrospectiva, esta divisin tuvo desafortunadas consecuencias. Los dos grupos nunca fueron capaces de sincronizar sus especificaciones, obligando a los distribuidores a subsanar los problemas generados por las diferencias entre ellas. Finalmente se hizo inevitable la aparicin de una falta de interoperabilidad entre implementaciones. Algunas empresas implementaron productos de bases de datos rudamente conformes a las especificaciones del DBTG, siendo de todas ellas las ms conocidas: Honeywell Integrated Data Store (IDS/2), Cullinet Integrated Database Management System (IDMS), Univac DMS-1100 o Digital Equipment Corporation DBMS32.

El modelo CODASYL
El modelo Codasyl defini una serie de elementos bsicos que definan su estructura de datos. Son los siguientes: - Elemento de datos.- Unidad de datos ms pequea 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.- Coleccin nominada de elementos de datos. Unidad bsica de acceso y manipulacin. Se asemeja a los registros en ficheros y a las entidades en el modelo E/R. - Conjunto (SET).- Coleccin nominada de dos o ms tipos de registros que establece una vinculacin entre ellos. Origen de muchas restricciones. Las interrelaciones 1:N se representan aqu mediante SET. - rea.- Subdivisin nominada del espacio direccionable de la base de datos que contiene ocurrencias de registros. - Clave de base de datos identificador interno nico para cada ocurrencia de registro. Proporciona su direccin en la base de datos. Es un obstculo para conseguir la independencia lgica / fsica. Supona problemas el reutilizar una clave cuando se reorganizaba la base de datos.

Modelo jerrquico
Saltar a: navegacin, bsqueda

Diagrama de modelo de datos jerrquico.

Un modelo de datos jerrquico es un modelo de datos en el cual los datos son organizados en una estructura parecida a un rbol. La estructura permite a la informacin que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo slo tiene un padre. Todos los atributos de un registro especfico son catalogados bajo un tipo de entidad. Ejemplo de un Modelo Jerrquico: En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados el uno con el otro usando 1: Trazar un mapa de n, tambin conocido como relacion de uno a varios. El ejemplo ms aprobado de base de datos jerrquica modela es un IMS diseado por la IBM.

Contenido

1 Historia 2 Ejemplo 3 Referencias 4 Vase tambin

Historia
Una base de datos puesta en prctica relacionada con este tipo de modelo de datos primero fue llamada en la forma de publicacin en 1992 [1] (mirar tambin anid el modelo de conjuntos). Antes del desarrollo del primer sistema de gestin de datos (DBMS), los

programas de uso proporcionaron el acceso a los datos que tuvieron acceso a archivos planos. Los problemas de integridad de datos y la inhabilidad de tales sistemas de tratamiento de archivo para representar relaciones de datos lgicas conducen al primer modelo de datos: el modelo de datos jerrquico. Este modelo, que fue puesto en prctica principalmente por el Sistema de Direccin de Informacin de la IBM (IMS) slo permite personalizado(exacto) una a varias relaciones entre entidades. Cualquier entidad al final de la relacin puede ser relacionada slo con una entidad.

Ejemplo
Un ejemplo de un modelo de datos jerrquico sera si una organizacin tuviera los registros de empleados en una tabla (el tipo de entidad) llamada "Empleados". En la tabla habra atributos/columnas como el Nombre de pila, el Apellido, el Nombre de Trabajo y el Salario. La empresa tambin tiene datos sobre los hijos del empleado en una tabla separada "Hijos" llamada con atributos como el Nombre de pila, el Apellido, y la fecha de nacimiento. La tabla de Empleado representa un segmento paternal y la tabla de Hijos representa un segmento Infantil. Estos dos segmentos forman una jerarqua donde un empleado puede tener muchos hijos, pero cada hijo slo puede tener un padre. Considere la estructura siguiente:
EmpNo 10 20 30 40 Puesto Director Senior Manager 10 Typist Programmer 20 20 Reporta

En esta tabla, "el hijo" es el mismo tipo que "el padre". La jerarqua que declara EmpNo 10 es el jefe de 20, y30 y 40 cada informe a 20 es representado por la columna "Reporta". Llamada en la Base de datos relacional, la columna Reporta es una llave foranea, el referirse de la columna EmpNo. Si el tipo de datos "hijo" fuera diferente, estara en una tabla diferente, pero todava habra una llave foranea que se refiere la columna EmpNo de la tabla de empleados.

Un diagrama o modelo entidad-relacin (a veces denominado por sus siglas en ingls, ER "Entity relationship", o del espaol DER "Diagrama de Entidad Relacin") es una

herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de informacin as como sus interrelaciones y propiedades.

Contenido

1 Modelado Entidad-Relacin 2 Base terica y conceptual o 2.1 Entidad o 2.2 Atributos o 2.3 Relacin o 2.4 Conjunto de relaciones 3 Restricciones o 3.1 Correspondencia de cardinalidades o 3.2 Restricciones de participacin 4 Claves 5 Diagrama entidad-relacin o 5.1 Entidades o 5.2 Atributos o 5.3 Relaciones 6 Diagramas extendidos o 6.1 Entidades fuertes y dbiles o 6.2 Cardinalidad de las relaciones o 6.3 Atributos en relaciones o 6.4 Herencia o 6.5 Agregacin 7 Vase tambin

Modelado Entidad-Relacin
El Modelo Entidad-Relacin.
1. Se elabora el diagrama (o diagramas) entidad-relacin. 2. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama.

El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:

Transformacin de relaciones mltiples en binarias. Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas (en caso de utilizar una base de datos relacional).

Base terica y conceptual

El modelo de datos entidad-relacin est basado en una percepcin del mundo real que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre esos objetos.
Entidad

Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se diferencia unvocamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad. Algunos Ejemplos:

Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos). Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn atributos diferentes, por ejemplo, el nmero de chasis). Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su direccin).

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

Los atributos son las caractersticas que definen o identifican a una entidad. Estas pueden ser muchas, y el diseador solo utiliza o implementa las que considere ms relevantes. Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades. En un conjunto de entidades, cada entidad tiene valores especficos asignados para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca. Ejemplos: A la coleccin de entidades alumnos, con el siguiente conjunto de atributos en comn, (id, nombre, edad, semestre), pertenecen las entidades:

(1, Sofa, 38 aos, 2) (2, Josefa, 19 aos, 5) (3, Carlos, 20 aos, 2) ...

Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems por el valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.

En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su nmero de id. Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que ser almacenado o a restricciones en los valores que el atributo puede tomar (cadenas de caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros enteros...). Cuando algn atributo correspondiente a una entidad no tiene un valor determinado, recibe el valor nulo, bien sea porque no se conoce, porque no existe o porque no se sabe nada al respecto del mismo.

Modelo relacional
Saltar a: navegacin, bsqueda

El modelo relacional para la gestin de una base de datos es un modelo de datos basado en la lgica de predicados y en la teora de conjuntos. Es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar datos dinmicamente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de relaciones. Estas relaciones podran considerarse en forma lgica como conjuntos de datos llamados tuplas. Pese a que sta es la teora de las bases de datos relacionales creadas por Edgar Frank Codd, la mayora de las veces se conceptualiza de una manera ms fcil de imaginar, esto es, pensando en cada relacin como si fuese una tabla que est compuesta por registros (cada fila de la tabla sera un registro o tupla), y columnas (tambin llamadas campos).

Contenido

1 Descripcin o 1.1 Esquema o 1.2 Instancias 2 Base de datos relacional 3 Vase tambin

Descripcin

En este modelo todos los datos son almacenados en relaciones, y como cada relacin es un conjunto de datos, el orden en el que stos se almacenen no tiene relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar por un usuario no experto. La informacin puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la informacin. Este modelo considera la base de datos como una coleccin de relaciones. De manera simple, una relacin representa una tabla que no es ms que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila tambin se puede denominar tupla o registro y a cada columna tambin se le puede llamar campo o atributo. Para manipular la informacin utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el lgebra relacional y el Clculo relacional. El lgebra relacional permite describir la forma de realizar una consulta, en cambio, el Clculo relacional slo indica lo que se desea devolver.
Esquema

Un esquema es la definicin de una estructura (generalmente relaciones o tablas de una base de datos), es decir, determina la identidad de la relacin y que tipo de informacin podr ser almacenada dentro de ella; en otras palabras, el esquema son los metadatos de la relacin. Todo esquema constar de:

Nombre de la relacin (su identificador). Nombre de los atributos (o campos) de la relacin y sus dominios; el dominio de un atributo o campo define los valores permitidos para el mismo, es equivalente al tipo de dato por ejemplo character, integer, date, string, etc.

Instancias

Una instancia de manera formal es la aplicacin de un esquema a un conjunto finito de datos. En palabras no tan tcnicas, se puede definir como el contenido de una tabla en un momento dado, pero tambin es valido referirnos a una instancia cuando trabajamos o mostramos nicamente un subconjunto de la informacin contenida en una relacin o tabla, como por ejemplo:

Ciertos caracteres y nmeros (una sola columna de una sola fila). Algunas o todas las filas con todas o algunas columnas

Cada fila es una tupla. El nmero de filas es llamado cardinalidad. El nmero de columnas es llamado aridad o grado.

Base de datos relacional

Artculo principal: Base de datos relacional.

Una base de datos relacional es un conjunto de una o ms tablas estructuradas en registros (lneas) y campos (columnas), que se vinculan entre s por un campo en comn, en ambos casos posee las mismas caractersticas como por ejemplo el nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID, identificador o clave. A esta manera de construir bases de datos se le denomina modelo relacional. Estrictamente hablando el trmino se refiere a una coleccin especfica de datos pero a menudo se le usa, en forma errnea como sinnimo del software usado para gestionar esa coleccin de datos. Ese software se conoce como SGBD (sistema gestor de base de datos) relacional o RDBMS (del ingls relational database management system). Las bases de datos relacionales pasan por un proceso al que se le conoce como normalizacin de una base de datos, el cual es entendido como el proceso necesario para que una base de datos sea utilizada de manera ptima. Entre las ventajas de este modelo estn:
1. Garantiza herramientas para evitar la duplicidad de registros, a travs de campos claves o llaves. 2. Garantiza la integridad referencial: As al eliminar un registro elimina todos los registros relacionados dependientes. 3. Favorece la normalizacin por ser ms comprensible y aplicable.