Вы находитесь на странице: 1из 20

Universidad Autónoma de Ciudad Juárez

Instituto de Ingeniería y Tecnología

Sistemas Digitales y Comunicaciones.


Bases de Datos.
Tarea # 2: Conceptos de Unidad 1 y 2.
Carlos Daniel Torres Herrera 77760.
6 de Septiembre de 2010.
Ing. Jorge Isaac Arellano Flores.
-Información.
Se puede definir a la información como estímulos con un cierto significado para su
receptor. Cuando la información entra y es almacenada en una computadora,
generalmente se le conoce ¨dato¨. Después de la transformación (como el formato e
impresión), a los datos de salida una vez más se les percibe como información.

-Campo.
En base de datos un campo es considerado como columnas que contienen una pieza de
información específica en el registro de la base de datos.

Fuente: http://bit.ly/anoWns

-Registro.
En una base de datos, un registro (también conocido como fila) es un grupo de campos
dentro de una tabla que son relevantes para una entidad específica.
Por ejemplo, una tabla que contenga información de un cliente, donde el registro tendrá
campos como: Nombre del cliente, dirección, ciudad, número telefónico, etc.

-Archivo.
En base de datos, un archivo es la colección de registros relacionados entre sí. Por
ejemplo, puedes poner los registros que se tienen sobre cada uno de los clientes en un
archivo. A su vez, cada registro consiste en campos de datos individuales que se llenaran
con información relativa al registro. Al proporcionar la misma información en los mismos
campos en cada registro, el archivo será de fácil acceso para el análisis y la manipulación
por parte de un programa de ordenador. Este uso del término se ha convertido en algo
menos importante con el advenimiento de la base de datos y su énfasis sobre la mesa
como una manera de registrar y recoger datos de campo.

- Cliente
Un cliente es un programa solicitante o un usuario en una relación cliente / servidor. Por
ejemplo, el usuario de un navegador de Internet está haciendo con eficacia las solicitudes
de cliente para las páginas de los servidores en toda la Web. El propio navegador es un
cliente en su relación con el equipo que esta recibiendo y devolviendo el archivo HTML
solicitado. El equipo que controla la solicitud y enviar de vuelta el archivo HTML es un
servidor.
- Servidor.
Un servidor es un programa de ordenador que proporciona servicios a otros programas de
ordenador (y sus usuarios) en los mismos equipos o de otro tipo.
El equipo en el que un programa servidor se ejecuta con frecuencia también se conoce
como un servidor (aunque puede ser utilizado para otros fines).

En el modelo cliente / servidor de programación, un servidor es un programa que espera y


atiende las solicitudes provenientes de programas cliente en los mismos equipos o de
otro tipo. Una aplicación que aparecen en un ordenador puede funcionar como un cliente
con las solicitudes de servicios de otros programas y también como un servidor de
solicitudes de otros programas.

Base de Datos (Varios Conceptos).

1. Reducidas a su forma más básica, una base de datos es una lista de información.
O un conjunto de listas que trabajan juntos. Un programa de base de datos es un
gestor de listas profesional. Las bases de datos son una parte común de todo lo que
nos rodea. Por ejemplo, un libro telefónico es una representación en papel de una
base de datos. Le proporciona actos concretos de la información sobre las personas, y
se ordena la información en un orden diseñado para ayudar a encontrar lo que quieren
de forma rápida. Si el libro de teléfono contiene listados de negocios, a menudo se
llama las "páginas amarillas", la información no serán ordenados por las empresas y
por su tipo, y dentro de cada tipo de negocio, que serán ordenados por su nombre.
Fuente: Oracle Database 10g PL/SQL 101 pag5 Escrito por Christopher Allen.

2. Se define a una base de datos como una colección de auto-descriptivo de la gestión


integrada de registros. Y sí, que implica la tecnología informática, con
lenguajes de programación como SQL.
Un registro es una representación de algún objeto físico o conceptual. Digamos, por
ejemplo, que usted desea realizar un seguimiento de los clientes de una empresa. Se
asigna un registro para cada cliente. Cada registro tiene varios atributos, tales como
nombre, dirección y número de teléfono. Nombres individuales, direcciones, etcétera,
son los datos.
Una base de datos consta de los datos y metadatos. Los metadatos son los datos que
describe la estructura de los datos dentro de una base de datos. Si usted sabe cómo
se organizan los datos, entonces usted puede recuperar. Debido a que la base de
datos contiene una descripción de su propia estructura, es auto-descriptivo. La base de
datos es integrada ya que comprende no sólo los elementos de datos, sino también las
relaciones entre datos y elementos.
La base de datos almacena los metadatos en un área llamada el diccionario de datos,
que describe las tablas, columnas, índices, restricciones, y otros elementos que
constituyen la base de datos.
Fuente: SQL for Dummies, pag 9. Escrito por Allen G. Taylor.

