Está en la página 1de 17

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

JUAN CARLOS CIFUENTES


87063911

SENA
GESTION Y SEGURIDAD DE BASES DE DATOS (1966117)
2019
AA3-EV2-DISEÑO LÓGICO DE LA BASE DE DATOS

JUAN CARLOS CIFUENTES DELGADO


87063911

Profesor JAVIER MAURICIO ALVAREZ VARGAS

SENA
GESTION Y SEGURIDAD DE BASES DE DATOS (1966117)
2019

2
CONTENIDO

1. INTRODUCCIÓN.........................................................................................................5
2. OBJETIVOS.................................................................................................................... 6
2.1 OBJETIVO GENERAL..............................................................................................6
2.2 OBJETIVOS ESPECÍFICOS....................................................................................6
3. DISEÑO LÓGICO DE LA BASE DE DATOS..............................................................7
3.1 Modelo Relacional.......................................................................................................7
3.2 Diccionario de Datos...................................................................................................7
3.3 Calculo de Almacenamiento y Crecimiento............................................................11
CONCLUSIONES............................................................................................................. 18

3
1. INTRODUCCIÓN

En este documento encontraremos el diseño lógico de una base de datos


relacional para la Secretaria de planeación y obras públicas, teniendo en cuenta
los requisitos se verán las entidades, atributos, llaves y relaciones.

Se presentara la estimación del almacenamiento necesario y el crecimiento anual


que tendrá la Base de datos.

4
2. OBJETIVOS

2.1 OBJETIVO GENERAL

Desarrollar Diseño lógico de la Base de datos

2.2 OBJETIVOS ESPECÍFICOS

Analizar los requisitos de la Base de datos

Verificar los tipos de atributos

Verificar el tamaño de almacenamiento de los tipos

Realizar estimación de almacenamiento total

5
3. DISEÑO LÓGICO DE LA BASE DE DATOS

3.1 Modelo Relacional

Secretaria de planeación y obras públicas Modelo Relacional:

Imagen 1. Modelo Relacional Secretaria de planeación y obras públicas

3.2 Diccionario de Datos

A continuación el diccionario de Datos de la Base de datos:

Entidad: Localidad
Descripcion: Catalogo de Localidades de la Alcaldia
Campo Tipo Tamaño Descripcion
id.Localidad INTEGER 4 bytes Clave de la Localidad
Nombre_Socieconomico VARCHAR(50) 50 bytes Nombre de la Localidad

6
Entidad: Barrio
Descripcion: Catalogo de Barrios
Campo Tipo Tamaño Descripcion
id.Barrio INTEGER 4 bytes Clave del Barrio
Nombre_Barrio VARCHAR(50) 50 bytes Nombre del Barrio
id.Nivel socieconomico INTEGER 4 bytes Clave foranea de Nivel socieconomico
id.Localidad INTEGER 4 bytes Clave foranea de Localidad
Numero de Rutas INTEGER 4 bytes Numero de Rutas en el Barrio
Numero de habitantes INTEGER 4 bytes Numero de habitantes en el Barrio

Entidad: Nivel Socioeconomico


Descripcion: Catalogo de Niveles Socioeconomicos
Campo Tipo Tamaño Descripcion
id.Nivel socieconomico INTEGER 4 bytes Clave del Nivel socieconomico
Nombre_Socieconomico VARCHAR(50) 50 bytes Nombre del Nivel socieconomico

Entidad: Familia
Descripcion: Catalogo de Familias
Campo Tipo Tamaño Descripcion
id.Familia INTEGER 4 bytes Clave de Familia
Nombre_Familia VARCHAR(50) 50 bytes Nombre de la Familia
Direccion VARCHAR(50) 50 bytes Direccion de la Familia
Telefono INTEGER 4 bytes Telefono de la Familia
Ingreso Familiar FLOAT 8 bytes Ingreso Familiar
Tipo Habitacion VARCHAR(50) 50 bytes Tipo Habitacion
id.Persona INTEGER 4 bytes Clave foranea de Persona
id.Barrio INTEGER 4 bytes Clave foranea de Barrio

Entidad: FamiliaXBarrio
Descripcion: Catalogo de Familias por Barrio
Campo Tipo Tamaño Descripcion
id.Familia INTEGER 4 bytes Clave foranea de Familia
id.Barrio INTEGER 4 bytes Clave foranea de Barrio

