GESTIÓN Y SEGURIDAD DE BASES DE DATOS

AA3-EV2-DISEÑO LÓGICO DE LA BASE DE DATOS

CARLOS ADRIANO RAMIREZ ALDANA

JAVIER MAURICIO ALVAREZ VARGAS

SENA

JULIO 2019

BOGOTA D.C
 INTRODUCCIÓN

Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se
aprecie debe tener almacenados todos estos datos en una Base de Datos para poder
realizarlos mediante una aplicación; sin esta funcionalidad resultaría imposible tratar y
manejar en su totalidad los datos que lleva a cabo la empresa y se perdería un tiempo y
un dinero muy valioso.

Las Base de Datos son sistemas que almacena la información de una o más empresas
para que estas puedan ser utilizadas cuando el usuario así lo deseen de gran relevancia
porque automatizan previenen de errores y son eficaces en el tiempo y pueden ser
adquiridas cuando el administrador del sistema lo desee.

Uno de los pasos cruciales en la construcción de una aplicación que maneje una Base de
Datos, es sin duda, el diseño de la Base de Datos.

Si las tablas no son definidas apropiadamente, podemos tener muchos dolores de cabeza
al momento de ejecutar consultas a la Base de Datos para tratar de obtener algún tipo de
información.

No importa si nuestra Base de Datos tiene sólo 20 registros, o algunos cuantos miles, es
importante asegurarnos que nuestra Base de Datos este correctamente diseñada para
que tenga eficiencia y que se pueda seguir utilizando por largo tiempo.

Dependiendo de los requerimientos de la Base de Datos, el diseño puede ser algo

complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más
fácil crear una Base de Datos perfecta para nuestro siguiente proyecto.
 OBJETIVOS

 Construir un modelo de datos conceptual.

 Crear un modelo lógico de datos.
 Comprobar que sea estructuralmente y capaz de soportar las
transacciones requeridas.

OBJETIVOS ESPECIFICOS

 Tener redundancia mínima

 Mayor integridad de los datos
 Acceso eficiente a la información (fácil y rápido)
 MODELOS DE BASES DE DATOS

 Bases de datos jerárquicas: Una base de datos jerárquica es un tipo de

sistema de gestión de bases de datos que, como su nombre indica,
almacena la información en una estructura jerárquica que enlaza los
registros en forma de estructura de árbol (similar a un árbol visto al revés),
en donde un nodo padre de información puede tener varios nodos hijo, y
así sucesivamente.

 Bases de datos de red: Una base de datos de red es una base de datos
conformada por una colección o set de registros, los cuales están
conectados entre sí por medio de enlaces en una red. El registro es similar
al de una entidad como las empleadas en el modelo relacional.

 Bases de datos transaccionales: Las bases de datos transaccionales se

caracterizan por permitir llevar a cabo un gran número de transacciones
cortas en línea, haciendo posible un procesamiento de consultas muy
rápido, manteniendo la integridad de los datos en entornos de acceso
múltiple y garantizando unos niveles de efectividad muy elevados. Una
base de datos de este tipo cuenta con información actual y detallada.

 Bases de datos relacionales: La base de datos relacional (BDR) es un tipo

de base de datos (BD) que cumple con el modelo relacional (el modelo
más utilizado actualmente para implementar las BD ya planificadas).

 Bases de datos multidimensionales: Las bases de datos

multidimensionales (BDMB) son un tipo de base de datos optimizada para
Data Warehouse que se utilizan principalmente para crear aplicaciones
OLAP, una tecnología asociada al acceso y análisis de datos en línea.

 Bases de datos orientadas a objetos: En una base de datos orientada a

objetos, la información se representa mediante objetos como los presentes
en la programación orientada a objetos. Cuando se integra las
características de una base de datos con las de un lenguaje de
programación orientado a objetos, el resultado es un sistema gestor de
base de datos orientada a objetos (ODBMS, object database management
system).

 Bases de datos documentales: Una base de datos documental está

