Está en la página 1de 11

Evidencia: Estudio de caso.

Diseñar una base de datos relacional para una


empresa

1. Identifique las entidades con los atributos y tipos de datos correspondientes.

ARTICULOS

Atributos Tipo de dato Longitud

Nom_artículo String 20

Cod_artículo Numérico 10

Precio unitario compra Moneda 4

Precio unitario venta Moneda 4

Cod_cliente Numérico 10

Cod_proveedor Numérico 4

CLIENTE

Atributos Tipo de dato Longitud

Nom_cliente String 20

Apellido_cliente String 20

Ced_cliente Numérico 10

Dirección_cliente String 20

Móvil_cliente1 Numérico 10

Cod_cliente Numérico 10

Nom_artículo String 20

Cod_artículo Numérico 10
PROVEEDOR

Atributos Tipo de dato Longitud

Nom_proveedor Carácter 20

Cod_proveedor Numérico 10

Cod_artículo Numérico 4

Precio unitario compra Moneda 4

Nom_artículo String 20

VENDEDOR

Atributos Tipo de dato Longitud

Nom_vendedor Carácter 20

Cod_vendedor Numérico 10

Cod_cliente Numérico 4

Cod_proveedor Numérico 4

PRODUCTO

Atributos Tipo de dato Longitud

Cod_producto numérico 10

Tipo_Material string 10

Cod_Proveedor Numerico 4

marca string 10
2. Defina para cada entidad una llave primaria (PK).

ARTICULOS

Atributos
Nom_artículo
Cod_artículo (PK)
Precio unitario compra
Precio unitario venta
Cod_cliente
Cod_proveedor

CLIENTES

Atributos
Nom_cliente
Apellido_cliente
Ced_cliente
Dirección_cliente
Móvil_cliente1
Cod_cliente (PK)
Nom_artículo
Cod_artículo

PROVEEDOR

Atributos
Nom_proveedor
Cod_proveedor (PK)
Cod_artículo
Precio unitario compra
Nom_artículo

VENDEDOR

Atributos
Nom_vendedor
Cod_vendedor (PK)
Cod_cliente
Cod_proveedor

PRODUCTO
Atributos

Cod_producto (PK)
Tipo_Material
Cod_Proveedor
marca

3. Aplique los principios de normalización en la base de datos


relacional.

Primera forma de normalización (1FN)

ARTICULOS

Atributos
Nom_artículo
Cod_artículo (PK)
Precio unitario compra
Precio unitario venta
Cod_cliente (NA)
Cod_proveedor (NA)

CLIENTES

Atributos
Nom_cliente
Apellido_cliente
Ced_cliente
Dirección_cliente
Móvil_cliente1
Cod_cliente (PK)
Nom_artículo (NA)
Cod_artículo (NA)

PROVEEDOR

Atributos
Nom_proveedor
Cod_proveedor (PK)
Cod_artículo (NA)
Precio unitario compra
Nom_artículo (NA)

VENDEDOR

Atributos
Nom_vendedor
Cod_vendedor (PK)
Cod_cliente (NA)
Cod_proveedor

PRODUCTO

Atributos

Cod_producto (PK)
Tipo_Material
Cod_Proveedor (NA)
marca

Segunda regla de normalización (2FN)

Atributos
Nom_artículo
Cod_artículo (PK)
Precio unitario compra
Precio unitario venta

Atributos
Nom_cliente
Apellido_cliente
Ced_cliente
Dirección_cliente
Móvil_cliente1
Cod_cliente (PK)

Atributos
Nom_proveedor
Cod_proveedor (PK)
Precio unitario compra

Atributos
Nom_vendedor
Cod_vendedor (PK)
Cod_proveedor

Atributos

Cod_producto (PK)
Tipo_Material

 Tercera regla de normalización (3FN)

Atributos
Nom_artículo
Cod_artículo (PK)
Precio unitario compra
Precio unitario venta

Atributos
Nom_cliente
Apellido_cliente
Ced_cliente
Dirección_cliente
Móvil_cliente1
Cod_cliente (PK)

Atributos
Nom_proveedor
Cod_proveedor (PK)
Precio unitario compra
Atributos
Nom_vendedor
Cod_vendedor (PK)
Cod_proveedor

Atributos

Cod_producto (PK)
Tipo_Material

4. Defina para cada entidad una llave foránea (FK).

ARTICULOS

Atributos
Nom_artículo
Cod_artículo (PK)
Precio unitario compra
Precio unitario venta
Cod_cliente
Cod_proveedor

CLIENTES

Atributos
Nom_cliente
Apellido_cliente
Ced_cliente
Dirección_cliente
Móvil_cliente1
Cod_cliente (PK)
Nom_artículo
Cod_artículo (FK)
PROVEEDOR

Atributos
Nom_proveedor
Cod_proveedor (PK)
Cod_artículo (FK)
Precio unitario compra
Nom_artículo
VENDEDOR

Atributos
Nom_vendedor
Cod_vendedor (PK)
Cod_cliente (FK)
Cod_proveedor (FK)

PRODUCTO

Atributos

Cod_producto (PK)
Tipo_Material
Cod_Proveedor (FK)
marca

1 N
PROVEEDOR TIENE PRODUCTO

N
1

CONTRATA
N VENDEDOR
TIENE

ARTICULOS N CONTRATA N CLIENTE

IDENTIFICAR LAS FUNCIONES DEL GESTOR DE BASE DE DATOS

 Consulte en internet acerca de las funciones del gestor de las bases


