Etapas Diseño Base de Datos

D
Versión: 01
Fecha de emisión:
Diseño Base de Datos de Supermercado 21/11/2020
Página:1 de 36
Diseño Base de Datos de Supermercado
Dominnig Jean Pierre Mojica Rodríguez, Oscar Andrés Salamanca y Darwin Steven Yara Arias
Facultad Ingeniería de Sistemas, Universidad ECCI
Sistemas de Bases de Datos
Luz Ángela Loaiza Álvarez
21 de noviembre de 2020
D
Versión: 01
Fecha de emisión:
Página:2 de 36
Tabla de Contenido
1. INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 6
1.3 Definiciones, Siglas y Abreviatura 6
1.4 Referencias 9
2. ETAPAS DEL DISEÑO DE BASE DE DATOS 9
2.1 DISEÑO CONCEPTUAL 10
2.1.1 Identificación de entidades 10
2.1.2. Identificación de Atributos 12
2.1.3. identificación de Relaciones 17
2.1.4. Identificación de Restricciones 19
2.1.4.1. Restricciones de clave primaria para las entidades 19
2.1.4.2. Restricciones de cardinalidad 21
2.1.5. Diagrama Entidad- Rela 23

D
Versión: 01
Fecha de emisión:
Página:3 de 36
2.2. DISEÑO LÓGICO 24
2.2.1. Traducción de tipos de entidades y relaciones 24
2.2.2. Simplificación del esquema 26
2.2.3. Restricciones de integridad 30
2.3. DISEÑO FÍSICO 31
2.3.1. Definición de las tablas 31
2.3.2. Definición de los campos 31
2.3.3. Definición de las relaciones entre tablas y su cardinalidad

33
2.3.4. Ingreso de registros a las tablas 34
2.3.5. Manipulación de registros 37

D
Versión: 01
Fecha de emisión:
Página:4 de 36
1. INTRODUCCIÓN
1.1 Propósito
Lograr que el lector entienda el funcionamiento de la base de datos de supermercado mostrando
y definiendo cada elemento que debe tener una base de datos, como es el funcionamiento de la
base de datos, y se desarrollará la base de datos detalladamente haciendo énfasis en conceptos
como definiciones, palabras claves que puede tener una base de datos, operaciones que se pueden
realizar etc.
1.2 Alcance
Con este proyecto se pretende que se pueda difundir la definición y el uso de las bases de datos y
su funcionamiento al explicarlos de manera detallada el paso a paso y mostrar todo su proceso
para que cualquier novato en sistemas pueda comprenderlo y guiarse para su uso en algún futuro.
1.3 Definiciones, Siglas y Abreviatura
CONSULTA: Medio por el cual podremos obtener toda la información contenida en la base de
datos
Base de datos: Es un medio que recopila información datos y los relaciona para realizar una
búsqueda mucho más rápida.
Tabla: Unidad creada para almacenar un conjunto de datos, que se estructura por columnas
D
Versión: 01
Fecha de emisión:
Página:5 de 36
donde se definen los campos y características.
Sgbd: Sistema gestor de base de datos (SGBD) es un conjunto de programas que
permiten el almacenamiento, modificación y extracción de la información en una base de datos.
Entidad: Una unidad de una base de datos que contiene información. Esta unidad es una
representación dentro de la base de datos de un objeto, persona, empresa... etc.
Relación: Una relación representa un conjunto de entidades con las mismas propiedades. Cada
relación se compone de una serie de filas o registros (las llamadas tuplas), cuyos valores
dependen de ciertos atributos (columnas).
Cardinalidad: Cardinalidad es el número de entidades con la cual otra entidad puede asociar
mediante una relación binaria; la cardinalidad puede ser: Uno a uno, uno a muchos o muchos a
uno y muchos a muchos.
Campo: Unidad básica de una base de datos, que nos permite el ingreso de la información, un
campo puede ser el nombre de una persona, edad de una persona etc. Un campo no puede
empezar con caracteres especiales, ni deben estar en blanco.
Llave primaria: Un campo o a una combinación de campos que identifica de forma única a cada
fila de una tabla
Llave foránea: Es una limitación referencial entre dos tablas. La clave foránea identifica una
columna o grupo de columnas en una tabla (tabla hija o referendo) que se refiere a una columna
o grupo de columnas en otra tabla
Var: se utiliza para almacenar datos de tipo cadena no Unicode de longitud variable
D
Versión: 01
Fecha de emisión:
Página:6 de 36
Registro: Un registro es un conjunto de campos que contienen los datos que pertenecen a una
misma entidad
SQL: Es un lenguaje estándar con el que se puede acceder a todos los sistemas de gestión de
gestión de SGBD relacionales de tipo comercial.
Ddl : Que permite crear y definir nuevas bases de datos, campos e índices.
Create : Utilizado para crear nuevas tablas, campos e índices.
Drop: Almacena texto en formato binario. empleado para eliminar tablas e índices.
Alter : Utilizando para modificar las tablas agregando campos o cambiando la definición de los
campos.
Dml: Su función es la manipulación de datos. A través de él podemos seleccionar, insertar,
eliminar y actualizar datos, también generar consultas para ordenar, filtrar y extraer datos de la
base de datos.
Select: Se utiliza para consultar registros de la base de datos que satisfagan un criterio
determinado.
Insert : Se utiliza para cargar lotes de datos en la base de datos en una única operación.
Update : Utilizado para modificar.
Join: Sirve para combinar filas de dos o más tablas basándose en un campo en común entre ellas,
devolviendo diferentes datos de las tablas. Un join se produce cuando dos o más tablas se juntan
en una sola sentencia.