constituida por un conjunto de programas que almacenan, recuperan y
gestionan datos de documentos o datos de algún modo estructurados. Este
 tipo de bases de datos constituyen una de las principales subcategorías
dentro de las denominadas bases de datos NoSQL. A diferencia de las
bases de datos relacionales, estas bases de datos están diseñadas
alrededor de una noción abstracta de "Documento".

 Bases de datos deductivas: Un sistema de bases de datos que tenga la

capacidad de definir reglas con las cuales deducir o inferir información
adicional a partir de los hechos almacenados en las bases de datos se
llama Sistema de Bases de Datos Deductivas. Puesto que parte de los
fundamentos teóricos de algunos sistemas de ésta especie es la lógica
matemática, a menudo se les denomina Bases de Datos Lógicas. Una
base de datos deductiva es, en esencia, un programa lógico; mapeo de
relaciones base hacia hechos, y reglas que son usadas para definir nuevas
relaciones en términos de las relaciones base y el procesamiento de
consultas.

Diseño De Bases De Datos

Son muchas las consideraciones a tomar en cuenta al momento de hacer

el diseño de la base de datos, quizá las más fuertes sean:

 La velocidad de acceso,
 El tamaño de la información,
 El tipo de la información,
 Facilidad de acceso a la información,
 Facilidad para extraer la información requerida,
 El comportamiento del manejador de bases de datos con cada tipo de
información.

No obstante que pueden desarrollarse sistemas de procesamiento de

archivo e incluso manejadores de bases de datos basándose en la
experiencia del equipo de desarrollo de software logrando resultados
altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia
más alto en lo que se refiere a almacenamiento y recuperación de la
información.

De igual manera se obtiene modelos que optimizan el aprovechamiento

secundario y la sencillez y flexibilidad en las consultas que pueden
proporcionarse al usuario.
 Identificación De Entidades Y Atributos

A continuación, se relacionan las Entidades y las relaciones en el modelo ER para la Base

de Datos de la Alcaldía san Antonio del Sena

Nombre Alcalde Nombre Alcaldía IdDependencia Nombre Dependencia

Apellido Alcalde
(1:1) (1:N)
ALCALDÍA Existen DEPENDENCIAS Nombre Líder Dependencia

Ciudad Alcaldía

Nombre Programa

Teléfono Alcaldía

Nombre Proyecto

IdLocalidad Nombre Localidad

En la alcaldía San Antonio existen varias Dependencias y una Dependencia existe en la

Alcaldía San Antonio

IdSector IdLocalida
Nombre Alcaldía NombreLocalida
Nombre Alcalde d
d
Nombre Líder Dependencia
(1:1) (1:N)
Apellido Alcalde
ALCALDÍA Pertenece Localidad NumBarrios

Ciudad Alcaldía
NumHabitantes

NumEmpresas NumGuarderias
NumPlantelEducativos
Teléfono Alcaldía

Nombre Localidad

IdLocalidad
 En la Alcaldía San Antonio pertenecen varias localidades, una localidad solo pertenece a
una Alcaldía

Nombre Empleado
Apellido Empleado

Nombre Alcaldía IdEmpleado

Nombre Alcalde
Num Teléfono

(1:1) (1:N) Dirección

Apellido Alcalde ALCALDÍA Laboran EMPLEADOS

Ciudad Alcaldía

Nombre Barrio

Teléfono Alcaldía
IdDependencia
Cargo
Nombre Localidad
IdLocalidad
 MODELO RELACIONAL DE LA BASE DE DATOS

SCRIPTS CREACIÓN DE LAS TABLAS EN LA BASE DE DATOS

-- Query Creación Tablas

CREATE TABLE Alcaldia

(Nombre VARCHAR (100) NOT NULL,

IdAlcaldia INT NOT NULL, PRIMARY KEY (idAlcaldia) );

CREATE TABLE PlantelEducativo

