Universidad Autónoma de Nuevo León

Facultad de Ingeniería Mecánica y Eléctrica

BASE DE DATOS Y LENGUAJES

ACTIVIDAD 1
“DESCRIPCION DE BASE DE DATOS”

Docente: M. C. Jorge Alejandro Lozano González

Nombre: Alberto Alvarez Martínez
Matricula: 1853272
Carrera: IAS
Equipo: #1
Grupo: 007
Salón: ADM09
Dia: L-M-V
Hora: N4
Periodo: Enero - Junio 2022

Ciudad Universitaria, San Nicolás de los Garza, Nuevo León

Fecha de Elaboración: 02 de febrero del año 2022
1.1 Introducción a la base de datos
Los datos son hechos en bruto aún no se han procesado para revelar su significado.
Nuestra época se conoce como la “era de la información”; este término reconoce que una
producción de información adecuada, pertinente y oportuna es la clave para una buena toma
de decisiones, que, a su vez, es la clave para la supervivencia de un negocio en un mercado
global.
Algunos puntos clave son:
• Los datos constituyen los bloques de construcción de la información.
• La información se utiliza para que revele el significado de los datos.
• La información adecuada, pertinente y oportuna es la clave para una buena toma de
decisiones.
• La buena toma de decisiones es la clave para la supervivencia organizacional en un
ambiente global.
La información clara oportuna y útil requiere datos precisos.
La administración de datos es una disciplina enfocada a la generación, almacenamiento y
recuperación apropiadas de datos. Dado el rol crucial que desempeñan. No es asombroso que
la administración de datos sea una actividad primordial en cualquier negocio, agencia
gubernamental, organización de servicios o de caridad.
La administración de datos eficiente requiere el uso de una base de datos de computadora.
Una base de datos es una estructura de computadora integrada, compartida que aloja un
conjunto de:
• Datos para el usuario final, es decir, hechos en bruto interesantes para el usuario final.
• Metadatos o datos sobre datos mediante los cuales se integran los datos.
Los metadatos describen las características de los datos y las relaciones que vinculan aquellos
que están incluidos en la base de datos.
Un sistema de administración de base datos (DBMS, por sus siglas en inglés) es un conjunto
de programas que maneja la estructura de la base de datos y controla el acceso a los datos
guardados en estas. El DBMS permite compartir los datos de la base de datos entre las
multitudes aplicaciones y usuarios.
El DBMS ayuda crear un ambiente en el que los usuarios finales pueden acceder más rápido
a manejar más eficientemente los datos, que antes de que el DBMS se convirtiera en el
estándar de administración de datos.
1.1.1 ¿Por qué es importante el diseño de una base de datos?
Una base datos bien diseñada facilita la administración de datos y se convierte en un valioso
generador, de información; mientras una que está mal diseñada probablemente se convierte
en tierra de cultivo de datos redundantes, es decir datos innecesariamente duplicados.
Una base de datos contiene datos redundantes cuando el mismo dato sobre la misma entidad
se conserva en diferentes lugares.
Una base de datos mal diseñada tiende a generar errores que probablemente conduzcan a
malas decisiones; pero con el tiempo puede ser auto corregible; las organizaciones con bases
de datos mal diseñadas a menudo fallan porque sus gerentes no accedan a información
oportuna, lo cual conduce a tratar de eliminar esta base mal diseñada
Comprender el propósito de tu base de datos determinará tus opciones en todo el proceso de
diseño.
DBMS (Data Base Management System). Son las siglas en inglés para los Sistemas de
Gestión de Bases de Datos (SGBD). Bajo este nombre se conoce a productos de fabricantes
como Oracle, Sybase, Informix, Ingres, Borland, Microsoft, IBM, etc. Es un sistema de
administración de bases de datos, software que controla la organización, almacenamiento,
recuperación, seguridad e integridad de los datos en una base de datos. Acepta solicitudes de
la aplicación y ordena al sistema operativo transferir los datos apropiados. Los DBMS pueden
trabajar con lenguajes de programación tradicionales (COBOL, C, etc.) o pueden incluir su
propio lenguaje de programación. Por ejemplo, dBASE y Paradox son programas de base de
datos con un DBMS, un lenguaje completo de programación y un lenguaje de cuarta
generación, haciendo de ellos sistemas completos de desarrollo de aplicaciones. Los
comandos de los lenguajes de cuarta generación permiten a los usuarios crear en forma
interactiva archivos de bases de datos, editarlos, formular preguntas e imprimir informes sin
necesidad de programación. Miles de aplicaciones han sido desarrolladas en ambientes como
éstos. Las ventajas principales de DBMS o sistemas de administración de bases de datos:
estructura de datos, control de autorización, velocidad de procesamiento, desarrollo modular
y funcionalidad de respaldo independiente. Un DBMS permite almacenar grandes cantidades
de datos de la manera más eficiente posible. Los datos se almacenan en listas de información
independiente. Se pueden agregar conjuntos de datos adicionales en cualquier momento. Las
relaciones entre los conjuntos de datos se definen en el DBMS y se pueden modificar sin
afectar los datos.