D
Versión: 01
Fecha de emisión:
Página:7 de 36
Inner join: Devolverá los datos de todas las filas cuando se presentan al menos una coincidencia
en ambas tablas.
Left join: Devuelve todas las filas de la parte izquierda y las filas que coincidan de la tabla
derecha.
Right join: Devuelve todas las filas de la parte derecha y las filas que coincidan de la tabla
izquierda.
Outer join: Devuelve todas las filas de la parte izquierda y derecha.
1.4 Referencias
 Currículos exploratorios. Colombia. Recuperado
de:http://contenidos.sucerman.com/nivel2/web1/unidad2/leccion1.html.
 Wikipedia. Sistema de gestión base de datos. Recuperado de:
https://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos.
 Álvaro Felipe. [EDteam]. (2020, febrero 13). ¿Qué son la base de datos y cómo
funcionan? [Archivo de video]. recuperado de: https://www.youtube.com/watch?
v=knVwokXITGI
 EKCIT. (2019). Tic. Portal. recuperado de: https://www.ticportal.es/glosario-tic/base-
datos-database.
D
Versión: 01
Fecha de emisión:
Página:8 de 36
 Mintic.curriculos exploratorios. Colombia. Recuperado de:
http://contenidos.sucerman.com/nivel2/web1/unidad2/leccion1.html
 Gáleas j. (2017). Jairo Gáleas impartiendo conocimiento. Recuperado de:
https://www.jairogaleas.com/.
 Lazarázo D. (2018). Principales tipos de JOINS en SQL. Recuperado de:
https://diego.com.es/principales-tipos-de-joins-en-sql.
 Lucid chart. Recuperado de: https://lucid.app/lucidchart/11e9149a-ff76-4d50-be21-
095365f28650/view?page=0_0#?folder_id=home&browser=icon.
2. ETAPAS DEL DISEÑO DE BASE DE DATOS
Tradicionalmente, los diseñadores de bases de datos se ocupan de la creación de una base de
datos en tres fases de diseño: conceptual, lógico y físico. Estas fases pueden no seguirse de forma
secuencial. Los diseñadores pueden necesitar revisar las fases anteriores durante las últimas
fases, también pueden omitir una o más fases en las bases de datos sencillas. Cuando se hace
correctamente, el diseño de bases de datos proporciona un almacenamiento y recuperación
eficiente de los datos.
2.1 DISEÑO CONCEPTUAL
Esta etapa incluye la creación de un esquema o modelo conceptual de la base de datos. Este
modelo es independiente de las consideraciones físicas, incluyendo los sistemas de gestión de