(Jornada VARCHAR (50) NOT NULL,

Plantel VARCHAR (100) NOT NULL,

Modalidad VARCHAR (50) NOT NULL,

IdPlantel INT NOT NULL, PRIMARY KEY (idPlantel));

CREATE TABLE Empresa

(IdEmpresa INT NOT NULL,

Nombre VARCHAR (100) NOT NULL,

Antigüedad INT NOT NULL,

Cargo VARCHAR (50) NOT NULL,

Sueldo FLOAT NOT NULL,

PRIMARY KEY (idEmpresa));

CREATE TABLE Int_Guarderia

(Enfermedades VARCHAR (50) NOT NULL,

Identificacion INT NOT NULL,

IdGuarderia INT NOT NULL,

PRIMARY KEY (identificacion, idGuarderia),

FOREIGN KEY (identificacion) REFERENCES Integrante (identificacion),

FOREIGN KEY (idGuarderia) REFERENCES GuarderiaInfantil (idGuarderia));

CREATE TABLE Int_Plantel

(Identificacion INT NOT NULL,

IdPlantel INT NOT NULL,

PRIMARY KEY (identificacion, idPlantel),

FOREIGN KEY (identificacion) REFERENCES Integrante (identificacion),

FOREIGN KEY (idPlantel) REFERENCES PlantelEducativo (idPlantel));

CREATE TABLE Localidad (nombre VARCHAR (100) NOT NULL,

idLocalidad INT NOT NULL,

IdAlcaldia INT NOT NULL,

PRIMARY KEY (idLocalidad),

FOREIGN KEY (idAlcaldia) REFERENCES Alcaldia (idAlcaldia));

CREATE TABLE Barrio

(Nombre VARCHAR (200) NOT NULL,

Area VARCHAR (200) NOT NULL,

NivelSocioeconomico INT NOT NULL,

CantidadHabitantes INT NOT NULL,

IdBarrio INT NOT NULL,

rutasTransporte INT NOT NULL,

idLocalidad INT NOT NULL,

PRIMARY KEY (idBarrio),

FOREIGN KEY (idLocalidad) REFERENCES Localidad (idLocalidad));

CREATE TABLE Familia

(Direccion VARCHAR (50) NOT NULL,

Telefono INT NOT NULL,

Ingreso FLOAT NOT NULL,

TipoHabitacion VARCHAR (50) NOT NULL,

idFamilia INT NOT NULL,

idBarrio INT NOT NULL,

PRIMARY KEY (idFamilia),

FOREIGN KEY (idBarrio) REFERENCES Barrio (idBarrio));

CREATE TABLE Integrante

(Identificacion INT NOT NULL,

TipoDocumento VARCHAR (50) NOT NULL,

Nombres VARCHAR (50) NOT NULL,

Apellidos VARCHAR (50) NOT NULL,

FechaNacimiento DATE NOT NULL,

LugarNacimiento VARCHAR (50) NOT NULL,

IdFamilia INT NOT NULL, PRIMARY KEY (identificacion),

FOREIGN KEY (idFamilia) REFERENCES Familia (idFamilia));

CREATE TABLE GuarderiaInfantil

(idGuarderia INT NOT NULL,

Nombre VARCHAR (100) NOT NULL,

PRIMARY KEY (idGuarderia));

 DICCIONARIO DE DATOS DE LA BASE DE DATOS

 Alcaldía
CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD
IdAlcaldia PK Entero Guarda
Int (11) información de los
códigos de la
alcaldía
Nombre No debe ir vació VARCHAR (50) Guarda
información de los
nombres de las
alcaldías

 PlantelEducativo
CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD
IdPlantel PK Entero Guarda
Int (11) información de los
códigos de plantel
Plantel No debe ir vació VARCHAR (50) Guarda
información de los
nombres de las
alcaldías
Jornada No debe ir vació VARCHAR (50) Guarda
información
acerca de las
jornadas
Modalidad No debe ir vació VARCHAR (50) Guarda
información de las
modalidades

 Empresa
CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD
DATOS
IdEmpresa PK Entero Guarda información
Int (11) de los códigos de la
empresa
Nombre No debe ir vació VARCHAR (50) Guarda información
de los nombres de
las empresas
Antiguedad No debe ir vació VARCHAR (50) Guarda información
de la antigüedad de
los empleados
Cargo No debe ir vació VARCHAR (50) Guarda información
de los cargos de la
empresa
Sueldo No debe ir vació VARCHAR (50) Guarda información
de los sueldos de
los empleados
 Int_Guarderia
CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD
DATOS
PK -REFERENCES Entero Guarda
IdGuarderia GuarderiaInfantil(idGuarderia) Int (11) información de los
códigos de la
guardería
Identificacion REFERENCES Entero Guarda
Integrante(identificacion) Int (11) información de la
identificacion
Enfermedades No debe ir vació VARCHAR Guarda
(50) información de las
enfermedades

 Int_Plantel

CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD

DATOS
PK Entero Guarda
IdPlantel Int (11) información de los
códigos de plantel
Identificacion REFERENCES Entero Guarda
Integrante(identificacion) Int (11) información de la
identificacion

 Localidad
CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD
DATOS
PK Entero Guarda información
idLocalidad Int (11) de los códigos de la
localidad
nombre No debe ir vació VARCHAR (50) Guarda información
de los nombres de
la localidad
IdAlcaldia FK - REFERENCES Entero Guarda información
Alcaldia(idAlcaldia) Int (11) de los códigos de la
alcaldía
 Barrio
CAMPO RESTRICCIONES TIPO DE FUNCIONALIDAD
DATOS
PK Entero Guarda
IdBarrio Int (11) información de los
códigos de la
localidad
IdLocalidad FK - REFERENCES Entero Guarda
Localidad(idLocalidad) Int (11) información de los
nombres de la
localidad
Nombre No debe ir vació) VARCHAR Guarda
(50) información de los
códigos de la
alcaldía
Area No debe ir vació VARCHAR Guarda
(50) información de las
áreas
NivelSocioeconomico No debe ir vació VARCHAR Guarda
(50) información del
nivel socio
económico
CantidadHabitantes No debe ir vació VARCHAR Guardar
(50) información de la
cantidad de
habitantes
Rutas Transporte No debe ir vació VARCHAR Guarda
(50) información de las
rutas de transporte

 Familia
CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD
PK Entero Guarda
IdFamilia Int (11) información de los
códigos de la
familia
IdBarrio FK - Entero Guarda
REFERENCES Int (11) información de los
Barrio(idBarrio) códigos de barrio
Direccion No debe ir vació) VARCHAR (50) Guarda
información de la
dirección
Telefono No debe ir vació VARCHAR (50) Guarda
información de los
teléfonos
Ingreso No debe ir vació VARCHAR (50) Guarda
información de los
ingresos
TipoHabitacion No debe ir vació VARCHAR (50) Guardar
información de los
tipo de habitación
  Integrante
CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD
PK Entero Guarda
Identificacion Int (11) información de la
identificación
TipoDocumento No debe ir vació VARCHAR (50) Guarda
información de los
tipos de
documentos
Nombres No debe ir vació) VARCHAR (50) Guarda
información de los
nombres
Apellidos No debe ir vació VARCHAR (50) Guarda
información de los
apellidos
FechaNacimiento No debe ir vació VARCHAR (50) Guarda
información de la
fecha de
nacimiento
LugarNacimiento No debe ir vació VARCHAR (50) Guardar
información de
lugar de
nacimiento
IdFamilia FK - Entero Guarda
REFERENCES Int (11) información de los
Familia(idFamilia) códigos de la
familia

 GuarderiaInfantil
CAMPO RESTRICCIONES TIPO DE DATOS FUNCIONALIDAD
PK Entero Guarda
idGuarderia Int (11) información de los
códigos de la
guardería
Nombre No debe ir vació VARCHAR (50) Guarda
información de los
nombres de las
guarderías.

