SESION 01

OBJETIVOS

 Conocer que es una base de datos y sus tipos

 Conocer que es SQL Server
 Instalar SQL Server
 Instalar SQL Server Management Studio
 Entorno de SQL Server Management Studio
 Conocer que es una base de datos relacional
 Concetos previos
 Normalización
 Tipos de relaciones
¿Qué es una
base de
datos?
 Una base de datos, se denomina así a la colección de información estructurada, así como datos los cuales son
almacenados de manera electrónica en un sistema de computadora.
 La Base de Datos es controlado por un sistema de gestión de base de datos (DBMS, Data Base Management System).
TIPOS DE BASES DE DATOS
 Bases de datos relacionales:

 Bases de datos relacionales:

TIPOS DE BASES DE DATOS
 Bases de datos distribuidas:

 Almacenes de datos:
TIPOS DE BASES DE DATOS
 Bases de datos NoSQL:

 Bases de datos orientadas a grafos:

TIPOS DE BASES DE DATOS
 Bases de datos OLTP:
SQL SERVER Y SU EVOLUCIÓN

 Microsoft SQL Server es la alternativa de Microsoft a otros potentes sistemas gestores de base de datos.
 Es un SGBD relacional desarrollado como un servidor que da servicio a muchas otras aplicaciones de software
que funcionan ya sea en el mismo ordenador o en otro ordenador a través de una red.
 Ventajas de SQL Server:
➢ Inteligencia sobre todos los datos
➢ Elección de plataforma y lenguaje
➢ El mejor rendimiento de la industria
➢ La menos vulnerable de todas
➢ Tome decisiones mejores y más rápidas
¿Cómo
almacenamos y
administramos la
información?
 A lo largo de los años se ha implementado una serie de modelos de base de datos para almacenar y administrar la
información.Varios de los modelos más comunes incluyen los siguientes:

Modelo
jerárquico Modelo de red Modelo entidad-
Modelo relación
relacional
MODELO RELACIONAL

 El modelo relacional ordena los datos en tablas, también conocidas como

relaciones, cada una de las cuales se compone de columnas y filas. Cada
columna enumera un atributo de la entidad en cuestión, por ejemplo, precio,
código postal o fecha de nacimiento.

 El modelo también representa los tipos de relaciones entre esas tablas, incluidas
las relaciones uno a uno, uno a muchos y muchos a muchos.
MODELO JERÁRQUICO
 Organiza los datos en una estructura de árbol, en la que cada registro tiene un único elemento o raíz.

 Los registros del mismo nivel se clasifican en un orden específico, el cual es usado para almacenar la base de
datos.

 El modelo es bueno para describir muchas relaciones del mundo real.

MODELO DE RED
 Se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre registros vinculados, lo
que implica registros principales múltiples.

 El modelo se construye con conjuntos de registros relacionados. Cada conjunto consiste de un registro
propietario o principal y uno o más registros miembros o secundarios.

 Un registro puede ser miembro o secundario en múltiples conjuntos,

permitiendo que este modelo represente relaciones complejas.
MODELO ENTIDAD-RELACIÓN

 Se usa con frecuencia para poder diseñar una base de datos conceptual.

 En este modelo, las personas, lugares y cosas, acerca de los cuales se almacenan puntos de datos, el cual se les
denomina entidades; cada entidad tiene ciertos atributos que en conjunto forman su dominio.
CONCEPTOS PREVIOS
ENTIDAD

 Es el elemento fundamental de una base de datos. Una entidad es una persona, lugar, cosa, evento o concepto
sobre el cual los datos son recolectados, como un artista, un libro o una transacción de ventas

Nombre Dominio
Atributos

Tupla 1
Tupla 2
Tupla 3

Grado: 4 Cardinalidad: 3
LLAVES

 Llave candidata: Conjunto de atributos que identifican unívocamente cada tupla de la

relación.

 Llave Primaria: Se elige como primaria la candidata que identifique mejor a cada tupla
en el contexto de la base de datos.

 Llave alternativa: Cualquier clave candidata que no sea primaria.

 Llave externa, ajena o foránea: Atributo cuyos valores coinciden con una clave
candidata (normalmente primaria) de otra tabla.
RESTRICCIONES

 No puede haber dos tuplas iguales

Definidas por el
 El orden de la tupla no es significativo.
hecho que la
base de datos  El orden de los atributos no es significativo
es relacional
 Cada atributo sólo puede tomar un valor en el
dominio en el que está inscrito.

• Llave primaria (primary Key).

Incorporadas • Unicidad (unique).

por el usuario
• Obligatoriedad (not null).

• Integridad referencial (foreign Key).

NORMALIZACIÓN
NORMALIZACIÓN

 La normalización es una técnica que busca dar eficiencia y fiabilidad a una BD relacional.

 Las tablas obtenidas pueden presentar problemas:

 Redundancia

 Ambigüedad

 Perdida de restricciones de integridad

 Anomalías en operaciones de modificaciones de datos

 La normalización nos permite eliminar estos problemas, forzando a la división de una tabla en dos o más.
PRIMERA FORMA NORMAL

 Una relación se encuentra en Primera Forma Normal (1FN) cuando cada atributo solo toma un valor del dominio
simple subyacente. En 1FN no existen grupos repetitivos.
SEGUNDA FORMA NORMAL

 Para que una relación pueda estar en Segunda forma normal (2FN). Primero se tiene que cumplir que la relación
