Sunteți pe pagina 1din 30

SERVICIO NACIONAL DE APRENDIZAJE

CURSO

GESTIÓN Y SEGURIDAD DE BASES DE DATOS

APRENDIZ

ALFREDO MARTINEZ ARIZA

AA9-Ev3
Normalización de Bases de Datos.

TUTOR
Camilo Andres Gutierrez Oviedo

SERVICIO NACIONAL DE APRENDIZAJE


GESTIÓN Y SEGURIDAD DE BASES DE DATOS
CENTRO DE SERVICIOS FINANANCIEROS
INTRODUCCION

En el siguiente informe se examinará minuciosamente los detalles del proceso de


normalización, que es la manera de organizar los datos de una base de datos. Se incluye la
creación de tablas y el establecimiento de relaciones entre ellas una secuencia de etapas en el
proceso de normalización llamada (formas normales), según reglas diseñadas tanto para
proteger los datos como para hacer que la base de datos sea más flexible al eliminar
laredundancia y las dependencias incoherentes.

Los datos redundantes desperdician el espacio de disco y crean problemas de


mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de
la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente
es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en
algún otro lugar de la base de datos.

Otro aspecto fundamental para analizar es el uso de herramientas que permitan optimizar las
consultas, así como la creación y uso apropiado de índices para el mejoramiento del
rendimiento en la ejecución de consultas. Al tener consultas de larga duración se consumen
recursos del sistema que hacen que el servidor y las aplicaciones funcionen con lentitud,
desencadenando otros problemas y por tanto es necesario adoptar diferentes estrategias para
buscar la ejecución más eficiente de las consultas.
OBJETIVOS

El objetivo de la normalización es la construcción de un esquema de base de datos que satisfacen


propiedades de las formas normales.

Un esquema mal definido en la etapa de diseño puede conducir a una serie de anomalías durante la fase
operativa, tales como duplicación de la información y anomalías durante las operaciones de
actualización (insertar, suprimir, modificar).

Estas anomalías no aparecerán si se descompone la base de datos desde el principio. El proceso de


normalización implementa la aplicación de una serie de reglas conocidas como “las formas normales”.
Las tres primeras formas normales ayudan a evitar la redundancia de información y a mejorar el
rendimiento de la base de datos, específicamente en las consultas.

En el siguiente manual se ejecutará la fase de planeación de migración de datos, descrita en el


respectivo Plan de migración, lo cual permitirá la aplicación del procedimiento de extracción,
transformación, limpieza y carga de datos así como la validación de la consistencia de los datos
migrados.

OBJETIVOS ESPECÍFICOS

 Aprender a administrar una base de datos con postgresql.


 Aprender a administrar una base de datos con SQLserver 2008.
 Conocer algunas herramientas que ayudan a migrar los datos de un SMBD a otro.

Ejecución del Procedimiento de Extracción, Transformación, Limpieza y Carga de los datos de


Postgrasql a SQL Server Prueba y validación de la migración en la base de datos en SQL Server

Primera forma normal


Una tabla se encuentra en primera forma normal cuando sus atributos no contienen grupos de
repetición.

Segunda forma normal

Se produce cuando la clave principal está compuesta por más de un campo. En este caso, todos los
campos que dependan funcionalmente de clave principal forman una tabla y los campos que no se
identifiquen con la clave principal deben pertenecer a otra tabla.

Tercera forma normal

La tercera forma normal revisa la dependencia funcional de los campos con aquellos que no son clave,
si esto ocurre, se deben extraer de la tabla, sin que se pierda el vínculo existente con las tablas. En el
siguiente ejemplo algunos campos no dependen directamente de la clave principal o parte de ella, sino
que depende de otro campo de la tabla, por tanto decimos que la tabla no está en tercera forma normal.

Normalizar la base de datos.