Funciones de un DBMS
El DBMS o abreviatura de Database Management System es un software o sistema que ha
sido diseñado de tal manera que pueda procesar una base de datos y llevar a cabo
operaciones sobre los datos que serán solicitados por sus usuarios. El objetivo principal de
usar este DBMS es evitar el desorden cuando queremos hacer una gran cantidad de
procesamiento de datos.

DBMS realmente funciona mucho para dispositivos que son útil para organizar recursos de
datos en una empresa. por lo tanto, hay varios objetivos de usar un DBMS en una red
informática en una empresa, a saber:

• El DBMS tiene como objetivo hacer que el proceso de acceso a los datos sea
más rápido y fácil.
• El DBMS tiene como objetivo eliminar y prevenir inconsistencias y
duplicaciones de datos.
• El DBMS tiene como objetivo ayudar a mantener la seguridad de los datos.
• El DBMS tiene como objetivo poder manejar una gran cantidad de datos.
• El DBMS tiene como objetivo ahorrar espacio en el almacenamiento de datos.
• DBMS tiene como objetivo hacer que la base de datos se pueda usar en
conjunto.

Componentes de un DBMS

1. Administrador de base de datos

Este componente puede proporcionar una interfaz entre los datos de bajo nivel que existen
en cada base de datos con un programa de aplicación y también en las consultas que se
darán a un sistema.

En pocas palabras, este administrador de base de datos tiene la tarea de poder probar
externamente y aceptar consultas y esquemas conceptuales para poder determinar si el
registro de datos es necesario para cumplir con la solicitud.

2. Administrador de archivos
File Manager es un componente que puede administrar el espacio en el disco y también en
una estructura de datos que se puede usar para representar la información que se ha
almacenado en un disco.
O también podría decirse que el administrador de archivos se puede utilizar para manipular
el almacenamiento en archivos y administrar la asignación de espacio de almacenamiento
en un disco. El administrador de archivos también juega un papel importante y tiene la
responsabilidad de almacenar datos.

3. Procesador de consultas
En este componente DBMS, puede funcionar como traducir un comando al lenguaje de
consulta en una instrucción de bajo nivel y puede ser entendido por el administrador de la
base de datos.

4. Compilador DDL
DDL Este compilador es un componente puede convertir varios comandos DDL en una
colección de tablas que ya contienen metadatos. En pocas palabras, este compilador DDL
tiene la tarea de poder cambiar un comando de alto nivel que luego se convierte en un
lenguaje de bajo nivel, que finalmente obtendrá una colección de etiquetas que ya contienen
metadatos.

5. Compilador DML
DML Compiler es un componente que puede convierte un comando de DML, que luego se
agregará a un programa de aplicación al reproductor de procedimientos no nativo en el
idioma principal. Y también se puede llamar DML Compiler es un componente del DBMS
que puede convertir comandos de DML incrustado en un programa de aplicación en forma
de funciones que se llamarán al idioma del host.