Especificaciones de Almacenamiento

Las bases de datos facilitan no solo el registro de gran cantidad de datos sino también el
acceso de los mismos, lo cual permite ahorrar espacio físico como tiempo al consultar
información de ellas. La importancia del almacenamiento de una Base de Datos es
obtener más rápido información de forma ágil, segura y exacta, sin pérdida de datos.
Teniendo en cuenta lo anterior utilizaremos una arquitectura de sistema de
almacenamiento Raid 1: Sistema de discos donde se crea una copia exacta (o espejo) de
un conjunto de datos en dos o más discos.

Está compuesto por mínimo dos unidades de disco que contienen en todo momento una
copia exacta de los datos almacenados, de esta forma se mejora la tolerancia de fallos
mediante la redundancia de hardware y se asegura disponibilidad de los datos.

Ventajas

 Si una unidad de disco falla, es posible recuperar los datos mediante el

disco espejo.
 Mayor rendimiento en la lectura de datos.
 Es tolerante a fallos, en caso de que una unidad falle el sistema puede
seguir en servicio.

Especificaciones de Ubicación

Durante la instalación, se crea automáticamente el espacio de base de datos raíz, se

puede configurar un espacio de base de datos adicional, una ubicación de duplicación o
una ubicación diferente a la predeterminada.

La propiedad de base de datos DbStorageLocation especifica la carpeta en la que

Analysis Services crea y administra todos los datos y los archivos de metadatos de la
base de datos. Todos los archivos de metadatos se almacenan en la carpeta
DbStorageLocation, con la excepción del archivo de metadatos de la base de datos, que
se almacena en la carpeta de datos del servidor. Se deben tener en cuenta dos
consideraciones importantes al establecer el valor de propiedad de base de datos
DbStorageLocation:
  La propiedad de base de datos DbStorageLocation se debe establecer en
una ruta UNC de carpeta existente o en una cadena vacía. De manera
predeterminada, la carpeta de datos del servidor es una cadena vacía. Si la
carpeta no existe, se producirá un error al ejecutar un comando Create,
Attacho Alter.
 La propiedad de la base de datos DbStorageLocation no se puede
establecer para que apunte a la carpeta de datos del servidor ni a ninguna
de sus subcarpetas. Si la ubicación apunta a la carpeta de datos del
servidor o a cualquiera de sus subcarpetas, se producirá un error al
ejecutar un comando Create, Attacho Alter.

Ubicación primaria de los datos:

Por omisión, la ubicación primaria de datos es la unidad actual. El programa de instalación

visualiza la cantidad de espacio de disco disponible y el tamaño de espacio de base de
datos. A nivel de Hardware se centrará en el área de sistemas, en el espacio destinado
como centro de cómputo donde se encuentre el rack de los servidores, en un servidor de
bases de datos SQL Server, con el sistema operativo Microsoft Windows Server 2012.
Dentro del sistema de la arquitectura tecnológica que permita su fácil implementación,
puesta en marcha, mantenimiento y sistema de backup.

Lo que corresponde al Software, es decir la ubicación predeterminada de la base de

datos dentro del servidor es:

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL.

En donde se encuentran las bases de datos en DATA:

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA.

Y el Sistema de Backup en:

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup.

 REFERENCIAS BIBLIOGRÁFICAS

https://es.wikipedia.org/wiki/Base_de_datos_jer%C3%A1rquica

https://es.wikipedia.org/wiki/Base_de_datos_de_red

https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/bases-de-datos-transaccionales-la-
mina-de-oro-digital

https://es.wikipedia.org/wiki/Base_de_datos_relacional

https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/bid/406542/qu-son-las-bases-de-
datos-multidimensionales

https://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos

https://es.wikipedia.org/wiki/Base_de_datos_documental

https://html.rincondelvago.com/bases-de-datos-deductivas.html

https://sebaarayafi.wordpress.com/2012/11/22/raid-nivel-1/