-Objetivos o finalidades de las bases de datos.


Digamos que tenemos un negocio y deseamos hacer un seguimiento de los pedidos
realizados ya sea compra de material, gastos en comida, etc. Se pone toda la información
sobre el tema en una base de datos para que estos pedidos se guarden y puedan ser
requeridos cuando el usuario lo desee. Básicamente, si se desea realizar un seguimiento
de cualquier tipo de información que usted pone en una base de datos.
-Características de las bases de datos (para que son utilizadas).
Las características que debe de tener una base de datos son:

Independencia lógica y física de los datos.


Lógica: que permite cambiar la representación lógica del problema sin afectar los
programas de aplicación que los manipulan.
Física: que permite que la distribución en las unidades de almacenamiento y la estructura
física de la información almacenada sea independiente de los cambios de la estructura
lógica y los procedimientos que manejan las mismas.

Versatilidad.
La organización de la información en la base de datos debe permitir que diferentes
procedimientos puedan construir diferentes registros a partir de la información existente
de la base de la base de datos.

Simplicidad.
Las bases de datos deben de tener representaciones lógicas simples, para permitir la
verificación en la representación del problema que representan.

Capacidad de Proceso.
La base de datos debe responder en un tiempo aceptable, a cualquier consulta que se le
haga.

Integridad.
Habla sobre la veracidad que debe existir de los datos almacenados respecto a la
información existente en el dominio del problema que trata la base de datos. Los datos no
deben ser modificados o destruidos de forma extraña. Siempre debe existir un respaldo
de la base de datos.

Privacidad.
Evitar que personas no autorizadas puedan acceder a la información de la base de datos.

Seguridad.
Permite proteger los datos frente a la pérdida total o parcial de información, por fallos del
sistema o por accesos accidentales o intencionados del mismo.

-DBMS

Un sistema de gestión de base de datos (DBMS), algunas veces llamados un gestor de


base de datos, es un programa que permite a los usuarios de una o más computadoras
crear y accesar a datos en una base de datos. El DBMS gestiona las peticiones del
usuario (y las solicitudes de otros programas) para que los usuarios y otros programas
están libres de tener que entender que los datos se encuentra físicamente en medios de
almacenamiento y, en un sistema multi-usuario, que los demás también pueden acceder a
los datos. En el manejo de solicitudes de los usuarios, el DBMS garantiza la integridad de
los datos (es decir, asegurándose de que sigue siendo accesible y es sistemáticamente
organizada según lo previsto) y su seguridad (asegurarse de que sólo aquellos con
privilegios de acceso pueden acceder a los datos). Las bases de datos más típica es un
sistema de base de datos relacional (RDBMS). Un usuario estándar y la interfaz del
programa es el Lenguaje de consulta estructurado (SQL). Una especie nueva de DBMS
es el sistema de base de datos de gestión orientado a objetos (ODBMS).
Un DBMS puede ser pensado como un gestor de archivos que administra los datos en
bases de datos en lugar de archivos en sistemas de archivos.
Ejemplos:
En los sistemas operativos de IBM , los administradores de datos no relacionales eran (y
son, ya que estos sistemas de aplicación antigua se siguen utilizando) conocido como
método de acceso.

Un DBMS es generalmente una parte inherente de un producto de base de datos. En


PCs, Microsoft Access es un ejemplo popular de un solo usuario o DBMS en pequeños
grupos. SQL Server de Microsoft es un ejemplo de un DBMS que sirve de base de datos
desde múltiples peticiones (cliente) de usuarios. Otras bases de datos populares (todos
estos son RDBMS, por cierto) son DB2 de IBM.

-DBA
Un administrador de base de datos (DBA) dirige o lleva a cabo todas las actividades
relacionadas con el mantenimiento de un entorno de base de datos correcta. Entre sus
responsabilidades esta el diseño, implementación y mantenimiento del sistema de base
de datos, el establecimiento de políticas y procedimientos relativos a la gestión,
seguridad, mantenimiento y uso del sistema de gestión de bases de datos, y formar a los
trabajadores en la gestión de bases de datos y el uso. Un DBA tiene que estar al corriente
de las nuevas tecnologías y nuevos enfoques de diseño. Los DBA deben de tener varia
experiencia con uno o varios de los productos que existen para la gestión de base de
datos.

-El lenguaje de definición de datos (DDL)


Un DDL es un lenguaje utilizado para definir estructuras de datos dentro de una base de
datos. Normalmente se considera un subconjunto de SQL, el lenguaje de consulta
estructurado, pero también puede referirse a los lenguajes que definen otros tipos de
datos.