D
Versión: 01
Fecha de emisión:
Página:9 de 36
base de datos, los lenguajes de programación y las plataformas de hardware. Contiene detalles
sobre cómo se implementará la base de datos detallado en términos de la naturaleza, estructura y
significado de los datos.
2.1.1 Identificación de entidades
PRODUCTOS_NEVERAS: En esta entidad hablamos sobre los productos que se guardan en
las neveras y sus características generales que los hacen diferentes de los demás para que el
cliente pueda ir o pedirlos para que se le empaquen y sean comprados y por ende facturados.
PRODUCTOS_NATURALES: En esta entidad hablamos sobre los productos que se exponen
al aire libre o en canastas y o en empaques y sus características generales que los hacen
diferentes de los demás para que el cliente pueda ir o pedirlos para que se le empaquen y sean
comprados y por ende facturados.
EMPLEADOS: en esta entidad identificamos todos los datos que se tienen que almacenar sobre
cada uno de los empleados que trabajan en el supermercado, como su salario, su cédula y
teléfono, esto con el fin de conocer toda su información de contacto por si ocurre cualquier
incidente.
FACTURA: en esta entidad guardamos los datos de la compra del cliente más un identificador
único para saber toda la información sobre esta compra.
CLIENTES: en esta entidad se guardan datos cruciales del cliente ya sean salados o bonos para
este o su nombre e identificador único para poder saber todos los procesos en los que se vea
D
Versión: 01
Fecha de emisión:
Página:10 de 36
involucrado este.
CAJEROS: aquí guardamos datos sobre el cajero en cuestión que se le asignará a cada
empleado en cada día de trabajo y su información básica y de contacto con el proveedor.
ASIGNACION_CAJEROS: en esta entidad se guarda toda la información que se actualiza a
diario sobre cada uno de los cajeros del supermercado, también se usa para asignar los datos del
empleado que trabaja en el cajero en cuestión, así se lleva un control sobre lo que suceda con
estos.
2.1.2. Identificación de Atributos
PRODUCTOS NEVERAS
ID_NEVERA: Se le da este atributo que va a actuar como identificador (llave primaria) de la
entidad.
NOMBRE_NEVERA: Este atributo se da como un espacio para colocar el nombre del producto
que se encuentra en la nevera.
PRECIO_NEVERA: Este atributo se da como un espacio para colocar el precio de cierto
producto que hay en la nevera.
FECHA_NEVERA: Este atributo se da como un espacio para determinar la fecha de expiró de
un producto.
CATEGORIA_NEVERA: Este atributo se da como un espacio para determinar a qué categoría
corresponde un producto, me refiero a por ejemplo categorías lácteos, jugos naturales etc.
FACTURA_NEVERA: Este atributo se da para almacenar el identificador (llave primaria) de

