SISTEMA AA 12.

Aprendiz nn

KMDE 2019
SENA
virtual
1.1.2 Primera forma normal
Una tabla se encuentra en primera forma normal cuando sus atributos no contienen grupos de
repetición.
1.1.3 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.
1.1.4 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.
1.1.5 Consideraciones finales y problemas de la normalización.
La teoría de la normalización nos ayuda a estructurar mejor las tablas de la base de datos,
evitando
posibles redundancias. Mientras la normalización resuelve los problemas relacionados con la
estructuración de los datos en tablas, crea problemas añadidos a su propio concepto, como es la
ineficacia en la recuperación de información. Así, el proceso de normalización envuelve la
descomposición de una tabla en tablas más pequeñas, lo cual requiere que la clave primaria de la
tabla
se incluya, como una clave foránea, en las nuevas tablas que se forman. Esto significa que a
medida
que se van creando estas claves foráneas se va incrementando las probabilidades de poner en
peligro
la
Integridad de la base de datos. Otro efecto adicional al número creciente de tablas en la base de
datos,
es que se ve disminuido el rendimiento del sistema en la recuperación de la información
contenida, por
tanto, en ciertas ocasiones es necesario llegar a un equilibrio entre el nivel de normalización de la
base
de datos y el rendimiento del sistema.
1.2 Des 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.
FusionTablas: 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.
2. 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
1. 1FN Concepto Pago: La tabla Pasa la primera forma porque no presenta repeticiones.
2. 2FN Concepto Pago: La tabla Pasa la segunda forma porque no presenta inconvenientes
llave principal.
3. 3 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
1. (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.
2. 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. .
3. 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 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
-
1. 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.
2. 2FN Cuentas Por Cobrar: La tabla Pasa la segunda forma porque no presenta inconvenientes
llave principal.
3. 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.
1. 1FN Detalle Factura Vigente: La tabla Pasa la primera forma porque no presenta repeticiones.
2. 2FN Detalle Factura Vigente: La tabla no pasa la segunda formar.
3. 3FN Detalle Factura Vigente: La tabla no pasa la tercera formar.
Id detalle
codigoConce
ptoPago
detalleFacturaVigente nroFa
codigoCo valorBaseG
ctura ncepto ravable
valorF
actor
valorTotalC
oncepto
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
Iddet alle
codigoConce
ptoPago
detalleFacturaVigente nroFa
codigoCo valorBaseG
ctura ncepto ravable
valorF
actor
valorTotalC
oncepto
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.
1. 1FN Estrato: La tabla Pasa la primera forma porque no presenta repeticiones.
2. 2FN Estrato: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
3. 3FN Estrato: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.
Estrato
código nombre