Aunque la normalización se considera el objetivo del modelado de una base de datos, eliminando la
redundancia y dependencias incoherentes entre las tablas, la de normalización es decir, la duplicación
de registros para acelerar la recuperación de datos, puede ser útil en algunos casos:

 Cuando las consultas más importantes se refieren a datos de varias tablas.


 Cuando los cálculos se debe realizar en una o más columnas.
 Si las tablas se debe consultar de diferentes maneras por diferentes usuarios en el mismo
período.
 Si algunas tablas se utilizan con mucha frecuencia.

Para evaluar la opción de des normalizar, se deben analizar las necesidades en de acceso a los datos por
las aplicaciones en su entorno y en función de su rendimiento. En la mayoría de los casos, los
problemas potenciales de rendimiento pueden ser resueltos por una política de indexación y el uso
alternativo de la des normalización.

La des normalización puede hacerse de diferentes formas:

 Partición Horizontal: se utiliza para dividir una tabla en varias tablas que contienen
las mismas columnas, pero menos filas.

 partición vertical: una tabla que se utiliza para dividir en tablas separadas que
contienen el mismo número de filas, pero menos columnas.

 Fusión Tablas: Tablas que se pueden combinar para eliminar la unión entre ellos.

 Columna de des normalización: Se repite una columna en varias tablas para evitar
tener que crear combinaciones entre tablas.

La optimización de consultas

En Bases de datos relacionales el lenguaje de consultas SQL es lo más utilizado por los programadores y
desarrolladores para obtener información de la Base de datos. La complejidad que pueden alcanzar
algunas consultas puede ser tal, que el diseño de una consulta puede tomar un tiempo considerable,
obteniendo no siempre una respuesta óptima.

El éxito de un proyecto de software depende de la experiencia y habilidad del personal en el desarrollo.

Es una técnica para ahorro de tiempo en las consultas a través del algebra relacional

Base de Datos Secretaria Hacienda

1FN Concepto Pago: La tabla Pasa la primera forma porque no presenta repeticiones.
2FN Concepto Pago: La tabla Pasa la segunda forma porque no presenta inconvenientes llave
principal.
FN Concepto Pago: La tabla Pasa la Tercera forma porque no presenta inconvenientes.

Concepto Pago
codigoConceptoPago Nombre Concepto
1 Impuesto sobre la renta
2 Avaluo Catastral
3 Registro Inmobiliario
4 Impuesto Predial
5 Certificado Paz y Salvo
6 Cobro Coactivo

1FN Cuentas Por Cobrar: En esta tabla contamos con información repetida podemos q también se
utiliza en otra tabla, el cual Concepto Cuenta el cual Podríamos crear una tabla Concepto de
cuenta. Para las tablas Cuentas Por Cobrar y Cuentas por Pagar.

2FN Cuentas Por Cobrar: La tabla no Pasa la segunda forma porque no presenta inconvenientes
llave principal Número de cuenta porque podemos utilizar en las tablas Cuentas Por Cobrar y EN
Cuentas por Pagar. .

3FN Cuentas Por Cobrar: La tabla no Pasa la Tercera forma porque hay campos que no son
relevantes y pueden cambiar al modificar la tabla de importación.

CUENTAS POR COBRAR

nroCuenta codTercero conceptoCuenta valorCuenta estadoCuenta

1 5 impuestos 2002 552000,00 2

2 8 impuestos 2002 289520,00 1

3 3 impuestos 2002 350000,00 1

4 4 impuestos 2004 752000,00 2

5 5 impuestos 2003 787000,00 2

6 5 impuestos 2004 590000,00 2

-
1FN Cuentas Por Pagar: En esta tabla contamos con información repetida podemos q también se
utiliza en otra tabla, el cual Concepto Cuenta el cual podríamos crear una tabla Concepto de cuenta.
Para las tablas Cuentas Por Cobrar y Cuentas por Pagar.
2FN Cuentas Por Cobrar: La tabla Pasa la segunda forma porque no presenta inconvenientes llave
principal.
3FN Cuentas Por Cobrar: La tabla no Pasa la Tercera forma porque hay campos que no son
relevantes y pueden cambiar al modificar la tabla de importación.