6. Administrador de diccionario
Este administrador de diccionarios es un componente del DBMS que puede administrar el
acceso y mantener los datos del diccionario. Esos son los componentes del DBMS o la base
de datos. Sistema de gestión. Seguramente desde un DBMS tiene ventajas y desventajas.
Estas fortalezas y debilidades pueden darle más conocimiento sobre DBMS. Y las
siguientes ventajas y desventajas del DBMS:

Las ventajas del sistema de gestión de bases de datos o DBMS son:

• DBMS puede ayudar a establecer la estandarización.

• DBMS puede mantener una seguridad.
• DBMS puede mejorar el mantenimiento de datos.
• DBMS puede aumentar una concurrencia.
• DBMS se puede usar para respaldo
• DBMS puede mejorar la integridad de los datos.
• DBMS puede proporcionar datos consistentes.
• Los usuarios de DBMS pueden monitorear datos simultáneamente.

Si bien las desventajas de DBMS son:

 • El uso de un DBMS se considera bastante complicado.
• Poder usar un DBMS costará bastante caro.
• En un DBMS, tendrá una complejidad que se considera bastante grande.
• Y, por último, las deficiencias del DBMS es que, si el rendimiento disminuye,
dará lugar a una falla aún mayor.
Por lo tanto, a partir de las explicaciones sobre los componentes de un sistema de gestión
de bases de datos. Esperemos que con este artículo tenga aún más información relacionada
con DBMS.

Diseño y Modelado de Bases de Datos

Como cada proceso, el diseño de base de datos está compuestos por distintas etapas
secuenciales.

Recopilación y análisis de requisitos

Esta primera fase consiste en un paso previo obligatorio, para asegurarnos de que nuestra
base de datos cumplirá con nuestros objetivos. Para ello, deberemos analizar distintos
factores, entre los cuales:

Los datos que necesitamos almacenar y de dónde provienen.

La información que los datos describen.
Los usuarios de la base de datos y sus necesidades a la hora de acceder a los datos.

Diseño conceptual
En esta fase se representan una descripción a alto nivel del contenido de la base de datos,
independientemente del sistema de gestión de base de datos que se utilizará a continuación.
Se definen en un dibujo las entidades, sus atributos y las relaciones entre ellas.
Elección de un sistema de gestión de base de datos
Es en esta fase donde elegiremos el sistema de gestión de bases de datos (SGBD) concreto
que mejor se adapta a nuestro proyecto, como, por ejemplo, Oracle, MySQL, Microsoft
SQL Server y PostgreSQL.

Diseño lógico
En esta fase, se traduce el modelo conceptual obtenido anteriormente a un esquema lógico,
que describe la estructura de la base de datos. Se trata de la fase en la cual se diseñan las
tablas propiamente dichas, con sus filas, columnas y relaciones. El modelo lógico depende
del SGBD que se utilizará.

Diseño físico
En esta fase se definen las estructuras de almacenamiento de la base de datos de forma
física. Es cuando se escribe el código (por ejemplo, SQL) para concretar el diseño en el
motor de base de datos que hemos escogido.

Implementación
Finalmente, se crea y se compila el esquema de la base de datos, se generan los ficheros y
las aplicaciones que implementan las transacciones.
Modelo de Bases de Datos Jerárquico
Una base de datos jerárquica es un tipo de sistema de gestión de bases de datos que
almacenan la información en una estructura jerárquica que enlaza los registros en forma
de estructura de árbol en donde un nodo padre de información puede tener varios
nodos hijo. De la misma manera se puede establecer relación entre los nodos hermanos En
este caso la estructura en forma de árbol se convierte en una estructura en forma
de grafo dirigido. El modelo jerárquico se clasifica en estructuras lineales y arborescentes.
La primera clase de estructura, cada tipo de registro padre sólo 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 Jerárquico más extendido y el único que ha llegado
hasta nuestros días es el IMS de IBM