Un lenguaje de definición de datos tiene una sintaxis predefinida para describir datos. Por
ejemplo, para construir una nueva tabla mediante la sintaxis SQL, el comando CREATE
es utilizado, seguido de los parámetros para el nombre de definición de tabla y
columna. El DDL también puede definir el nombre de cada columna y el tipo de datos
asociados. Una vez que se crea una tabla, puede ser modificada con el comando ALTER
TABLE. Si la tabla ya no es necesario, el comando DROP se elimine la tabla.

Desde DDL es un subconjunto de SQL, no incluye todos los comandos SQL posibles. Por
ejemplo, los comandos como seleccionar e insertar se consideran parte de la Lengua de
manipulación de datos (DML), mientras que los comandos de acceso tales como
CONNECT y EXECUTE forman parte de la Lengua de control de datos (DML).Por
supuesto, si usted está trabajando con una base de datos, conocer los nombres de cada
idioma no es importante siempre y cuando usted sapa la sintaxis correcta.
-Abstracción de la información
Consiste en proporcionar a los usuarios una visión abstracta de la información, esto
quiere decir, el sistema le evita al usuario la necesidad de conocer los detalles de cómo se
almacenan los datos. Para ocultar esos detalles, se definen varios niveles de abstracción.

Nivel físico.
El nivel más bajo de abstracción describe como se almacenan realmente los datos.

Nivel lógico.

El siguiente nivel más alto de abstracción describe que datos se almacenan en la base de
datos y que relaciones existen entre esos datos.

Nivel de vistas
El nivel más alto de abstracción describe solo parte de la base de datos completa. A pesar
del uso de estructuras más simples en el nivel lógico, queda algo de complejidad, debido
a la variedad de información almacenada en una gran base de datos.

-Modelos de Datos.
El modelado de datos es uno de los elementos más importantes a la hora de iniciar el
desarrollo de cualquier proyecto. Esta es la estructura, sobre la que realmente reside
la verdadera esencia de la aplicación. Incluso determina si el proyecto va a cumplir
con su verdadero objetivo.
Existen 3 niveles de modelos de datos, el modelo conceptual de datos, modelo de datos
lógicos, y el modelo de datos físicos. La siguiente tabla compara las diferentes
características:
Característica. Conceptual. Lógico. Físico.
Entidad de ✓ ✓
Nombres
Entidad de ✓ ✓
Relaciones
Atributos ✓
Claves ✓ ✓
principales
Claves foraneas ✓ ✓
Tabla de ✓
nombres
Columna ✓
Nombres
Tipo de datos en ✓
columna
Diseño del Modelo Diseño del Modelo Lógico. Diseño del Modelo Físico.
Conceptual.

-Instancias y esquemas de las bases de datos


La colección de información almacenada en la base de datos en un momento
determinado se le llama instancia de la base de datos. El diseño general de la base de
datos se le llama esquema de base de datos. Los Esquemas se cambian con poca
frecuencia, en todo caso.Un esquema de base de datos corresponde a las declaraciones
de variables en un programa. Cada variable tiene un valor especial en un instante dado.
Los valores de las variables en un programa en un momento en que corresponden a una
instancia de un esquema de base de datos.
Los sistemas de base de datos tiene varios esquemas, divididos según los niveles de
abstracción. El esquema físico describe el diseño de bases de datos a nivel físico,
mientras que el esquema lógico describe el diseño de bases de datos a un nivel lógico.
También puede tener varios esquemas en el plano de vista, a veces llamados sub-
esquemas, que describen diferentes vistas de la base de datos.

-Esquema.
Es la estructura de un sistema de base de datos, descritos en un lenguaje formal
apoyados por el sistema de gestión de base de datos (DBMS). En una base de datos
relacional, el esquema define las tablas, los campos de cada tabla, y las relaciones entre
los campos y tablas.
Los esquemas se almacenan generalmente en un diccionario de datos. A pesar de que
un esquema se define en el idioma de los textos de base de datos, el término se utiliza a
menudo para referirse a una representación gráfica de la estructura de base de datos.
Ejemplo.
La tabla de CLASS_TYPES almacena todas las clases del uso. En este ejemplo del sitio éstos son usuario,
grupo, firma
La tabla de CLASS_RULES establece la relación entre las clases. En nuestra muestra usuario pertenece un
solo un firme y cualquier número de grupos.
PROPERTY_TYPES enumera todas las características usadas en el uso, tal como username, nombre,
edad, CIERRE RELÁMPAGO, E-mail, etc. Para cada característica hay un tipo de datos, gama de valores,
descripción, cualidades de la presentación, y para algunas características, una lista de las opciones del
valor.
La tabla de PROPERTY_RULES "conecta" características con las clases, es decir la edad es una
característica del usuario. También especifica si una característica está requerida y pone características en
orden deseada.
PROPERTY_OPTIONS y PROPERTY_OPTION_VALUES enumeran las opciones para algunas
características como en nuestro país de la muestra. Cuando el país se exhibe en una forma , los datos
originan en estas tablas.
Las tablas de DATA_TYPES y de DISPLAY_TYPES enumeran los valores posibles para las columnas
relacionadas en tabla de PROPERTY_TYPES.
La tabla de DEPLOYMENT_OPTIONS almacena los datos usados en proceso del despliegue.