Entidad: Ruta
Descripcion: Catalogo de Rutas
Campo Tipo Tamaño Descripcion
id.Ruta INTEGER 4 bytes Clave de Ruta
Nombre_Ruta VARCHAR(50) 50 bytes Nombre de Ruta

7
Entidad: RutasXBarrio
Descripcion: Catalogo de Rutas por Barrio
Campo Tipo Tamaño Descripcion
id.Ruta INTEGER 4 bytes Clave foranea de Ruta
id.Barrio INTEGER 4 bytes Clave foranea de Barrio

Entidad: Personas
Descripcion: Catalogo de Personas
Campo Tipo Tamaño Descripcion
id.Persona INTEGER 4 bytes Clave identificacion de Persona
Tipo de Documento VARCHAR(3) 3 bytes Tipo de Documento de la Persona
Nombre VARCHAR(50) 50 bytes Nombre de la Persona
Apellido VARCHAR(50) 50 bytes Apellido de la Persona
Fecha de Nacimiento DATE 4 bytes Fecha de Nacimiento
Lugar de Nacimiento VARCHAR(50) 50 bytes Lugar de Nacimiento
id.Familia INTEGER 4 bytes Clave foranea de Familia
id.Barrio INTEGER 4 bytes Clave foranea de Barrio
id.Plantel INTEGER 4 bytes Clave foranea de Plantel

Entidad: PersonasXBarrio
Descripcion: Catalogo de Personas por Barrio
Campo Tipo Tamaño Descripcion
id.Persona INTEGER 4 bytes Clave foranea de Persona
id.Barrio INTEGER 4 bytes Clave foranea de Barrio

Entidad: Guarderia
Descripcion: Catalogo de Guarderias
Campo Tipo Tamaño Descripcion
id.Guarderia INTEGER 4 bytes Clave de Guarderia
Nombre_Guarderia VARCHAR(50) 50 bytes Nombre de Guarderia
id.Localidad INTEGER 4 bytes Clave foranea de Localidad

Entidad: Menores de 6 años


Descripcion: Catalogo de Menores de 6 años
Campo Tipo Tamaño Descripcion
id.Guarderia INTEGER 4 bytes Clave foranea de Guarderia
id.Persona INTEGER 4 bytes Clave foranea de Persona

8
Entidad: Enfermedad
Descripcion: Catalogo de Enfermedades
Campo Tipo Tamaño Descripcion
id.Enfermedad INTEGER 4 bytes Clave de Enfermedad
Nombre_Enfermedad VARCHAR(50) 50 bytes Nombre de Enfermedad

Entidad: EnfermedadXPersona
Descripcion: Catalogo de Enfermedades por personas menores de 6 años
Campo Tipo Tamaño Descripcion
id.Persona INTEGER 4 bytes Clave foranea de Persona
id.Enfermedad INTEGER 4 bytes Clave foranea de Enfermedad

Entidad: Plantel
Descripcion: Catalogo de Planteles
Campo Tipo Tamaño Descripcion
id.Plantel INTEGER 4 bytes Clave del Plantel
Nombre_Plantel VARCHAR(50) 50 bytes Nombre del Plantel
id.Localidad INTEGER 4 bytes Clave foranea de Localidad

Entidad: Modalidad
Descripcion: Catalogo de Modalidad de estudio
Campo Tipo Tamaño Descripcion
id.Modalidad INTEGER 4 bytes Clave de la Modalidad
Nombre_Modalidad VARCHAR(50) 50 bytes Nombre de la Modalidad de Estudio

Entidad: Jornada
Descripcion: Catalogo de Jornadas de estudio
Campo Tipo Tamaño Descripcion
id.Jornadas INTEGER 4 bytes Clave de las Jornadas
Nombre_Jornadas VARCHAR(50) 50 bytes Nombre de la Jornadas

Entidad: Joven
Descripcion: Catalogo de Jovenes
Campo Tipo Tamaño Descripcion
id.Persona INTEGER 4 bytes Clave foranea de Persona
id.Plantel INTEGER 4 bytes Clave foranea de Plantel
id.Modalidad INTEGER 4 bytes Clave foranea de Modalidad
id.Jornada INTEGER 4 bytes Clave foranea de Jornada