CUENTAS POR PAGAR

Nro Cuenta Cod Tercero Concepto Cuenta Valor Cuenta Estado Cuenta

1 5 impuestos 2002 452000,00 2

2 8 impuestos 2002 189520,00 1

3 3 impuestos 2002 250000,00 1

4 4 impuestos 2004 852000,00 2

5 5 impuestos 2003 487000,00 2

6 5 impuestos 2004 490000,00 2

A Continuación, mostramos como quedarían estas tablas para que cumplan con las tres Formas
Normales.

1FN Detalle Factura Vigente: La tabla Pasa la primera forma porque no presenta repeticiones.
2FN Detalle Factura Vigente: La tabla no pasa la segunda formar.
3FN Detalle Factura Vigente: La tabla no pasa la tercera formar.

detalleFacturaVigente
Id detalle codigoConce nroFa codigoCo valorBaseG valor valorTotalC
ptoPago ctura ncepto ravable F oncepto
actor
1 1 1 NULL 425362,00 0,50 212681,00
2 5 2 NULL 425362,00 0,20 85072,40
3 6 12 NULL 425362,00 0,30 127608,60
4 2 13 NULL 425362,00 0,20 85072,40
5 1 14 NULL 128352,00 0,10 12835,20
6 5 15 NULL 425362,00 0,60 255217,20
7 1 16 NULL 425362,00 0,50 212681,00
8 3 17 NULL 78452,00 0,30 23535,60
9 2 18 NULL 283000,00 0,20 56600,00
10 2 19 NULL 175421,00 0,80 140336,80
11 1 20 NULL 425362,00 0,30 127608,60
12 1 21 NULL 480000,00 0,20 96000,00
13 1 22 NULL 425362,00 0,50 212681,00
14 2 12 NULL 425362,00 0,40 170144,80
15 4 11 NULL 425362,00 0,30 127608,60
16 4 10 NULL 425362,00 0,30 127608,60
17 4 9 NULL 128352,00 0,30 38505,60
18 4 8 NULL 425362,00 0,30 127608,60
19 4 7 NULL 425362,00 0,30 127608,60
20 5 6 NULL 78452,00 0,60 47071,20

detalleFacturaVigente
Iddet alle codigoConc nroFa codigoCo valo valorTotalC
e ptoPago valorBaseG ctura rF oncepto
ncepto ravable acto
r
21 5 5 NULL 283000,00 0,60 169800,00
22 6 4 NULL 175421,00 0,30 52626,30
23 1 3 NULL 425362,00 0,10 42536,20
24 2 15 NULL 480000,00 0,20 96000,00
25 1 14 NULL 253698,00 0,10 25369,80
26 4 13 NULL 1236585,00 0,30 370975,50

A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres
Formas Normales.

1FN Estrato: La tabla Pasa la primera forma porque no presenta repeticiones.

2FN Estrato: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3FN Estrato: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

Estrato
código nombre
1 Estrato uno
2 Estrato dos
3 Estrato tres
4 Estrato Cuatro
5 Estrato cinco
6 Estrato Seis
1FNDetalleFacturaVigente: La tabla Pasa la primera forma porque no presenta
repeticiones.

2FN DetalleFacturaVigente: La tabla no pasa la segunda formar.

3FN DetalleFacturaVigente: La tabla no pasa la tercera formar.