Fuente: http://bit.ly/aAjQJ8

- Reorganización de Base de datos.


La reorganización de la base de datos (RGZDB) es, básicamente, el proceso resultante
de analizar dos estructuras de base de datos (la actual y la diseñada) para determinar la
mejor forma de convertir una en la otra con la menor pérdida de información.
- Reestructurar Datos.
Ocasionalmente potra ser necesario reestructurar la base de datos de una manera tal que
aunque el contenido de la información general permanezca igual, la ubicación lógica de la
información sea modificada; es decir, que se altere de alguna manera la asignación de
atributos para las varrels base.
-Diccionario de Datos.
Un diccionario de datos es una colección de descripciones de los objetos de datos o
elementos de un modelo de datos en beneficio de los programadores y otros que
necesitan para hacer referencia a ellos. Un primer paso en el análisis de un sistema de
objetos con los que interactúan los usuarios es identificar cada objeto y su relación con
otros objetos. Este proceso se denomina modelado de datos y los resultados en un
cuadro de las relaciones de objeto. Después de cada objeto de datos o un elemento se le
asigna un nombre descriptivo, su relación se describe (o se convierte en parte de alguna
estructura que describe la relación implícita), el tipo de datos (como texto o la imagen o el
valor binario) se describe, los posibles valores predefinidos se enumeran, y una breve
descripción textual . Esta colección se puede organizar de referencia en un libro que se
llama un diccionario de datos.

-DML.
DML se utilizan para trabajar con los datos en tablas. Cuando está conectado a la mayoría
de bases de datos multi-usuario (ya sea en un programa de cliente o por una conexión
desde un script de la página Web), usted está en efecto trabajando con una copia privada
de las tablas que no puede ser vista por nadie más hasta que este terminado (o indicar al
sistema que usted ha terminado). Usted ya ha visto la instrucción SELECT, es
considerado como parte de DML a pesar de que sólo recupera datos en lugar de
modificarlos.

La instrucción de inserción se utiliza, obviamente, para agregar nuevas filas a una tabla.
Ejemplo.

INSERT INTO <table name>


VALUES (<value 1>, ... <value n>);

La lista delimitada por comas de los valores debe coincidir con la estructura de la tabla
exactamente en el número de atributos y el tipo de datos de cada atributo.
Los valores de tipo de carácter son siempre entre comillas simples, los valores nunca son
número entre comillas, las fechas son a menudo (pero no siempre) en el formato:
"aaaa-mm-dd" (por ejemplo, '2006-11-30 ').
Sí, se necesita una instrucción INSERT por separado para cada fila.

La instrucción de actualización se utiliza para cambiar los valores que ya están en una
tabla.
Ejemplo.
UPDATE <table name>
SET <attribute> = <expression>
WHERE <condition>;

La expresión de actualización puede ser una constante, cualquier valor calculado, o


incluso el resultado de una instrucción SELECT que devuelve una sola fila y una sola
columna. Si la cláusula WHERE se omite, entonces el atributo especificado se establece
en el mismo valor en cada fila de la tabla (que no suele ser lo que quieras hacer). También
puede configurar varios valores de atributos a la vez con una lista delimitada por comas
de pares atributo = expresión.
La declaración de eliminar hace justamente eso, para las filas de una tabla.
Ejemplo.
DELETE FROM <table name>
WHERE <condition>;

Si la cláusula WHERE se omite, entonces cada fila de la tabla se elimina (que de nuevo
no suele ser lo que quieres hacer)-y otra vez, usted no conseguirá un mensaje que diga
"lo que realmente quieres hacer esto?" .

-Tipos de Usuarios en un DB.