se encuentre en 1FN; además debe de cumplir que los atributos no clave son todos aquellos que no forman parte
de la clave primaria, y que ninguno de ellos dependerá de una parte de la clave primaria.
TERCERA FORMA NORMAL

 Para que una relación pueda estar en Tercer forma normal (3FN). Primero se tiene que cumplir que la relación se
encuentre en 2FN; además que ningún subconjunto de atributos tendrá una dependencia transitiva.
TIPOS DE RELACIONES
UNO A UNO (1 A 1)

 Una relación entre dos relaciones en la cual una tupla en la primera relación esté relacionada con al menos una
tupla en la segunda relación, y una tupla en la segunda relación esté relacionada con al menos una tupla en la
primera relación.

 Ejemplo:

ESTUDIANTE INFORMACION DE CONTACTO

ID_ESTUDIANTE APELLIDOS Y NOMBRES ID_ESTUDIANTE CIUDAD TELEFONO
1 Perez, Juan 1 Lima 987467290
2 Quispe, José 2 Arequipa 931064289
3 Silva, Leandro 3 Chiclayo 907064327
UNO A MUCHOS (1 A N)

 Una relación entre dos relaciones en la cual una tupla en la primera relación esté relacionada con ninguna, una o
más tuplas en la segunda relación, pero una tupla en la segunda relación esté relacionada con al menos una tupla
en la primera relación.

 Ejemplo:
TB_CLIENTE TB_PEDIDOS
ID_CLIENTE NOMBRE_CLIENTE ID_PEDIDO FECHA_PEDIDO MONTO_PEDIDO ID_CLIENTE
1 Juan Perez 1 28/07/2021 678.00 1
2 José Quispe 2 30/07/2021 300.00 1
3 Luis Palomino 3 30/07/2021 256.78 2
4 3/08/2021 467.07 1
5 4/08/2021 130.76 2
6 4/08/2021 876.45 3
MUCHOS A MUCHOS (N A N)

 Una relación entre dos relaciones en la cual una tupla en la primera relación esté relacionada con ninguna, una o
más tuplas en la segunda relación, y una tupla en la segunda relación esté relacionada con ninguna, una o más
tuplas en la primera relación
 Ejemplo:
TIPOS DE INSTRUCCIONES

 Lenguaje de definición de datos (DDL, Data Definition Language): Las instrucciones DDL se usan para
crear, modificar o borrar objetos en una base de datos como tablas, vistas, esquemas, dominios, activadores, y
almacenar procedimientos.

 Lenguaje de manipulación de datos (DML, Data Manipulation Language): Las instrucciones DML se
usan para recuperar, agregar, modificar o borrar datos almacenados en los objetos de una base de datos.
MODELADO DE BASE DE DATOS
 Para el modelado de base de datos usaremos el programa Erwin Data Modeler.

 Para descargar el programa lo podemos hacer desde el siguiente enlace:

 https://mega.nz/file/bMIgADiQ#0usCMIjLN_uHvgW_bry2veAcU9hVCcos96T9XTVoPxI

 Por qué elegir Erwin Data Modeler y no otro:

 Funcionalidad de comparación y mezcla

 Estándares de empresa y reutilización

 Configuración, flexibilidad y automatización

 Integración y arquitectura abierta

 Amplia comunidad de usuarios

EJERCICIO 01

 “Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes
(nombre, apellidos, dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código, así como
un precio unitario. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser
comprado por varios clientes.
 Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sólo
puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos. De cada
proveedor se desea conocer el RUC, nombre y dirección”.
EJERCICIO 02

 “Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por todo el Perú. Los
encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono,
dirección, salario y población en la que vive.
 De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario y dirección del
destinatario.
 Un camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero.
 De las provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un paquete
sólo puede llegar a una provincia. Sin embargo, a una provincia pueden llegar varios paquetes.
 De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y potencia. Un camionero
puede conducir diferentes camiones en fechas diferentes, y un camión puede ser conducido por varios
camioneros”.
EJERCICIO 03

 “Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los
profesores del Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo
tiene un código y un nombre. Cada alumno está matriculado en uno o varios módulos. De cada alumno se desea
guardar el nº de expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios
módulos, pero un módulo sólo puede ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno
de los cuales es el delegado del grupo”.
EJERCICIO 04

 “La clínica “SAN PABLO” necesita llevar un control informatizado de su gestión de pacientes y médicos.
 De cada paciente se desea guardar el código, nombre, apellidos, dirección, departamento, provincia,
distrito, código postal, teléfono y fecha de nacimiento.
 De cada médico se desea guardar el código, nombre, apellidos, teléfono y especialidad.
 Se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital. Cada ingreso que realiza
el paciente queda registrado en la base de datos. De cada ingreso se guarda el código de ingreso (que se
incrementará automáticamente cada vez que el paciente realice un ingreso), el número de habitación y cama en la
que el paciente realiza el ingreso y la fecha de ingreso.
 Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede ser atendido por un único
médico. Un paciente puede realizar varios ingresos en el hospital”.
EJERCICIO 05

 Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie de productos que se
pueden vender a los clientes.
 “De cada producto informático se desea guardar el código, descripción, precio y número de existencias. De cada
cliente se desea guardar el código, nombre, apellidos, dirección y número de teléfono.
 Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser comprado por varios
clientes. Cada vez que se compre un artículo quedará registrada la compra en la base de datos junto con la fecha
en la que se ha comprado el artículo.
 La tienda tiene contactos con varios proveedores que son los que suministran los
 productos. Un mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea
guardar el código, nombre, apellidos, dirección, provincia y número de teléfono”.