FacturaVigente
nroFac refere fichaP fechaVencimie totalPa totalDesc
tu ra nc ia re dio g ar ue nto
fechaEmisi nto on
1 487532 4 2011-05-03 2011-02-02 485200, 148000,00
00:00:00.000 00:00:00.0 00
00
2 487533 6 2012-06-25 2011-02-02 385400, 62000,00
00:00:00.000 00:00:00.0 00
00
3 285246 4 2012-06-25 2011-02-02 425362, 130500,00
6
00:00:00.000 00:00:00.0 00
00
4 1460706 6 2012-06-25 2012-01-18 425362, 200000,00
00:00:00.000 00:00:00.0 00
00
5 286094 7 2012-06-25 2012-01-18 425362, 146500,00
5
00:00:00.000 00:00:00.0 00
00
6 1632163 8 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
7 4428169 13 2012-06-25 2012-01-18 128352, 75000,00
00:00:00.000 00:00:00.0 00
00
8 6311826 12 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
9 5942270 5 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
10 322080 9 2012-06-25 2012-01-18 78452,0 62500,00
0
00:00:00.000 00:00:00.0 0
00
11 8301310 1 2012-06-25 2012-01-18 283000, 83520,00
00:00:00.000 00:00:00.0 00
FacturaVigente
nroFac refere fichaP fechaVencimie totalPag totalDescu
tu ra nc ia re dio ar e nto
fechaEmisi nto on
12 774290 11 2012-06-25 2012-01-18 175421, 95000,00
0
00:00:00.000 00:00:00.0 00
00
13 270349 14 2012-06-25 2012-01-18 425362, 146500,00
0
00:00:00.000 00:00:00.0 00
00
14 270349 14 2012-06-25 2012-01-18 425362, 146500,00
0
00:00:00.000 00:00:00.0 00
00
15 270349 14 2012-06-25 2012-01-18 425362, 146500,00
0
00:00:00.000 00:00:00.0 00
00
16 3371910 4 2012-06-25 2012-01-18 480000, 158000,00
00:00:00.000 00:00:00.0 00
00
17 285246 4 2012-06-25 2012-01-18 425362, 130500,00
6
00:00:00.000 00:00:00.0 00
00
18 1460706 6 2012-06-25 2012-01-18 425362, 200000,00
00:00:00.000 00:00:00.0 00
00
19 286094 7 2012-06-25 2012-01-18 425362, 146500,00
5
00:00:00.000 00:00:00.0 00
00
20 1632163 8 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
21 4428169 13 2012-06-25 2012-01-18 128352, 75000,00
00:00:00.000 00:00:00.0 00
00
22 6311826 12 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
23 5942270 5 2012-06-25 2012-01-18 425362, 146500,00
00:00:00.000 00:00:00.0 00
00
24 322080 9 2012-06-25 2012-01-18 78452,0 62500,00
0
00:00:00.000 00:00:00.0 0
00
25 8301310 10 2012-06-25 2012-01-18 283000, 83520,00
00:00:00.000 00:00:00.0 00
FacturaVigente
nroFac refere fichaP fechaVencimie totalPa totalDesc
tu ra nc ia re dio g ar ue nto
fechaEmisi nto on
26 774290 11 2012-06-25 2012-01-18 175421, 95000,00
0
00:00:00.000 00:00:00.0 00
00
27 270349 14 2012-06-25 2012-01-18 425362, 146500,00
0
00:00:00.000 00:00:00.0 00
00
28 3371910 4 2012-06-25 2012-01-18 480000, 158000,00
00:00:00.000 00:00:00.0 00
00

A Continuación, mostramos como quedaría esta tabla para que cumplan con
las tres Formas Normales.

1. 1FN Pago: La tabla Pasa la primera forma porque no presenta repeticiones.

2. 2FN Pago: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN Pago: La tabla Pasa la Tercera forma porque no presenta inconvenientes.


