“síntesis”

Unidad 2

MATERIA: FUNDAMENTO DE BASE DE DATOS

PROFESOR: ING. RODRÍGUEZ VÁZQUEZ ANTONIO

ALUMNO: OSCAR OMAR CORTEZ LEÓN

NUMERO DE CONTROL: 151230080

SEMESTRE: SEXTO SEMESTRE

CARRERA. ING. INFORMÁTICA

SAN MARCOS GRO. A 19/ 02/2018

índice
2 Diseños de bases de datos.....................................................................................................3
2.1 el proceso de diseño..............................................................................................................3
2.2 modelo entidad-relación.......................................................................................................3
2.3 Restricciones...........................................................................................................................4
2.4 Diagramas E-R.........................................................................................................................4
2.5 Diseño con diagramas E-R...................................................................................................5
2.6 Conjunto de entidades débiles............................................................................................5
2.7 Modelo E-R extendido...........................................................................................................6
2.8 Otros aspectos del diseño de BD.......................................................................................6
2.9 La Notación E-R con UML.....................................................................................................6

5
2 Diseños de bases de datos

2.1 el proceso de diseño

El diseño de una base de datos es el proceso por el que se determina una
organización en una base de datos. Incluido por su estructura contenido y las
aplicaciones que se han desarrollado durante mucho tiempo el diseño de una base
de datos fue considerado para expertos ya que es una tarea que no cualquiera
podía realizar por todo lo que implica diseñar una. Más un arte que una ciencia sin
embargo se ha mejorado mucho en el diseño de bases de datos y este se
considera ahora una disciplina estable con los métodos y técnicas propias debido
a la aceptación de las bases de datos por parte del la industria y el gobierno en el
plano comercial y a la variedad de aplicaciones que existen hoy en día, el diseño
de bases de tatos desempeña un papel central en el empleo de los recursos de
información en la mayoría de las organizaciones. El diseño de bases de datos ha
pasado a ser parte de la información general de los informáticos, en el mismo nivel
que la capacidad de construir algoritmos usando un lenguaje de programación
convencional.
El proceso de diseño consta de los pasos siguientes.

 Determinar la finalidad de la base de datos

 Buscar y organizar la información necesaria
 Dividir la información en tablas
 Convertir los elementos de información en columnas
 Especificar claves principales
 Definir relaciones entre las tablas
 Ajustar el diseño
 Aplicar las reglas de normalización

2.2 modelo entidad-relación

Un modelo de datos es una colección de herramientas para la descripción de
datos, semántica de los datos y relaciones de consistencia podemos cinar dos
modelos de datos uno es el modelo entidad relación y el otro el modelo relaciona.
El modelo entidad relación es un modelo de datos de alto nivel este esta basado
en la presentación de algo real que consiste en una relación de objetos básicos
denominados entidades y cada entidad tiene relaciones entre si y tienen atributos
que los identifican.
El modelo relacional este es un modelo de menor nivel, este usa una colección de
tablas para representar tanto los datos como las relaciones entre los datos. Su
simplicidad ha conducido a su adopción general, actualmente una gran mayoría de
desarrolladores de bases de datos se basan en el modelo relacional. Los
5
diseñadores formulan generalmente el diseño del esquema de la base de datos
modelando primero los datos en alto nivel, usando el modelo E-R, y después
traduciéndolo al modelo relacional cuando se pasa a un modelo relacional esto
permite tener una mayor complejidad en nuestra base de datos nos permite
identificar una mayor relación corrigiendo a si los pequeños errores.

2.3 Restricciones.
Una restricción es una condición que obliga a el cumplimiento de ciertas
condiciones en una base de datos, algunas no son determinadas por el usuario,
sino que ya vienen definidas por el simple hecho de que la base de datos sea
relacional. Algunas otras restricciones las puede definir el usuario, por ejemplo,
usar un campo con valores enteros entre 1 y 10.
Las restricciones proveen métodos de implementar reglas en las bases de datos,
las restricciones lo que hace es restringir los datos que pueden se almacenados
en las tablas. Usualmente las definen usando expresiones que dan como
resultado un valor booleano, indicando si los datos satisfacen la restricción o no.
Las relaciones no son parte de un modelo relacional, pero estas se incluyen
porque juegan un papel importante dentro de organizar mejor los datos.
Restricción de Valores Nulos
Para determinado atributos, los valores nulos pueden ser inapropiados.
Restricción de clave
Es una de las restricciones estándar que con frecuencia aparecen en las
aplicaciones de bases de datos.
Restricción de Integridad:
Una fuente de restricciones de integridad son los conjuntos de entidades débiles.

2.4 Diagramas E-R.

Denominado por si siglas como E-R este modelo nos permite representar a la
realidad a través de un esquema grafico implementando los términos de entidades
que son objetos que existen y son los elementos principales a identificar en el
problema a resolver con el diagnostico se distingue de otros por sus
características particulares denominadas atributos el enlace que rige la unión de
las entidades está representado por la relación de modelos.
En un diagrama de E-R, cada entidad se representa mediante un rectángulo, cada
relación mediante un rombo y cada dominio conjunto donde toma valores el
atributo mediante un círculo. Mediante líneas se conectan las entidades con las
5
relaciones, igual que las entidades con los dominios, representando a los
atributos.