D
Versión: 01
Fecha de emisión:
Página:11 de 36
factura.
PRODUCTOS_NATURALES
ID_NATURAL: Se le da este atributo que va a actuar como identificador (llave primaria) de la
entidad.
NOMBRE_NATURAL: Este atributo se da como un espacio para colocar el nombre del
producto.
PRECIO_NATURAL: Este atributo se da como un espacio para colocar el precio de cierto
producto.
FECHA_NATURAL: Este atributo se da como un espacio para determinar la fecha de expiró de
un producto.
CATEGORIA_NATURAL: Este atributo se da como un espacio para determinar a qué
categoría corresponde un producto.
FACTURA_NATURAL: Este atributo se da para almacenar el identificador (llave primaria) de
factura.
CLIENTES
ID_CLIENTE: Se le da este atributo que va a actuar como identificador (llave primaria) de la
entidad.
NOMBRE_CLIENTE: Este atributo se da como un espacio para colocar el nombre del cliente.
EDAD_CLIENTE: Este atributo se da para identificar la edad del cliente.
SALDO_CLIENTE: Este atributo se utiliza para determinar cuánto saldo tiene el cliente
D
Versión: 01
Fecha de emisión:
Página:12 de 36
acumulado, ya sea por tarjeta o por efectivo.
TELEFONO: Este atributo se da para almacenar el número del cliente.
ASIGNACIÓN CAJEROS
ID ASIGNACIÓN: Se le da este atributo que va a actuar como identificador (llave primaria) de
la entidad.
ID_CAJERO: Este atributo se da para almacenar el identificador (llave primaria) del cajero.
ID_EMPLEADO: Este atributo se da para almacenar el identificador (llave primaria) del
empleado.
DINERO_INICIAL: Este atributo se da para almacenar el dinero inicial que va a tener el
cajero.
ESTADO_CAJERO: En este atributo se da para identificar en qué estado se encuentra el
cajero, me refiero a si está funcionando o está bloqueado, reparación etc.
FACTURA
ID_FACTURA: Se le da este atributo que va a actuar como identificador (llave primaria) de la
entidad.
FACTURA_CAJERO: Este atributo se da para almacenar el identificador (llave primaria) del
cajero.
Este atributo se da para almacenar el identificador (llave primaria) del cliente.
EMPLEADOS
D
Versión: 01
Fecha de emisión:
Página:13 de 36
ID_EMPLEADO: Se le da este atributo que va a actuar como identificador (llave primaria) de
la entidad.
NOMBRE_EMPLEADO: Este atributo se da como un espacio para colocar el nombre del
empleado.
APELLIDO_EMPLEADO: Este atributo se da como un espacio para colocar el apellido del
empleado.
EDAD_EMPLEADO: Este atributo se da para identificar la edad del empleado.
CAJERO
ID_CAJERO: Se le da este atributo que va a actuar como identificador (llave primaria) de la
entidad.
MARCA: Este atributo se le da para identificar y almacenar la marca asociada al cajero.
FECHA_REVISIÓN: Este atributo se da para determinar qué fecha fue la última revisión
realizada al cajero.
NOMBRE_CONTACTO: Este atributo se da para almacenar el nombre
2.1.3. identificación de Relaciones
para realizar la identificación de relaciones referente a la base de datos supermercado, se
asignaron de la siguiente manera:
Por una parte, contamos con la relación de FACTURA –CLIENTES, de manera más
interpretativa podemos indicar que una factura tiene un cliente y un cliente puede tener varias
D
Versión: 01
Fecha de emisión:
Página:14 de 36
facturas, por lo que la relación quedaría uno a varios (N-1), se ha establecido como relación los
campos de FACTURA_CLIENTE y ID_CLIENTE.Por este podemos realizar búsquedas
referentes a los datos del cliente dentro de la tabla facturas. La segunda relación corresponde a
FACTURA-PRODUCTO_NEVERA, indicamos: un producto tiene una factura, pero una factura
puede tener varios productos. Finalmente, el resultado de la relación uno varios(N-1). En esta
relación se establecieron los campos FACTURA_NEVERA y ID_FACTURA, esto nos permite
realizar búsquedas referentes a la información de factura por medio del ID.
La tercera relación que se determinó corresponde a FACTURA-PRODUCTO_NATURALES,
esta relación se generó de la misma manera que FACTURA-PRODUCTO_NEVERA, el
resultado es uno a varios(N-1). Los campos establecidos para esta relación fueron FACTURA
NATURAL Y ID_FACTURA, esto nos permite realizar búsquedas que corresponda a él Id de
factura La cuarta relación corresponde a FACTURA-CAJERO, para ello analizamos que una
factura puede un cajero, pero un cajero puede tener varias facturas, por lo que finalmente la
relación obtenida es de (N-1).Los campos asociados para esta relación corresponde a FACTURA
CAJERO Y ID_ CAJERO, por medio de esta asociación nos permite verificar , realizar
búsquedas referente a la tabla cajero. La siguiente relación se asocia a CAJERO con la tabla
EMPLEADOS, decimos que un cajero puede tener varios empleados, y varios empleados pueden
tener varios cajeros, la relación se establecería varios a varios (N-N). para este caso se establece
la creación de una nueva tabla denominada ASIGNACIÓN CAJEROS.