Pago
idpago nrofactura fechaPag valorPago tipoPago
o
1 1 2011-05-02 212681,00 1
00:00:00.000
2 2 2011-05-02 85072,40 1
00:00:00.000
3 12 2012-06-02 127608,60 1
00:00:00.000
4 17 2012-06-02 23535,60 2
00:00:00.000
5 18 2012-06-02 56600,00 1
00:00:00.000
6 19 2012-07-02 140336,80 1
00:00:00.000
7 20 2012-07-02 127608,60 1
00:00:00.000
8 21 2012-07-02 96000,00 2
00:00:00.000
9 4 2012-07-02 127608,60 1
00:00:00.000
10 5 2012-08-02 38505,60 1
00:00:00.000
11 6 2012-08-02 127608,60 1
00:00:00.000
12 7 2012-08-02 47071,20 1
00:00:00.000
13 8 2012-08-02 52626,30 1
00:00:00.000
14 9 2012-08-02 42536,20 2
00:00:00.000
15 10 2012-09-02 96000,00 1
00:00:00.000
16 13 2012-09-02 85072,40 1
00:00:00.000

1. 1FN Predio : La tabla Pasa la primera forma porque no presenta repeticiones.


2. 2FN Predio: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.

3. 3FN Predio: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

predio
fic estrato_co tipoUso_c propietario direcci matricula area
ha d igo o digo _c edula on
1 1 C 2789563 calle 12 2852466 32
45-82
2 2 G 2920548 carrera 3 14607006 45,2
#25-85
3 3 M 4895645 av. 28609745 85,3
Boliva
r #18-
20
4 4 P 41419563 carrera 16321673 70,3
28
#52-
84
5 2 R 41589632 calle 23 442816789 56,3
15-02
6 1 C 45698255 calle 12 631182006 45,2
45-15
7 5 R 52458965 calle 12 594227006 62
23-58
8 3 M 77563254 calle 2 322080064 125,
24-20 3
9 3 P 2789563 diag. 36 830131006 213
#25-84 5
10 5 R 2920548 calle 12 774290061 152
45-82 0
11 4 R 4895645 carrera 270349006 80
12 #15- 4
84
12 4 M 41419563 av. 337191006 85
Alcaza
r 32-
25
13 3 P 41589632 carrera 553588006 46
11S #78-
84
14 4 R 45698255 transv. 793055150 68
6 #48- 06
87
15 5 R 52458965 carrera 433392400 72
12#30-60 6
16 3 R 77563254 calle 12 182712e00 72
45-82 6

Propietario: La tabla debería ser eliminada y crear una tabla persona con diferentes roles
como propietario o, tercero

Propietario
cedula nombre apellido
2789563 German Lozano
2920548 Luis Montaño
4895645 Soraya Beltrán
41419563 Francy Parra
41589632 Ana Molina
45698255 Lucrecia Mendez
52458965 Sofia Prieto
77563254 Abel Garcia

A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres
Formas Normales.

Propietario: La tabla debería ser eliminada y crear una tabla persona con diferentes roles
como propietario o, tercero.
terce
codT no ap tipoi nroI ro dir tel cel fechaN
ercer el d d email e e ul a
lid entif entifi cci fo ar cimient
mbr os ic a ca ón n o
o e o
1 Aug Mor 1 29205 amoreno@ calle 245 3154 1905-05-
8
usto eno 48 gmail.com 4 12- 897 9562 16
3
45 8 00:00:00
.000
2 Ger Loza 1 27895 glozano@g diag 485 3105 2432-06-
2
ma no 63 mail.com 34 878 6985 16
2
n 45- 9 00:00:00
85 .000
3 Luis Mon 1 29205 lucho@gm carr 285 3140 2438-10-
5
taño 48 ail.com era 775 2698 03
5
25 1- 9 00:00:00
52 .000
4 Sor Beltr 1 48956 sorab@gm calle 212 31852 1905-01-
aya an 45 ail.com 4 12- 578 698 26
5
45 9 00:00:00
.000
5 Fra Parr 1 14195 fparra@liv av 385 31752 1903-12-
ncy a 63 e.com 28 878 698 30
5
56- 0 00:00:00
85 .000
6 Ana Moli 1 41589 amolina@h cra 412 3220 1905-04-
5
na 632 otmaill.com 52 878 2698 21
5
45- 1 00:00:00
85 .000
7 Luc Men 1 45698 Lucreme@ calle 485 3105 2436-05-
2
reci dez 255 yahoo.com 412- 878 698 06
7
a 45 3 00:00:00
.000
8 Sofi Priet 1 52458 fiapriet@g diag 217 3108 1905-05-
2
a o 965 mail.com 13 878 6985 25
1
45- 7 00:00:00
85 .000
9 Abe Garc 1 77563 agarcia@h calle 842 3109 1905-04-
2
l ia 254 otmaill.com 4 12- 878 698 25
5
45 8 00:00:00
.000