Modelo de red de una Base de Datos

Un modelo de red de una base de datos es la representación en forma gráfica de los

nodos y asociaciones entre los distintos elementos que la forman. Se trata de un modelo
flexible de representar los objetos y sus relaciones dentro de una base de datos.

En un modelo de red se muestra la estructura lógica de la base de datos, con sus relaciones
entre elementos y limitaciones de acceso a los datos.

La principal ventaja de utilizar este modelo de base de datos radica en la posibilidad de

establecer relaciones de muchos a muchos.
Modelo relacional de base de datos

El modelo relacional de bases de datos es un método para estructurar datos utilizando

relaciones, mediante estructuras en forma de cuadrícula, que consisten de columnas y filas.
Es el principio conceptual de las bases de datos relacionales. Fue propuesto por Edgar F.
Codd en 1969.

El modelo relacional se define como la base de datos que permite agrupar sus elementos de
datos en una o más tablas independientes, que pueden relacionarse entre sí mediante el uso
de campos comunes a cada tabla relacionada.

El propósito del modelo relacional es brindar un método declarativo para especificar los
datos y las consultas: los usuarios declaran directamente qué información contiene la base
de datos y qué información quieren de ella.

La mayoría de las bases de datos relacionales usan el lenguaje SQL para la consulta y
definición de los datos. Actualmente existen muchos sistemas de manejo de bases de datos
relacionales o RDBMS (Relational Data Base Management System), como Oracle, IBM
DB2 y Microsoft SQL Server.
2.1- Una visión lógica de los datos
Las estructuras que necesitaban los modelos jerárquicos y de red frecuentemente llegaron a
ser tan complicados que le restaban importancia al diseño eficaz de bases de datos. El modelo
de base de datos relacional cambio todo permitiendo al diseñador enfocarse en la
representación lógica de los datos y sus relaciones, en vez de solo considerar los detalles del
almacenamiento físico.
El modelo relacional de base de datos nos permite visualizar los datos lógicamente en vez de
físicamente.
El significado práctico de la visualización lógica está en que nos recuerda el concepto sencillo
de guardar en archivos, la principal ventaja de este es que permite la independencia de
estructura y de datos.
A mayor simplicidad lógica aumenta la tendencia a obtener metodologías de diseño de bases
de datos más sencillas y eficaces.

MODELO DE DATOS DE RELACION DE ENTIDAD

El modelo E R es la herramienta grafica más aceptada y adaptada de modelo de datos en el
ambiente de producción de bases de datos relacionales, se introdujo por primera vez en
1976.
El modelo de relación de entidades (E-R) produjo una representación gráfica de las
entidades y sus relaciones en una estructura de base de datos. Es precisamente esta
representación gráfica la que popularizo el uso de diagramas E-R como herramienta de
modelado de datos a nivel conceptual, este modelo E-R complemento el modelo de datos
relacional y esto a su vez garantiza el diseño adecuado de bases de datos relacionales.
Estructura básica de los E-R
Una entidad se representa por medio de un rectángulo en el
modelo E-R, su nombre va dentro en el centro del
rectángulo, se debe escribir con mayúsculas y en singular.
Una relación describe una asociación entre los datos. La
mayoría de las relaciones describen asociaciones entre dos
entidades, entre los cuales existen varios tipos que son: Uno
a Muchos, Muchos a Muchos y Uno a Uno.