Usuarios normales.
Son usuarios no sofisticados que interactúan con el sistema mediante la invocación de
alguno de los programas de aplicación permanentes que se ha escrito previamente. Por
ejemplo, un cajero bancario que necesita transferir 500 pesos de la cuenta A a la cuenta B
invoca un programa llamado transferir. Este programa pide al cajero el importe de dinero a
transferir, la cuenta de la que el dinero va a ser transferido y la cuenta a la que el dinero
va a ser transferido.
Como otro ejemplo, considérese un usuario que desee encontrar su saldo de cuenta en
World Wide Web. Tal usuario podría acceder a un formulario
en el que introduce su número de cuenta. Un programa de aplicación en el servidor Web
recupera entonces el saldo de la cuenta, usando el número de cuenta proporcionado, y
pasa la información al usuario.
La interfaz de usuario normal para los usuarios normales es una interfaz de formularios,
donde el usuario puede rellenar los campos apropiados del formulario. Los usuarios
normales pueden también simplemente leer informes generados de la
base de datos.

Programadores de aplicaciones.
Son profesionales informáticos que escriben programas de aplicación. Los programadores
de aplicaciones pueden elegir entre muchas herramientas para desarrollar interfaces de
usuario. Las herramientas de desarrollo rápido de aplicaciones (DRA) son herramientas
que permiten al programador de aplicaciones construir formularios e informes sin
escribir un programa. Hay también tipos especiales de lenguajes de programación que
combinan estructuras de control imperativo (por ejemplo,para bucles for, bucles while e
instrucciones if-then-else) con instrucciones del lenguaje de manipulación de datos. Estos
lenguajes, llamados a veces lenguajes de cuarta generación, a menudo incluyen
características especiales para facilitar la generación de formularios y la presentación de
datos en pantalla. La mayoría de los sistemas de bases de datos comerciales incluyen un
lenguaje de cuarta generación.

Los usuarios sofisticados.


Interactúan con el sistema sin programas escritos. En su lugar, ellos forman sus consultas
en un lenguaje de consulta de bases de datos. Cada una de estas consultas se envía al
procesador de consultas, cuya función es transformar instrucciones LMD a instrucciones
que el gestor de almacenamiento entienda. Los analistas que envían las consultas para
explorar los datos en la base de datos entran en esta categoría.
Las herramientas de procesamiento analítico en línea (OLAP, Online Analytical
Processing) simplifican la labor de los analistas permitiéndoles ver resúmenes de datos de
formas diferentes.
Por ejemplo, un analista puede ver las ventas totales por región (por ejemplo, norte, sur,
este y oeste), o por producto, o por una combinación de la región y del producto (es decir,
las ventas totales de cada producto en cada región). Las herramientas también permiten
al analista seleccionar regiones específicas, Examinar los datos con más detalle (por
ejemplo, ventas por ciudad dentro de una región) o examinar los datos con menos detalle
(por ejemplo, agrupando productos por categoría).
Otra clase de herramientas para los analistas son las herramientas de recopilación de
datos, que les ayudan a encontrar ciertas clases de patrones de datos.

Usuarios especializados.
Son usuarios sofisticados que escriben aplicaciones de bases de datos especializadas
que no son adecuadas en el marco de procesamiento de datos tradicional. Entre estas
aplicaciones están los sistemas de diseño asistido por computador, sistemas de bases de
conocimientos y sistemas expertos, sistemas que almacenan los datos con tipos de datos
complejos (por ejemplo, datos gráficos y datos de audio) y sistemas de modelado del
entorno.

-Independencia de datos
Se le puede decir independencia de datos a la separación de los datos de los programas
que utilizan los datos. Casi todas las aplicaciones modernas se basan en el principio
de independencia de datos. De hecho, todo el concepto de un sistema de gestión de
base de datos (DBMS) apoya la noción de independencia de datos, ya que representa
un sistema de gestión de datos por separado de los programas que utilizan los
datos. Por el contrario, es posible escribir aplicaciones en las que los datos
procesados en realidad es representada en el código fuente del programa. Ya que los
datos dependientes son muy poco flexibles, ya que hace muy difícil la modificación de
estos y también los hace inaccesibles para otros programas.

Independencia Física de datos: Es la capacidad para modificar el esquema físico sin


provocar que los programas de aplicación tengan que reescribirse. Las modificaciones en
el nivel físico son ocasionalmente necesarias para mejorar el funcionamiento.
Independencia Lógica de datos: Es la capacidad para modificar el esquema lógico sin
causar que los programas de aplicación tengan que reescribirse. Las modificaciones en el
nivel lógico son necesarias siempre que la estructura lógica de la base de datos se altere.

-Gestor de archivos.
Que gestiona la reserva de espacio de almacenamiento de disco y las estructuras de
datos usadas para representar la información almacenada en disco.