A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres
Formas Normales.
1. 1FN TipodeUso: La tabla Pasa la primera forma porque no presenta repeticiones.

2. 2FN TipodeUso: La tabla Pasa la segunda forma porque no presenta inconvenientes


llave principal.

3. 3FN TipodeUso: La tabla Pasa la Tercera forma porque no presenta inconvenientes.

TipodeUso
codigo nombretipouso
C Comercial
G Gobierno
M Mixto
P Publico
R Residencial

A Continuación como debería quedar la base de datos completa:


Bases de Datos Gobierno
1. 1FN Actuación: La tabla Pasa la primera forma porque no presenta
repeticiones.

2. 2FN Actuación: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN Actuación: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

ACTUACION
idACTUACIO idQUERELLA FECHA HECHOS ESTADO
N
1 1 2017-08-18 DAÑOS EN 1
BIEN AJENO
AUTOMOVIL
DE PLACA
VBX123
2 2 2017-08-18 LESIONES 1
PERSONALES
3 3 2017-08-18 DAÑOS Y 1
PERJUICIOS

1. 1FN CONTRACTUACION: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN CONTRACTUACION: La tabla Pasa la segunda forma porque no


presenta inconvenientes llave principal.

3. 3FN CONTRACTUACION: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

CONTRACTUACION
idCONTRACTUACIO idCONTRAVENCION FECHA OBSERVACION
N
1 1 2017-08-18 SE REALIZA
13:10:59.673 DETENCION Y
SE OFICIA A
JUEZ DE
GARANTIA
2 2 2017-08-18 OFICIA A
13:10:59.673 MEDICINA
LEGAL POR
ATAQUE CON
ARMA BLANCA
3 3 2017-08-18 SE OFICIA A
13:10:59.673 LOS
INVOLUCRADOS

1. 1FN CONTRAVENCION: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN CONTRAVENCION: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN CONTRAVENCION: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

CONTRAVENCION
idCONTRAVENCIO FECHA TIPO HECHOS ESTADO
N
1 2017-08-18 1 ALICORAMIENTO 1
13:10:59.627 EN VIA PUBLICA
2 2017-08-18 1 RIÑA 1
13:10:59.630 CALLEJERA
3 2017-08-18 1 DESORDEN EN 1
13:10:59.630 LA VIA PUBLICA
4 2017-08-18 3 PELEA FAMILIAR 1
13:10:59.630
5 2017-08-18 2 PROPIEDAD 1
13:10:59.630 HORIZONTAL

1. 1FN DEMANDADO: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN DEMANDADO: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN DEMANDADO: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

DEMANDADO
idDEMANDA idQUERELL NOMBRE IDENTIFICACIO TIPODOCUMENT
DO A N O
1 1 ALEJANDR 19325678 1
O
ALFONSO
PINZON
2 1 JUAN 51325678 1
A
MARI
A
GARCIA
3 1 JOHNNY 1122783494 1
ALEJAND
RO
DLEGADO
CAICEDO
4 1 JUAN 1122783493 1
LAVRO
BRAVO
RIVERA
5 1 ALEJANDR 1122783492 1
O GOMEZ
RODRIGUE
Z
6 1 LUIS 1122783491 1
ALVARO
PINTO
7 1 PEDRO 1122783490 1
TAFUR