Existe otra versión llamada modelo de pata de gallo, esto nace del símbolo de tres puntas
utilizado para representar el lado de “muchos” de la relación
VENTAJAS DE LOS E-R
Entre las ventajas que tiene el diagrama de E-R están
la simplicidad conceptual excepcional que tiene
como significado el permitir una mejor visualización
lógica de los datos que los sistemas de administración
de archivos, permite una representación visual fácil de
ver y entender de las entidades principales y sus
relaciones de una base de datos. Representación
visual: permite a los diseñadores, programadores y
usuarios finales de las bases de datos, una
representación visual de los datos y de sus relaciones
fáciles de entender. Herramienta de comunicación efectiva: permite que el diseñador de
bases de datos capture diferentes visualizaciones de los datos tal como las ven los
programadores, gerentes y usuarios finales.
DESVENTAJAS DE LOS E-R
Las desventajas de los E-R son: Representación de restricciones limitada: el modelo
muestra fácilmente las restricciones que están directamente vinculadas a las conectividades,
existen muchas restricciones importantes relacionadas con datos que no pueden ser
modelados. Representación de relaciones limitada: las relaciones se representan tal como
ocurren entre las entidades, las relaciones entre atributos dentro de entidades no pueden
representarse. Perdida de contenido de información: los modelos tienen a apretujarse
cuando los atributos se representan, los diseñadores de bases de datos generalmente evitan
el mapeo de los atributos, con lo que disminuye el contenido de información del modelo.
MODELO DE BASES DE DATOS ORIENTADA A OBJETOS
El SDM modelo tantos datos como sus relaciones en una sola estructura conocida como
objeto, se dice que el SDM es un modelo de datos orientado a objetos (OODM), a su vez se
convierte en la base del modelo de base de datos orientado a objetos, el cual es manejado
por un sistema de administración de base de datos orientado a objetos (OODBMS). Un
OODM refleja una manera muy diferente de definir y utilizar las entidades. Al igual que la
entidad de un modelo de base de datos relacional, un objeto es descrito por su contenido de
hechos. Un objeto incluye información sobre la relación entre los hechos dentro del objeto,
lo mismo que información sobre sus relaciones con otros objetos.
Aunque los conceptos de orientación a objetos (OO) se han utilizado desde los años 70, por
lo menos cuatro desarrollos impulsaron el abasto del modelo de datos orientado a objetos
en los 90.
El costo creciente de generar y mantener los programas de computadora cada vez más
complejos, agrego valor a la reutilización del código. La manera más eficiente de alentar la
reutilización del código es asegurándose de que los programas se escriban en módulos
autónomos que realicen funciones específicas.
Es probable que las bases de datos modernas incluyen gráficas, video y sonido, además de
texto y números. Como los tipos de datos complejos son el enfoque del modelo de datos
orientado a objetos, este modelo se convirtió en fundamento natural del modelo de base de
datos orientado a objetos.
A medida que el ambiente de datos se volvía más complejo, fue posible soportar los
requerimientos de transacciones e información cada vez más difíciles. Una compañía de
ingeniería podría desear generar vista de cada una de las piezas de un producto para
repararlo mientras el cliente está al teléfono.
El poder de computación cada vez mayor permitió solventar los grandes gastos indirectos
necesarios para soportar los complejos procesos y procedimientos de datos orientados a los
objetos.
VENTAJAS DEL MODELO DE DATOS ORIENTADO A OBJETOS
Agrega contenido semántico: la adición de contenido semántico al modelo les da a los
datos un mayor significado.
La presentación visual incluye contenido semántico: al igual que el ERD, el OODM
modela visualmente las relaciones, pero el OODM incluye contenido semántico dentro de
la representación visual del objeto.
Integridad de la base de datos: al igual que el modelo jerárquico, el OODM usa la
herencia para proteger la integridad de la base de datos, pero los objetos del OODM
incluyen más tipos de relación más complejas.
DESVENTAJAS DEL MODELO DE DATOS ORIENTADO A OBJETOS
Carencia de estándares de OOBM: no existen estándares de modelo de datos orientado a los
objetos. La peor desventaja es que no existe un método de acceso a datos estándar. Esta
desventaja crea problemas cuando se accede a los datos desde varias fuentes.
Acceso navegacional a los datos completos: el método de acceso a los datos se parece al
estilo navegacional de los modelos jerárquico y de red.
Curva de aprendizaje prolongada: dada la carencia de estándares y las dificultades
impuestas por el estilo de acceso a los datos de navegación, la curva de aprendizaje del
modelo orientado a los objetos tiene a ser más pronunciada que la del modelo relacional.
Los objetos son complejos y el hecho de que pueden contener tanto contenido semántico y
ejecutar apropiadamente. Sus raíces orientadas al programador hacen que a los usuarios
finales también les parezcan difíciles de operar.
MODELOS DE BAES DE DATOS E INTERNET
El uso de internet como la principal herramienta para la realización de transacciones
comerciales ha cambiado drásticamente el papel y el alcance del mercado de las bases de
datos. Por consiguiente, en lugar de presencial un duelo de OODM contra ERDM-O/RDM,
ahora los vendedores están dirigiendo sus esfuerzos de desarrollo a la creación de bases de
datos que he comuniquen eficiente y fácilmente con internet. Se caracterizan por su:
• Acceso a internet flexible, eficiente, seguro y fácil de utilizar de desarrollar y de
soportar.
• Interconexión sin suturas con estructuras y fuentes de datos múltiples.
• Relativa simplicidad del modelo de bases de datos conceptual, para hacer del diseño
y ejecución de bases de datos una actividad menos tediosa en un ambiente de datos
muy complejo.
• Abundancia de herramientas de diseño, ejecución de bases de datos y herramientas
de desarrollo de aplicaciones.
• Una poderosa interfaz gráfica de usuario para facilitar el trabajo del DBA.