D
Versión: 01
Fecha de emisión:
Página:15 de 36
2.1.4. Identificación de Restricciones
2.1.4.1. Restricciones de clave primaria para las entidades
Entidad: PRODUCTOS_NEVERA
Llave primaria:ID_NEVERA
Restricción: La restricción de esta llave primaria es que no puede tener ningún carácter que no
sea un entero, esto para poder ordenarlos al igual que los productos de una manera que se sepa
claramente a qué producto se hace referencia de la nevera.
Entidad: PRODUCTOS_NATURALES
Llave primaria:ID_NATURAL
Restricción: La restricción de esta llave primaria es que no puede tener ningún carácter que no
sea un entero, esto para poder ordenarlos al igual que los productos de una manera que se sepa
claramente a qué se hace referencia de los productos naturales.
Entidad: CAJEROS
Llave primaria:ID_CAJERO
Restricción: La restricción de esta llave primaria es que no debe tener ningún carácter fuera de
los números enteros y no puede estar repetida, esto para identificar cada uno de los cajeros y sus
características específicas.
Entidad: ASIGNACION_CAJERO
D
Versión: 01
Fecha de emisión:
Página:16 de 36
Llave primaria:ID_ASIGNACION
Restricción: La restricción de esta llave primaria es que solo puede haber números enteros y que
no se pueden repetir, ya que con esta llevamos un conteo de los días y de la información diaria de
los cajeros en el supermercado.
Entidad: EMPLEADOS
Llave primaria:ID_EMPLEADO
Restricción: La restricción de esta llave es que solo pueden ser enteros y no se pueden repetir,
ya que este es el identificador único de cada empleado y con este se les hace seguimiento sobre
sus días de trabajo y de que cajero manejo.
Entidad: CLIENTES
Llave primaria: ID_CLIENTE
Restricción: La restricción de esta llave es que solo puede haber números enteros y no se pueden
repetir porque este identificador único lo usamos para poder saber con qué cliente tratamos y
saber su frecuencia de compra y así su prioridad.
Entidad: FACTURA
Llave primaria: ID FACTURA
Restricción: La restricción de esta llave primaria es que no se puede repetir y que solo puede
haber números enteros, ya que esta llave primaria es con la que identificamos cada una de las
D
Versión: 01
Fecha de emisión:
Página:17 de 36
facturas de los clientes y que productos son los que compro, así se puede llevar un conteo sin
necesidad de revisar el inventario a diario.
2.1.4.2. Restricciones de cardinalidad
 Relación CLIENTE-FACTURA
CLIENTE - N - FACTURA: Un cliente puede tener varias facturas.
CLIENTE - 1 - FACTURA: Una factura solo puede tener a un cliente.
 Relación FACTURA PRODUCTO_NEVERA
FACTURA - 1 - PRODUCTO_NEVERA: Un producto solo puede tener una sola factura.
FACTURA - N - PRO_NEVERA: Una factura puede tener varios productos.
 Relación FACTURA PRODUCTO_NATURALES
FACTURA - 1 - PRODUCTO_NATURALES: Un producto solo puede tener una sola
factura.
FACTURA - N - PRODUCTO_NATURALES: Una sola factura puede tener varios
productos.
 Relación FACTURA - CAJERO
FACTURA - N - CAJERO: Un cajero puede tener varias facturas.
FACTURA - 1 - CAJERO: Una factura solo puede estar en un solo cajero.
 Relación CAJERO – EMPLEADO

D
Versión: 01
Fecha de emisión:
Página:18 de 36
CAJERO - N – EMPLEADO: Varios empleados están asignados a varios cajeros.
CAJERO - 1 - EMPLEADO: Un solo cajero puede tener asignado a un solo empleado
2.1.5. Diagrama Entidad- Relación
Por medio del diagrama Entidad-Relación nos permite identificar los atributos de cada una de las
entidades. En esta etapa del proceso podemos proceder a establecer las relaciones correspondientes, y así
mismo poder asignar llaves primarias y llaves foráneas. Este es un primer plano que nos permite poder
plantear de manera lógica y más consecuente el desarrollo de la base de datos.

D
Versión: 01
Fecha de emisión:
Página:19 de 36
Figura 1. Diagrama entidad relación de la base de datos supermercado. Descripción de las clases con sus respectivos
atributos.
2.2. DISEÑO LÓGICO
El objetivo del diseño lógico es transformar el esquema conceptual en un modelo de datos
determinado para un sistema de gestión de bases de datos determinado. El diseño lógico puede
realizarse manualmente, o automáticamente en algunos casos, a través del uso de herramientas
CASE (ingeniería de software asistida por computadora) desde un diseño conceptual. En

