SQL_SERV

Práctica 3. Diseño de una base de datos normalizada

Objetivos de la práctica:

Al finalizar la práctica, serás capaz de:

Duración aproximada:

Instrucciones

Se tiene la siguiente capa organizacional, se deben hacer con ella los pasos del 1 al 3, los cuales son el modelo seudomatemático, modelo relacional y finalmente el codigo sql.

imagen cap2

  1. Modelo Seudomatemático (Forma verbal) Ejemplo: Para esta práctica, diseñaremos un sistema simple de gestión de clientes, productos, y pedidos. A continuación un ejemplo de el modelo seudomatemático:

    Cliente: Cada cliente tiene un ID de cliente, nombre, dirección y correo electrónico.
    Producto: Cada producto tiene un ID de producto, nombre del producto, precio y cantidad en stock.
    Pedido: Cada pedido tiene un ID de pedido, fecha del pedido y cliente que realiza el pedido.
    Detalle del pedido: Cada detalle de pedido tiene una relación con el producto que se está comprando, la cantidad comprada y el precio por unidad en el momento del pedido.

  2. Modelo Relacional
    Este es el modelo relacional derivado del seudomatemático, con las entidades y relaciones entre ellas. Ejemplo imagen cap2

  3. Creación de una Base de datos en SQL Server
    Ejemplo ```sql – Crear base de datos CREATE DATABASE SistemaPedidos;

– Usar la base de datos recién creada USE SistemaPedidos;

– Crear tabla Cliente CREATE TABLE Cliente ( ClienteID INT PRIMARY KEY IDENTITY(1,1), Nombre NVARCHAR(100), Direccion NVARCHAR(255), Correo NVARCHAR(100) );

– Crear tabla Producto CREATE TABLE Producto ( ProductoID INT PRIMARY KEY IDENTITY(1,1), NombreProducto NVARCHAR(100), Precio DECIMAL(10,2), CantidadStock INT ); – Crear tabla Pedido CREATE TABLE Pedido ( PedidoID INT PRIMARY KEY IDENTITY(1,1), FechaPedido DATE, ClienteID INT, FOREIGN KEY (ClienteID) REFERENCES Cliente(ClienteID) );

– Crear tabla DetallePedido CREATE TABLE DetallePedido ( DetalleID INT PRIMARY KEY IDENTITY(1,1), PedidoID INT, ProductoID INT, Cantidad INT, PrecioUnidad DECIMAL(10,2), FOREIGN KEY (PedidoID) REFERENCES Pedido(PedidoID), FOREIGN KEY (ProductoID) REFERENCES Producto(ProductoID) ); ```

  1. Validación de diseño

Se deberá hacer una validación de diseño entre las relaciones de colaboradores y pagos salarios, en la cual se indique que un colaborador puede tener un pago asociado y un pago asociado le debe pertenecer a un colaborador.

Resultado esperado

Al finalizar esta práctica, los estudiantes deben ser capaces de:

Esta práctica les proporcionará las bases para diseñar sistemas relacionales eficientes y optimizados, siguiendo los principios de normalización.