1. 1FN DEMANDANTE: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN DEMANDANTE: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN DEMANDANTE: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.
DEMANDANTE
idDEMANDA idQUEREL NOMBRE IDENTIFICAC TIPODOCUMEN
N TE LA I ON TO
1 2 ROBERTO 19040567 1
JARAMIL
L
O
SANCHEZ
2 3 GABRIEL 36567829 1
ANGEL
GUTIERRE
Z
3 3 ANA 21687073 1
CHAVARR
O

1. 1FN DETECCION: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN DETECCION: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN DETECCION: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

DETECCION
idDETENCI idINSPECCI FEC MOTIVO TI HECHOS
ON ON HA P
O
1 2 2017- PORTE 1 SE DETUVO
08-18 ILEGAL AL
DE SINDICADO
ARMAS DE PORTE
ILEGAL DE
ARMAS
BLANCAS Y
SUSTANCIAS
ALICINOGEN
AS

2 2 2017- PROSTITUCI 1 SE DETUVO


08-18 ON POR
MENORES PROSTITUCI
DE EDAD ON
INFANTIL
3 3 2017- HOMICIDO 2 SE DETUVO
08-18 SOSPECHASO
DE
HOMICIDO
EN PERSONA
DE RAFAEL
CARRILLO
FN INSPECCION: La tabla Pasa la primera forma porque no presenta
repeticiones.

2FN INSPECCION: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3FN INSPECCION: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

INSPECCION
idINSPECCION NOMBRE
1 INSP. LA ESTANZUELA
2 INSP. CANTABRIA NORTE
3 INSP. LIBERTADORES CENTRAL

INVOLUCRADO
idINVOLU idCONTRAV NOMB IDENTIF TIPODOC TIPOACT
C RADO ENCION RE IC U MENTO U ACION
ACION
1 1 CARLO 19865123 1 1
S
ALBER
TO
RAMIR
EZ
MANJA
RRES

2 1 ROSA 51234567 1 1
HELEN
A
RAMIR
EZ
3 1 JUAN 79123456 1 1
CARLO
S
RAMIR
E
Z
4 2 JORG 79850430 1 1
E
LUIS
MENE
S
1FN PERSONA: La tabla Pasa la primera forma porque no presenta
repeticiones.

2FN PERSONA: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3FN PERSONA: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

PERSONA
idPERS idDETEN APEL NOMBR IDENTIFIC TIPODOCUM
O NA CI ON LI DO ES AC ION E NTO
1 1 ADELA CERVERA 41542323 1
2 1 MAGAL CONTRE 23542323 1
Y R AS

1. 1FN QUERRELLA: La tabla Pasa la primera forma porque no presenta


repeticiones.

2. 2FN QUERRELLA: La tabla Pasa la segunda forma porque no presenta


inconvenientes llave principal.

3. 3FN QUERRELLA: La tabla Pasa la Tercera forma porque no presenta


inconvenientes.

QUERRELLA
idQUEREL idINSPECCI FEC ASUNTO HECHOS ESTA
LA ON HA DO
1 1 2017- ESCANDAL EN LA 1
08-18 O VIA CALLE 45 No
PUBLICOS 2365,SE
PRESENTO
RIÑA
CALLEJERA
POR
CONSUMO
DE BEBIDAS
ALCOHOLIC
A
S
2 2 2017- RIÑA CALLE 3 1
08-18 FAMILIAR No 5-60,SE
PRESENT
A
RIÑA ENTRE
HERMANOS
3 3 2017- RIÑA CALLE 55 No 1
08-18 FAMILIAR 15-93,SE
PRESENTA
RIÑA ENTRE
FAMILIARES
GESTIÓN Y SEGURIDAD DE BASES DE DATOS
AA9-EV3