D
Versión: 01
Fecha de emisión:
Página:20 de 36
cualquier caso, el resultado final es un conjunto de comandos de lenguaje de definición de datos,
que puede ser usado de forma interactiva, o como parte de un programa de computadora para
crear la base de datos.
2.2.1. Traducción de tipos de entidades y relaciones
Una vez diseñado el diagrama entidad –relación que abarca la parte conceptual de la base de
datos a diseñar, podemos plasmar estas entidades procedentes del diseño lógico planteado
anteriormente.
Entidades
Cajero
Asignación Cajero
Empleados
D
Versión: 01
Fecha de emisión:
Página:21 de 36
Factura
Producto Nevera
Producto _Natural
Producto _Nevera
D
Versión: 01
Fecha de emisión:
Página:22 de 36
2.2.2. Simplificación del esquema
La simplificación del esquema permite dar un tipo de visibilidad a los atributos que se le han
asignado a cada una de las entidades de la Base de datos. Los atributos cuentan con un grado de
visibilidad los cuales son: publico (+), privado (-) y protegido (#). Para este caso se puede
observar para cada una de las tablas los atributos se encuentran asignados con visibilidad publica
(+).
Cajero
Asignación Cajeros
D
Versión: 01
Fecha de emisión:
Página:23 de 36
Empleados
Factura
Producto_Nevera
D
Versión: 01
Fecha de emisión:
Página:24 de 36
Producto_Natural
Clientes
D
Versión: 01
Fecha de emisión:
Página:25 de 36
2.2.3. Restricciones de integridad
Figura 2. Diagrama modelo de clases con sus respectivas clases, atributos y relaciones.
DISEÑO FÍSICO
Es el proceso que, a partir de su diseño lógico y de información sobre su uso o el resultado
esperado, se crea una configuración de la base de datos adaptada al entorno donde se alojará y
que permita el almacenamiento y la explotación de los datos con un rendimiento adecuado

D
Versión: 01
Fecha de emisión:
Página:26 de 36
2.2.4. Definición de las tablas
Las tablas son el objeto de la base de datos que va a contener los registros ingresados. se
estructura principalmente por un numero de columnas y filas. Cada fila representa un registro
único ingresado y cada columna es un campo dentro del registro. A continuación, podemos ver
cada una de las tablas que estructura la base de datos de supermercado.
Figura.3. Definición de tablas base de datos de supermercado
2.2.5. Definición de los campos
En este apartado podremos evidenciar los campos que se han asignado a cada una de las tablas.
Los campos se han creado definiendo el tipo de dato, la longitud de campo y por supuesto
podemos observar los campos que hemos identificado como llaves primarias y foráneas como las
que se muestran a continuación con las siguientes secuencias de imágenes.

D
Versión: 01
Fecha de emisión:
Página:27 de 36
Asignación_Cajeros
Cajero
Clientes
Empleados
D
Versión: 01
Fecha de emisión:
Página:28 de 36
Factura
Productos_Naturales
Productos_Nevera
D
Versión: 01
Fecha de emisión:
Página:29 de 36
2.2.6. Definición de las relaciones entre tablas y su cardinalidad
Una vez diseñada e interpretada la parte lógica como se ha mencionado en apartados anteriores,
el siguiente paso es el desarrollo de la idea en el entorno de MYSQL.parte del proceso nos
muestra de forma más comprensiva las tablas, relaciones, llaves foráneas y primarias que se han
asignado a partir de diagrama entidad-relación.
Figura 4. Diagrama de relaciones y sus respectivas relaciones generado en el entorno de SQL (xammp).
D
Versión: 01
Fecha de emisión:
Página:30 de 36
2.2.7. Ingreso de registros a las tablas
Asignación Cajero
Cajero
Clientes
D
Versión: 01
Fecha de emisión:
Página:31 de 36
Empleados
Factura
Productos_Naturales
D
Versión: 01
Fecha de emisión:
Página:32 de 36
Productos Nevera
2.2.8. Manipulación de registros
En el siguiente apartado se emplearán las funciones de SQL tales como: Sum, count. También
se han empleado clausulas como: where y And, para la consulta de información en la base de
datos supermercado. Las funciones utilizadas cuentan con la descripción del tipo de consulta a
realizar. Esta descripción va acompañada de imágenes que nos permiten observar los resultados
de cada una de las líneas de código ingresadas en la base de datos del proyecto junto a sus
respectivos resultados. Mostrar el nombre del producto cuando el producto de la nevera sea
mayor a 20.000 y producto natural sea mayor a 5.000.
Código
D
Versión: 01
Fecha de emisión:
Página:33 de 36
Evidencia del Resultado
1) Mostrar el nombre cliente, teléfono la edad, saldo del cliente cuando la edad sea mayor a
cuarenta años y generarle un bono de 20.000.
Código

D
Versión: 01
Fecha de emisión:
Página:34 de 36
2) Mostrar el nombre del producto nevara, categoría al que pertenece el producto, el precio
original del producto y el precio del producto más una bonificación de 1000, cuando el
precio del producto sea menor a 15000.
Código
3) Mostrar los salarios totales de los empleados
Código