-Procesador de Consultas.
El procesador de consultas es importante porque ayuda al sistema de bases de datos a
simplificar y facilitar el acceso a los datos. Las vistas de alto nivel ayudan conseguir este
objetivo. Con ellas, los usuarios del sistema no deberían ser molestados
innecesariamente con los detalles físicos de implementación del sistema. Sin embargo, el
rápido procesamiento de las actualizaciones y de las consultas es importante. Es trabajo
del sistema de bases de datos traducir las actualizaciones y las consultas escritas en un
lenguaje no procedimental, el nivel lógico, en una secuencia de operaciones en nivel
físico.
Los componentes del procesador de consultas incluyen:
• Intérprete del LDD, que interpreta las instrucciones del LDD y registra las definiciones
en el diccionario de datos.
• Compilador del LMD, que traduce las instrucciones del LMD en un lenguaje de
consultas a un plan de evaluación que consiste en instrucciones de bajo nivel que
entiende el motor de evaluación de consultas.
Una consulta se puede traducir habitualmente en varios planes de ejecución alternativos
que proporcionan el mismo resultado. El compilador del LMD también realiza optimización
de consultas, es decir, elige el plan de evaluación de menor coste de entre todas las
alternativas.
• Motor de evaluación de consultas, que ejecuta las instrucciones de bajo nivel
generadas por el compilador del LMD.

-Modelo Entidad – Relación.

El modelo de entidad-relación (o modelo ER) es una forma de representación gráfica de


las relaciones lógicas de las entidades (u objetos) con el fin de crear una base de
datos. El modelo ER se propuso por primera vez por Peter Pin-Shan Chen del
Massachusetts Institute of Technology (MIT) en la década de 1970.

En el modelado de ER, la estructura de una base de datos se representa como un


diagrama, llamado diagrama de entidad-relación (o diagrama ER) , que se asemeja a la
distribución gráfica de una frase en sus partes gramaticales. Las entidades se representan
como puntos, polígonos, círculos, óvalos . Las relaciones se representan como líneas que
unen los puntos, polígonos, círculos, óvalos . Cualquier diagrama ER tiene una tabla de
relaciones equivalentes y ninguna tabla relacional tiene un diagrama ER equivalente. La
diagramación ER es una valiosa ayuda a los ingenieros en el diseño, para la optimización
y depuración de los programas de base de datos.

En un sentido lógico, las entidades son el equivalente de los sustantivos gramaticales,


como los empleados, departamentos, productos, o redes. Una entidad puede ser definida
por medio de sus propiedades, llamados atributos . Las relaciones son el equivalente de
los verbos o asociaciones, como por ejemplo el acto de comprar, la acción de reparación,
siendo miembro de un grupo, o ser un supervisor de un departamento. Una relación
puede ser definida de acuerdo al número de entidades asociadas con él, conocido como
el grado.

Ejemplo de Diagrama ER.

-Entidad.
Una entidad es una «cosa» u «objeto» en el mundo real que es distinguible de todos los
demás objetos. Por ejemplo, cada persona en un desarrollo es una entidad. Una entidad
tiene un conjunto de propiedades, y los valores para algún conjunto de propiedades
pueden identificar una entidad de forma unívoca. Por ejemplo, el D.N.I. 67.789.901
identifica unívocamente una persona particular en la empresa. Análogamente, se puede
pensar en los préstamos bancarios como entidades, y un número de préstamo P-15 en la
sucursal de Castellana identifica unívocamente una entidad de préstamo. Una entidad
puede ser concreta, como una persona o un libro, puede ser abstracta, como un
préstamo, unas vacaciones o un concepto.

-Atributo.
En general, un atributo es una propiedad o característica. El color, por ejemplo, es un
atributo de su cabello. En el uso o la programación de computadoras, un atributo es una
propiedad o característica cambiante de algún componente de un programa que se puede
establecer en valores diferentes.

-Atributo Simple.
Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir
en partes más pequeñas que tengan un significado propio.

-Atributo Compuesto.
Se pueden dividir en subpartes (es decir, en otros atributos). Por ejemplo, nombre-cliente
podría estar estructurado como un atributo compuesto consistente en nombre, primer
apellido y segundo-apellido. Usar atributos compuestos en un esquema de diseño es una
buena elección si el usuario desea referirse a un atributo completo en algunas ocasiones
y, en otras, a algún componente del atributo.

-Atributo de un solo valor.


Es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que
pertenece.

-Atributo de valor múltiple.


Es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que
pertenece. A estos atributos también se les denomina multivaluados, y pueden tener un
número máximo y un número mínimo de valores.

-Conjunto de Entidades.
Un conjunto de entidades es un conjunto de entidades del mismo tipo que comparten las
mismas propiedades, o atributos. El conjunto de todas las personas que son clientes en
un banco dado, por ejemplo, se pueden definir como el conjunto de entidades cliente.
Análogamente, el conjunto de entidades préstamo podría representar el conjunto de todos
los préstamos concedidos por un banco particular. Las entidades individuales que
constituyen un conjunto se llaman la extensión del conjunto de entidades. Así, todos los
clientes de un banco son la extensión del conjunto de entidades cliente.
Los conjuntos de entidades no son necesariamente disjuntos. Por ejemplo, es posible
definir el conjunto de entidades de todos los empleados de un banco (empleado) y el
conjunto de entidades de todos los clientes del banco (cliente). Una entidad persona
puede ser una entidad empleado, una entidad cliente, ambas cosas, o ninguna.