A pesar de que la mayor parte del desarrollo de aplicaciones de bases de datos actual está
diseñada pensando en internet, debemos tomar en cuenta que todas las transacciones
comerciales realizadas a través de internet finalmente se comunican con algún tipo de base
de datos, si esa base está mal diseñada, ni la mejor interface de internet podrá resolver sus
problemas estructurales y por lo tanto las aplicaciones de internet fallara, de hecho se debe
poner una gran atención al diseño de bases de datos y a los temas que lo afectan.
2.1.1 – Entidades y Atributos
El diseño relacional empieza por definir las entidades que se requieren. Las entidades se
agrupan según sus características en común. Un conjunto de entidades es un grupo de estas,
las cuales comparten ciertas características. Generalmente se prefiere que el nombre del
conjunto de entidades refleje cuál es su contenido, para que el diseñador sepa cuál es la
función de dicho conjunto dentro de la base de datos. La característica de cada entidad recibe
el nombre de atributos. Cada atributo deberá nombrarse adecuadamente a fin de recordar al
usuario cuál es su contenido.
Una entidad es simplemente una persona, un lugar, un hecho u objeto del que intentamos
obtener información.

2.1.2 – Tablas y sus características

La visualización lógica de la base de datos relacional se facilita al crear relaciones de datos
basadas en una idea conocida como tabla. Una tabla se percibe como una estructura
bidimensional compuesta de filas y columnas. contiene un grupo de entidades relacionadas.
Una tabla también puede ser llamada relación, debido a que el creador del modelo relacional
E.F. Codd, utilizó el término de relación como sinónimo de tabla.
La palabra relación, también conocida como conjunto de datos en MA, está basada en la
teoría matemática de los conjuntos de la cual Codd derivó su modelo

Una tabla se percibe como una estructura bidimensional compuesta de filas y

columnas.
1.

2. Cada fila de la tabla representa la ocurrencia de una sola entidad dentro del
conjunto de entidades.

3. Cada columna de la tabla representa un atributo y cada columna tiene un nombre

distinto.

4. Cada intersección de fila/columna representa un valor de dato único.

 5. Cada tabla debe tener un atributo o una combinación de atributos que identifique
de manera única a cada fila.

6. Todos los valores en una columna deben ajustarse al mismo formato de datos.

7. Cada columna tiene un intervalo de valores específico conocido como dominios de

atributo.

8. El orden de las filas y de las columnas no es importante para el DBMS.