D
Versión: 01
Fecha de emisión:
Página:35 de 36
4) Mostrar el código de asignación de cada cajero, nombre del empleado y el código del
empleado cuando el estado del cajero está en reparación.
Código

D
Versión: 01
Fecha de emisión:
Página:36 de 36
Código
6)Mostrar el precio de los productos de la categoría bebidas que sean menores a 12300

Etapas Diseño Base de Datos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Etapas Diseño Base de Datos

Cargado por

Copyright:

Formatos disponibles

D

Diseño Base de Datos de Supermercado

Facultad Ingeniería de Sistemas, Universidad ECCI

Sistemas de Bases de Datos

Luz Ángela Loaiza Álvarez

1.3 Definiciones, Siglas y Abreviatura 6

2. ETAPAS DEL DISEÑO DE BASE DE DATOS 9

2.1 DISEÑO CONCEPTUAL 10

2.1.1 Identificación de entidades 10

2.1.2. Identificación de Atributos 12

2.1.3. identificación de Relaciones 17

2.1.4. Identificación de Restricciones 19

2.1.4.1. Restricciones de clave primaria para las entidades 19

2.1.4.2. Restricciones de cardinalidad 21

2.1.5. Diagrama Entidad- Rela 23

2.2. DISEÑO LÓGICO 24

2.2.1. Traducción de tipos de entidades y relaciones 24

2.2.2. Simplificación del esquema 26

2.2.3. Restricciones de integridad 30

2.3. DISEÑO FÍSICO 31

2.3.1. Definición de las tablas 31

2.3.2. Definición de los campos 31

2.3.3. Definición de las relaciones entre tablas y su cardinalidad

2.3.4. Ingreso de registros a las tablas 34

2.3.5. Manipulación de registros 37

Lograr que el lector entienda el funcionamiento de la base de datos de supermercado mostrando

base de datos, y se desarrollará la base de datos detalladamente haciendo énfasis en conceptos

su funcionamiento al explicarlos de manera detallada el paso a paso y mostrar todo su proceso

1.3 Definiciones, Siglas y Abreviatura

búsqueda mucho más rápida.

donde se definen los campos y características.

Sgbd: Sistema gestor de base de datos (SGBD) es un conjunto de programas que

permiten el almacenamiento, modificación y extracción de la información en una base de datos.

representación dentro de la base de datos de un objeto, persona, empresa... etc.

dependen de ciertos atributos (columnas).

uno y muchos a muchos.

empezar con caracteres especiales, ni deben estar en blanco.

fila de una tabla

o grupo de columnas en otra tabla

gestión de SGBD relacionales de tipo comercial.

Create : Utilizado para crear nuevas tablas, campos e índices.

Dml: Su función es la manipulación de datos. A través de él podemos seleccionar, insertar,

Update : Utilizado para modificar.

en una sola sentencia.

Outer join: Devuelve todas las filas de la parte izquierda y derecha.

 Currículos exploratorios. Colombia. Recuperado

 Wikipedia. Sistema de gestión base de datos. Recuperado de:

funcionan? [Archivo de video]. recuperado de: https://www.youtube.com/watch?

 EKCIT. (2019). Tic. Portal. recuperado de: https://www.ticportal.es/glosario-tic/base-

 Mintic.curriculos exploratorios. Colombia. Recuperado de:

 Gáleas j. (2017). Jairo Gáleas impartiendo conocimiento. Recuperado de:

 Lazarázo D. (2018). Principales tipos de JOINS en SQL. Recuperado de:

 Lucid chart. Recuperado de: https://lucid.app/lucidchart/11e9149a-ff76-4d50-be21-

2. ETAPAS DEL DISEÑO DE BASE DE DATOS

Tradicionalmente, los diseñadores de bases de datos se ocupan de la creación de una base de

correctamente, el diseño de bases de datos proporciona un almacenamiento y recuperación

eficiente de los datos.

2.1 DISEÑO CONCEPTUAL

modelo es independiente de las consideraciones físicas, incluyendo los sistemas de gestión de

sobre cómo se implementará la base de datos detallado en términos de la naturaleza, estructura y

significado de los datos.

2.1.1 Identificación de entidades

PRODUCTOS_NEVERAS: En esta entidad hablamos sobre los productos que se guardan en

PRODUCTOS_NATURALES: En esta entidad hablamos sobre los productos que se exponen