2.5 Diseño con diagramas E-R.

Es una representación gráfica del Modelo Entidad-Relación que permite ilustrar la
estructura de la base de datos del negocio o empresa.
La estructura lógica de una Base de Datos se puede representar gráficamente a
través de un diagrama, el cual llamaremos Diagrama E-R. Estos diagramas se
apoyan de diferentes símbolos los cuales tienen un significado particular. Los
diagramas se usan para que la información se presente de forma clara y sencilla.
Escribe Johnson "los diagramas E-R constituyen una notación para documentar un
diseño tentativo de bases de datos. Los analistas los utilizan para facilitar el
proceso de diseño".
Está compuesto por los siguientes elementos.
• Rectángulos: representan conjuntos de entidades.
• Elipses: representan atributos.
• Rombos: representan relaciones.
• Líneas: unen atributos a conjuntos de entidades y conjuntos de entidades a
conjuntos de relaciones.
• Elipses dobles: representan atributos multivariados.
• Elipses discontinuas: que denotan atributos derivados.
• Líneas dobles: indican participación total de una entidad en un conjunto de
relaciones.
• Rectángulos dobles: representan conjuntos de entidades débiles.

2.6 Conjunto de entidades débiles

Un conjunto de entidades débiles es aquel que no tiene suficientes atributos para
formar una clave primaria. Un conjunto que sí tiene una clave primaria se
denomina conjunto de entidades fuertes.
Cada conjunto de entidades débiles debe estar asociada con un conjunto de
entidades llamado conjunto de entidades identificadoras o propietarias.
Así, el conjunto de entidades débiles depende del conjunto de entidades
identificadoras. La relación que asocia el conjunto de entidades débiles con el
conjunto de entidades identificadoras se denomina relación identificadora. La
5
relación identificadora es varios a uno del conjunto de entidades débiles al
conjunto de entidades identificadoras y la participación del conjunto de entidades
débiles en la relación es total.
Aunque un conjunto de entidades débiles no tiene clave primaria, deben hacerse
distinguir todas aquellas entidades del conjunto de entidades que dependen de
una entidad fuerte particular. El discriminante de un conjunto de entidades débiles
es un conjunto de atributos que permiten esta distinción.

2.7 Modelo E-R extendido.

Aunque los conceptos básicos de E-R pueden modelar la mayoría de las
características de las bases de datos, algunos aspectos de una base de datos
pueden ser más adecuadamente expresados mediante algunas extensiones del
modelo E-R básico. En este apartado se discuten las características E-R
extendidas de especialización, generalización, conjuntos de entidades de nivel
más alto y más bajo, herencia de atributos y agregación .

2.8 Otros aspectos del diseño de BD.

Dominio:
A veces es conveniente añadir información sobre el dominio de un atributo, los
dominios se representan mediante hexágonos, con la descripción del dominio en
su interior.

Diagrama:
Un diagrama E-R consiste en representar mediante estas figuras un modelo
completo del problema, proceso o realidad a describir, de forma que se definan
tanto las entidades que lo componen, como las interrelaciones que existen entre
ellas.

Interrelación:
Es la relación o conexión entre conjuntos de entidades.

Grado:
número de conjuntos de entidades que intervienen en una interrelación.

Clave:
es un conjunto de atributos que identifican de forma unívoca una entidad.
5
2.9 La Notación E-R con UML
El Lenguaje de Modelado prescribe un conjunto de notaciones y diagramas
estándar para modelar sistemas orientados a objetos, y describe la semántica
esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido
muchas notaciones y métodos usados para el diseño orientado a objetos, ahora
los modeladores sólo tienen que aprender una única notación.
UML se puede usar para modelar distintos tipos de sistemas: sistemas de
software, sistemas de hardware, y organizaciones del mundo real. UML ofrece
nueve diagramas en los cuales modelar sistemas.
• Diagramas de Casos de Uso para modelar los procesos
• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.
• Diagramas de Colaboración para modelar interacciones entre objetos.
• Diagramas de Estado para modelar el comportamiento de los objetos en el
sistema.
• Diagramas de Actividad para modelar el comportamiento de los Casos de
Uso, objetos u operaciones.
• Diagramas de Clases para modelar la estructura estática de las clases en el
sistema.
• Diagramas de Objetos para modelar la estructura estática de los objetos en
el sistema.
• Diagramas de Componentes para modelar componentes.
• Diagramas de Implementación para modelar la distribución del sistema.

Bibliografía
desarrollo%20de%20aplicaciones%20web/sistesis%20de%20antonio/Unidad
%20II.pdf
Unidad II: Diseño de Bases de Datos y el modelo E-R.
file:///G:/desarrollo%20de%20aplicaciones%20web/sistesis%20de
%20antonio/Fundamentos%20de%20Bases%20de%20Datos_%20Unidad
%20II.html
LI. MA. DE LA LUZ AYAR MARTINEZ
5
5