9
Entidad: Empresa
Descripcion: Catalogo de Empresas
Campo Tipo Tamaño Descripcion
id.Empresa INTEGER 4 bytes Clave de de la Empresa
Nombre_Empresa VARCHAR(50) 50 bytes Nombre de la Empresa
id.Localidad INTEGER 4 bytes Clave foranea de Localidad

Entidad: Cargo
Descripcion: Catalogo de Cargos
Campo Tipo Tamaño Descripcion
id.Cargo INTEGER 4 bytes Clave del Cargo
Nombre_Jornadas VARCHAR(50) 50 bytes Nombre del Cargo

Entidad: Mayor de 18
Descripcion: Catalogo de Mayores de 18
Campo Tipo Tamaño Descripcion
id.Persona INTEGER 4 bytes Clave foranea de Persona
id.Empresa INTEGER 4 bytes Clave foranea de Empresa
id.Cargo INTEGER 4 bytes Clave foranea de Cargo
Antiguedad INTEGER 4 bytes Antigüedad en meses de la Persona
Sueldo FLOAT 8 bytes Sueldo de la Persona

3.3 Calculo de Almacenamiento y Crecimiento

La información de distribución de barrios por localidad, así como la de


instituciones educativas e empresas se muestra en las siguientes tablas:

10
Se estima que la población crecerá a una tasa media anual de 1.18%

Calculo del almacenamiento necesario para la Base de datos:

Bytes Registros Posibles


54 5 Localidades 270
70 56 Barrios 3920
54 6 Niveles 324
174 229032 Familias 39851568
8 229032 Cada Familia pertenece a un Barrio 1832256
54 52 Rutas 2808
8 2912 Cada Barrio puede tener muchas Rutas 23296
173 709950 Personas 122821350
8 709950 Cada Persona pertenece a un Barrio 5679600
58 17 Guarderias 986
8 142000 Menos del 20% en Colombia son menores de 6 1136000
54 316 definiciones de Enfermedades 17064
8 142000 1136000
58 25 Planteles 1450
54 4 Modalidades 216
54 4 Jornadas 216
16 170000 Menos del 24% en Colombia estan entre 6 y 18 2720000
58 61 Empresas 3538
54 50 Cargos 2700
24 500000 Menos del 70% en Colombia es mayor de edad 12000000
Total 187233562

187.233 Megabytes es la estimación del tamaño de la Base de datos inicial en


2009.

Aumentando a una tasa de 1.18% anual.

11
Tomaremos como base 200 Megabytes y un aumento del 2% anual ya que es
mejor pecar por exceso.

2009 200
2010 204
2011 208,08
2012 212,2416
2013 216,486432
2014 220,816161
2015 225,232484
2016 229,737134
2017 234,331876
2018 239,018514
2019 243,798884
2020 248,674862

Se necesitaran 300 Megabytes para el 2020.

Se deberá almacenar en dos discos Raid1 de 1 Gigabyte cada uno.

3.3 Funcionalidad y Accesibilidad a Objetos

Microsoft SQL Server incluye objetos y contadores que el Monitor de sistema


puede utilizar para supervisar la actividad de los equipos en los que se ejecute una
instancia de SQL Server. Un objeto es cualquier recurso de SQL Server , como un
bloqueo de SQL Server o un proceso de Windows. Cada objeto contiene uno o
más contadores que determinan diversos aspectos de los objetos que se van a
supervisar. Por ejemplo, el objeto Bloqueos de SQL Server contiene los
contadores Número de interbloqueos/seg. y Tiempos de espera de bloqueos/seg.

Algunos objetos tienen varias instancias si existen varios recursos de un


determinado tipo en el equipo. Por ejemplo, el tipo de objeto Procesador tendrá
varias instancias si un sistema contiene varios procesadores. El tipo de objeto
Bases de datos tiene una instancia para cada base de datos de SQL Server.
Algunos tipos de objetos (por ejemplo, el objeto Administrador de memoria ) tienen

12
solo una instancia. Si un tipo de objeto tiene varias instancias, puede agregar
contadores para realizar un seguimiento de las estadísticas relativas a cada
instancia o, en muchos casos, de todas las instancias a la vez. Los contadores de
la instancia predeterminada aparecen con el formato SQLServer: <nombre de
objeto> . Los contadores de las instancias con nombre aparecen con el formato
MSSQL$ <nombre de instancia> : <nombre de contador> o SQLAgent$ <nombre
de instancia> : <nombre de contador> .