de datos relacional para las organizaciones.
Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar más a
menudo las siglas DBMS procedentes del inglés, Data Base Management System)
es el software que permite a los usuarios procesar, describir, administrar y
recuperar los datos almacenados en una base de datos.
En estos Sistemas se proporciona un conjunto coordinado de programas,
procedimientos y lenguajes que permiten a los distintos usuarios realizar sus
tareas habituales con los datos, garantizando además la seguridad de los mismos.
DBMS.
Los datos estructurados en tablas constituyen la BD de un sistema relacional. El
SGBD define su estructura y gestiona también los permisos de escritura y lectura y
para interactuar con él, los usuarios utilizan un lenguaje de bases de datos. Todo
gestor de bases de datos relacionales soporta al menos un lenguaje formal que
permite ejecutar las siguientes operaciones:

Definir la estructura de datos: en la definición de los datos se guarda una


descripción con metadatos de la estructura de datos en el diccionario del sistema.
Cuando un usuario crea una tabla nueva, en el diccionario de datos se almacena
su correspondiente esquema. El vocabulario de un lenguaje de bases de datos
que se utiliza para definir los datos se denomina Data Definition Language (DDL),
lenguaje de definición de datos.

Definir derechos: todos los lenguajes de bases de datos proporcionan una


sintaxis que permite otorgar o retirar permisos. En este contexto se habla de Data
Control Language (DCL) o lenguaje de control de datos, un vocabulario integrado
en el lenguaje de bases de datos.

Definir condiciones de integridad: por condiciones de integridad se entienden


los requisitos de estado que se exigen a un banco de datos. Si se definen
condiciones para su integridad, la BD garantiza que se cumplan en todo momento.
Se habla entonces de un estado consistente. Una condición básica de integridad
en una base de datos relacional es, por ejemplo, que cada registro (tupla) pueda
identificarse de forma inequívoca.

Definir transacciones: cuando se lleva a una BD de un estado consistente a otro


diferente se habla de transacción. Estas transacciones contienen una serie de
instrucciones que deben ejecutarse siempre de forma íntegra. Si una se
interrumpe, la BD vuelve a su estado original (Rollback). Cada transacción
comienza con una orden para crear una conexión con la BD a la que siguen otras
que inician las operaciones de datos en sí, así como un paso de comprobación
(Commit) que asegura la integridad de la BD. Las operaciones que pongan en
peligro la integridad de la tabla no se consignan (committed), es decir, no se
escriben en la base de datos de forma permanente. Por último, se cierra la
conexión con la BD. Al vocabulario del lenguaje de bases de datos con el que se
manipulan los datos se le conoce como Data Manipulation Language (DML).

Definir vistas: las llamadas views son vistas virtuales de un subconjunto de los
datos de una tabla. Para crear una vista, el SGBD genera una tabla virtual
(relación lógica) sobre la base de las tablas físicas. En estas vistas pueden
emplearse las mismas operaciones que se utilizarían en tablas físicas. Según la
función de la vista de datos pueden distinguirse distintos tipos de vista. Las más
habituales son aquellas que filtran determinadas filas (consulta de selección) o
columnas (vista de columnas) de una tabla, así como las que conectan diversas
tablas entre sí (vista de conjunto).
En el modelo relacional se utiliza de forma estándar para estas operaciones el
lenguaje de bases de datosSQL (Structured Query Language), basado en el
álgebra relacional.

 Describa la importancia del gestor de las bases de datos relacional en


una empresa.

Para acceder a los datos de la empresa. Los sistemas de gestión de


bases de datos actuales dependen de un lenguaje de programación con el
que se puede acceder, actualizar o eliminar los datos que hay en las tablas
de la base de datos. Los programas acceden a los datos mediante
consultas SQL a la base de datos. Por ejemplo, una página web puede
obtener y mostrar datos de los productos almacenados en la base de datos
de la organización como precios, fotografías, descripción, etc. Se puede
acceder fácilmente a esta información si el software del servidor web está
conectado al gestor de base de datos relacional.

En la actualidad, cualquier organización que se precie, por pequeña que


sea, debe contar con una Base de Datos, pero para que sea todo lo efectiva
que debe, no basta con tenerla: hay que saber cómo gestionarlas.
En el caso de que en nuestra compañía no contemos con una persona que
se encargue de esta labor, existe la posibilidad de contratar a una empresa
externa que se encargue.
 Describa cinco funciones del gestor de las bases de datos relacional
dentro de las organizaciones.

1. Función de descripción o definición: Permite al diseñador de la


base de datos crear las estructuras apropiadas para integrar
adecuadamente los datos.

2. Función de manipulación: Permite modificar y utilizar los datos de


la base de datos. Se realiza mediante el lenguaje de modificación de
datos o DML.

3. Función de control: Mediante esta función los administradores


poseen mecanismos para proteger las visiones de los datos
permitidas a cada usuario, además de proporcionar elementos de
creación y modificación de esos usuarios.

4. Seguridad e integridad de los datos: además de registrar el uso de


las bases de datos, ante cualquier petición, también aplicará las
medidas de seguridad e integridad de los datos (adopta medidas
garantizar su validez) previamente definidas.

5. Recuperación y restauración de los datos: la recuperación y


restauración de los datos ante un posible fallo es otra de las
principales funciones de un SGBD. Su aplicación se realizará a
través de un Plan de recuperación y restauración de los datos que
sirva de respaldo.

También podría gustarte