2.2 – Claves
Permite identificar un conjunto de atributos suficiente para distinguir las entidades entre sí.
Pueden ayudar a identificar unívocamente a las relaciones y así distinguir las relaciones
entre sí.
La clave principal desempeña un rol importante en el ambiente relacional, ya que analiza
con más cuidado las propiedades.
•El rol de la clave se basa en un concepto conocido como determinación ya que se realiza
en la definición del concepto de base de datos relacional conocido también como
dependencia funcional.
•Esto se define más de la siguiente manera: El tributo B es funcionalmente dependiente del
atributo A si cada valor en la columna A determina uno y solo un valor en la columna B.

Integridad referencial significa que, si la clave foránea contiene un valor, éste se une a una
fila (tuple) que ya existe en otra relación.
Una clave secundaria es aquella que se utiliza estrictamente para propósitos recuperación
de datos.
Super clave es un atributo o combinación de atributos que indican de manera única a cada
entidad de la tabla.
Clave candidato es una super clave mínima, una super clave que no contiene un
subconjunto de atributos.
Clave primaria es una clave candidato seleccionada para identificar de manera única a
todos los demás valores de atributos en cualquier otra tabla.
Clave foránea es un atributo o combinación de atributos en una tabla cuyos valores deben
igualar a la de la primaria en otra tabla.
El propósito de la integridad de entidad es garantizar que cada entidad tendrá una identidad
única y asegura que los valores de clave ajena puedan referirse apropiadamente a valores de
clave primaria.
El propósito de la integridad referencial es hacer posible que un atributo NO tenga un valor
correspondiente, pero será imposible que tenga una estrada valida.
Una junta natural (también conocida como reunión natural; neural join) vincula tablas
seleccionando las filas con valores comunes en sus atributos comunes.
El diccionario de datos se utiliza para llevar un recuento detallado de todas las tablas dentro
de la base de datos que han sido creadas por el usuario, por el diseñador o por ambos. Así
pues, el diccionario de datos contiene (por lo menos) todos los nombres y características de
atributo de cada una de las tablas en el sistema.
Las relaciones se clasifican como “uno a uno” (1:1), “uno a muchos” (1:M) y “muchos a
muchos” (M: N o M:M).

RELACIONES DENTRO DE LA BASE DE DATOS

Las relaciones se clasifican como “uno a uno” (1:1) “uno a muchos” (1:m) y “muchos a
muchos” (m:m)
Las relaciones uno a uno se usa con frecuencia para indicar relaciones críticas para que pueda
acceder a los datos que necesita para gestionar su empresa.
Una relación uno a uno es un vínculo entre la información de dos tablas, donde cada registro
en cada tabla solo aparece una vez.
En una relación de uno a muchos, un registro de una tabla se puede asociar a uno o varios
registros de otra tabla.. Por ejemplo, cada cliente puede tener varios pedidos de ventas.
Una relación de muchos a muchos se produce cuando varios registros de una tabla se asocian
a varios registros de otra tabla. Por ejemplo, existe una relación de muchos a muchos entre
los clientes y los productos: los clientes pueden comprar varios productos y los productos
pueden ser comprados por muchos clientes.

Diagrama entidad-relación
Un modelo entidad-relación es una herramienta para el modelo de datos, la cual facilita la
representación de entidades de una base de datos
Se suelen desarrollar en dos fases:
1. Se elabora el diagrama (o diagramas) entidad-relación.
2. Se completa el modelo con listas de atributos y una descripción de otras restricciones
que no se pueden reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para
lograr un modelo directamente implementable en una base de datos. Brevemente:
Permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera
que se encuentre la normalidad de archivos que se almacenarán.
Modelo pata de gallo
Los diagramas de pie de gallo representan entidades como cuadros y relaciones como líneas
entre los cuadros. Las diferentes formas en los extremos de estas líneas representan la
cardinalidad relativa de la relación.

Se usan tres símbolos para representar la cardinalidad:

• Un anillo representa "cero"
• Un guion representa "uno"
• Una pata de gallo representa "varios" o "infinito"
Estos símbolos se usan en pares para representar los cuatro tipos de cardinalidad que una
entidad puede tener en una relación.