Localidad
Entidad Cardinalidad Relacion
Barrio 0..* (Localidad—Barrio)
Empresa 0..* (Localidad—Empresa)
Plantel 0..* (Localidad—Plantel)
Guarderia 0..* (Localidad—Guarderia)

Barrio
Entidad Cardinalidad Relacion
Localidad 1 (Localidad—Barrio)
RutaXBarrio 0..* (Barrio—RutaXBarrio)
FamiliaXBarrio 0..* (Barrio—FamiliaXBarrio)
PersonasXBarrio 0..* (Barrio—PersonasXBarrio)
Nivel
Socioeconomico 1 (Nivel Socioeconomico—Barrio)

Nivel
Socioeconomico
Entidad Cardinalidad Relacion
Barrio 0..* (Nivel Socioeconomico—Barrio)

Familia
Entidad Cardinalidad Relacion
FamiliaXBarrio 0..* (Familia—FamiliaXBarrio)
Personas 0..* (Familia—Personas)

Ruta
Entidad Cardinalidad Relacion
RutaXBarrio 0..* (Ruta—RutaXBarrio)

13
Personas
Entidad Cardinalidad Relacion
Familia 1 (Familia—Personas)
PersonasXBarrio 0..* (Personas—PersonasXBarrio)
Menores de 6 años 0..* (Personas—Menores de 6 años)
EnfermedadXPersona 0..* (Personas—EnfermedadXPersona)
Mayor de 18 0..* (Personas—Mayor de 18)
Joven 0..* (Personas—Joven)
PersonasXBarrio 1 (PersonasXBarrio—Personas)

Guarderia
Entidad Cardinalidad Relacion
Localidad 1 (Localidad—Guarderia)
Menores de 6 años 0..* (Guarderia—Menores de 6 años)

RutaXBarrio
Entidad Cardinalidad Relacion
Barrio 1 (Barrio—RutaXBarrio)
Ruta 1 (Ruta—RutaXBarrio)

FamiliaXBarrio

Entidad Cardinalidad Relacion


Barrio 1 (Barrio—FamiliaXBarrio)
Familia 1 (Familia—FamiliaXBarrio)

PersonasXBarrio
Entidad Cardinalidad Relacion
Barrio 1 (Barrio—PersonasXBarrio)
Personas 1 (Personas—PersonasXBarrio)
Personas 1 (PersonasXBarrio—Personas)

Enfermedad
Entidad Cardinalidad Relacion
EnfermedadXPersona 0..* EnfermedadXPersona

14
EnfermedadXPersona
Entidad Cardinalidad Relacion
Personas 1 (Personas—EnfermedadXPersona)
Enfermedad 1 (Enfermedad—EnfermedadXPersona)

Plantel
Entidad Cardinalidad Relacion
Localidad 1 (Localidad—Plantel)
Joven 0..* (Plantel—Joven)

Modalidad
Entidad Cardinalidad Relacion
Joven 0..* (Modalidad—Joven)

Jornada
Entidad Cardinalidad Relacion
Joven 0..* (Jornada—Joven)

Empresa
Entidad Cardinalidad Relacion
Localidad 1 (Localidad—Empresa)
Mayor de 18 0..* (Empresa—Mayor de 18)

Cargo
Entidad Cardinalidad Relacion
Mayor de 18 0..* (Cargo—Mayor de 18)

Mayor de 18
Entidad Cardinalidad Relacion
Personas 1 (Personas—Mayor de 18)
Empresa 1 (Empresa—Mayor de 18)
Cargo 1 (Cargo—Mayor de 18)

Joven
Entidad Cardinalidad Relacion
Personas 1 (Personas—Joven)
Plantel 1 (Plantel—Joven)

15
Modalidad 1 (Modalidad—Joven)
Jornada 1 (Jornada—Joven)

CONCLUSIONES

16
Es necesario realizar un buen diseño lógico de la base de datos para que la
información que necesitamos sea de fácil adquisición.

Cada sistema manejador de base de datos tiene capacidad diferente de


almacenamiento dependiendo del tipo a almacenar.

Se pueden tener diferentes tipos de relaciones entre entidades de la base de


datos y mediante métodos se pueden verificar el real uso de estas relaciones.

17

También podría gustarte