-Relación.
Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un
nombre que describe su función. Las relaciones se representan gráficamente mediante
rombos y su nombre aparece en el interior.
Las entidades que están involucradas en una determinada relación se denominan
entidades participantes. El número de participantes en una relación es lo que se
denomina grado de la relación. Por lo tanto, una relación en la que participan dos
entidades es una relación binaria; si son tres las entidades participantes, la relación es
terciaria; etc. Una relación recursiva es una relación donde la misma entidad participa más
de una vez en la relación con distintos papeles. El nombre de estos papeles es importante
para determinar la función de cada participación.
-Cardinalidad.
Uno a uno

Una entidad en A esta asociada con una entidad en B y viceversa (por ejemplo el nombre
del alumno con su número de control, o un aparato y su número de serie.).

Uno a muchos.

Una entidad en C esta asociada con 0 ó más entidades en D. (por ejemplo "Un profesor
puede impartir varias clases. Pero una clase solo la imparte un profesor". Otro ejemplo
"Una madre puede tener cualquier número de hijos, pero cada hijo pertenece a una sola
madre").
Muchos a muchos
Una entidad en E esta asociada con cualquier número de entidades en F (0 ó más) y
viceversa. Por ejemplo "en un proyecto de investigación puede haber cualquier número de
investigadores, un investigador puede participar en cero o varias investigaciones".
En el diseño de una base de datos no se permiten relaciones directas “muchos a
muchos”. Se tiene que añadir una tabla entre las dos, que sirva de enlace y evite que las
dos tablas queden relacionadas directamente.

-Cardinalidad de Mapeo.
Una cardinalidad de mapeo es una limitación de datos que especifica cómo muchas
entidades, la entidad podría estar relacionado con una relación conjunto.
Ejemplo: Un estudiante sólo puede trabajar en dos proyectos, el número de estudiantes
que trabajan en un proyecto no está limitado.

-Entidad Dominante.
Su existencia es obligatoria para que la exista la entidad subordinada.

-Entidad Subordinada.
Su existencia depende de la existencia de la entidad dominante.
-Super-Llave.
Es un subconjunto de atributos que permite distinguir unívocamente cada una de las
entidades de un conjunto de entidades.
-Llave Candidato.
Dada una super-llave, si ésta deja de serlo quitando únicamente uno de los atributos que
la componen, entonces ésta es una clave candidata.
-Llave Primaria.
Es una clave candidata, elegida por el diseñador de la base de datos, para identificar
unívocamente las entidades en un conjunto de entidades. Los valores de los atributos de
una clave, no pueden ser todos iguales para dos o más entidades.
-Entidad Fuerte.
Una entidad fuerte existe por sí misma sin depender la existencia de alguna otra entidad.
-Entidad Débil.
Depende de la existencia previa de otra entidad. Si la entidad débil puede ser identificada
sin necesidad de identificar previamente la entidad de cuya existencia depende, diremos
que la entidad débil lo es por existencia únicamente. Si la entidad débil no puede ser
identificada independientemente, sino que previamente es necesario identificar a la
entidad de cuya existencia depende, diremos que la entidad débil lo es por identificación.

Ejemplo.
Un ejemplo típico de entidad débil es la entidad LINEAS_FACTURA que depende del
maestro de FACTURAS para identificar sus registros. La cardinalidad de esta relación es
de 1 a N, puesto que una factura puede tener varias líneas mientras que una línea solo
puede pertenercer a una factura. Pues bien, en la entidad débil LINEAS_FACTURA la
clave primaria será compuesta y en ella formará parte el campo ID_FACTURA que a su
vez será clave foránea de la tabla FACTURAS. El otro campo que formará la clave
primaria será por ejemplo ID_LINEA, de modo que para identificar un registro de la
entidad LINEAS_FACTURAS se necesita de la clave de su maestro o entidad fuerte
además de ID_LNEA. Ejemplo: factura: 92054 linea: 3 identifica la linea 3 de la factura
92054. La cardinalidad de la relación de una entidad débil con su maestro o entidad fuerte
siempre será de 1 a N. Las entidades débiles se representan en el diagrama entidad-
relación con un doble rectángulo:

-Generalización y Especialización.
La especialización y la generalización definen una relación de contenido entre un conjunto
de entidades de nivel más alto y uno o más conjuntos de entidades de nivel más bajo. La
especialización es el resultado de tomar un subconjunto de un conjunto de entidades de
nivel más alto para formar un conjunto de entidades de nivel más bajo. La generalización
es el resultado de tomar la unión de dos o más conjuntos disjuntos de entidades (de nivel
más bajo) para producir un conjunto de entidades de nivel más alto. Los atributos de los
conjuntos de entidades de nivel más alto los heredan los conjuntos de entidades de nivel
más bajo.

-Simbologia del Modelo Entidad-relación.


-Grado de Relaciones.
Se define grado de una relación como el número de conjuntos de entidades que participan
en el conjunto de relaciones, o lo que es lo mismo, el número de entidades que participan
en una relación. Las relaciones en las que participan dos entidades son binarias o de
grado dos. Si participan tres serán ternarias o de grado 3.
Grado1: Relación de una entidad consigo misma
Grado 2:Relación de una entidad con otra
Grado 3: Relación de más de dos entidades.

- Limitantes de mapeo.
El modelo E-R permite definir una serie de limitantes aplicables en la información
contenida en la base de datos básicamente, pueden definirse dos tipos de limitantes:
CARDINALIDAD DEL MAPEO.- es aquella mediante la cual puede especificarse la
cantidad de entidades que podrán asociarse mediante una relación.
La CARDINALIDAD del mapeo se aplica generalmente sobre dos conjuntos de entidades.
Las cardinalidades existente para dos conjuntos de entidades A y B y conjunto de
relaciones R pueden ser:
1. UNA A UNA: Una entidad de A puede asociarse únicamente con una entidad de B.
2. UNA A MUCHAS: Una entidad de a puede asociarse con cualquier cantidad de
entidades de B.
3. MUCHAS A UNA: Cualquier cantidad de entidades de A puede asociarse con una
entidad de B.
4. MUCHAS A MUCHAS: Cualquier cantidad de entidades de a puede asociarse con
cualquier cantidad de entidades en B.
DEPENDENCIA DE EXISTENCIA.-
Nos permiten definir que un conjunto de entidades esta condicionado a la existencia de
otro un ejemplo de este condicionamiento se da entre una entidad alumno y la entidad
calificación.
A esta limitante se le denomina dependencia por existencia. Si una entidad Y requiere de
una entidad X para existir se dice que Y es dependiente por existencia de X; est implica
que si eliminamos a la entidad X; deberá eliminarse la entidad Y.
Para el caso anterior, se nombrara a X como la entidad dominante, y a Y como entidad
subordinada.
-Relaciones Exclusivas.
Dos o más tipos de relaciones son exclusivas cuando cada ocurrencia de un tipo de
entidad sólo puede pertenecer a un tipo de relación. No se puede utilizar el modelo básico
de representación.
O se produce una relación o se produce otra pero nunca ambas a la vez.

-Restricción de Exclusión
Se produce una restricción de exclusión cuando los ejemplares de las entidades sólo
pueden combinarse utilizando una interrelación. Es el caso del siguiente ejemplo:

Un profesor no puede recibir e impartir el mismo curso, aunque al contrario que en la


restricción anterior puede impartirlo o recibirlo.

-Relaciones Inclusivas.
Se dice que una relación es de inclusividad cuando todo ejemplar de una entidad que
participa en una interrelación ha tenido que participar en la otra. Por ejemplo:

Para que un empleado pueda trabajar como diseñador de productos deber haber asistido,
al menos, a dos cursos.

Bibliografia.
Introducción a Las Bases de Datos Relacionales. Autor: Ma Victoria Nevado Cabello
Introducción a los sistemas de bases de datos. Autor: C. J. Date.
SQL for Dummies. Autor: Allen G. Taylor.
Database System Concepts. Autor: Abraham Silberschatz.
http://searchsqlserver.techtarget.com/
http://whatis.techtarget.com/
http://www.webopedia.com/TERM/D/data_independence.html
http://www.1keydata.com/datawarehousing/data-modeling-levels.html
http://www.programacion.com/articulo/modelo_entidad_-
_relacion_212/6#entidadrelacion_restricciones_exc
http://usuarios.multimania.es/jerry11esime/hobbies.html
http://civil.fe.up.pt/acruz/access/modeloER.htm
http://www.felixgers.de/teaching/sql/db_mappings.html
http://searchsqlserver.techtarget.com/definition/entity-relationship-model
http://www.tomjewett.com/dbdesign/dbdesign.php?page=ddldml.php
http://deysivega.blogspot.com/2010/06/modelo-entidad-relacion.html
http://www.mitecnologico.com/Main/IndependenciaLogicaYFisicaDeDatos

Вам также может понравиться