SQL SERVER

Dentro del diseño, está el diseño lógico, creador YECK COP (Se plantea soluciones),
normalización.

el diseño conceptual tiene labores de trasformar labores de una sintaxis laborada.

NORMALIZACION. - es un procedimiento basado en reglas para lograr que lavase de datos

se mantenga consistente cuando ingresa o modifica datos (se evita problemas de
actualización);

Un procedimiento está basado en reglas, está en tapas, te dicen lo que tienes que
conseguir, pero no se detalla solo se pide el resultado

A grandes rasgos se divide en 3 objetivos:

- Problemas de integridad. -

- Problemas de redundancia. -

- Problemas generales de actualización. –

La normalización disminuye estos 3 problemas (COT - 1970)

Algunas tablas se desnormalizan, lo cual conviene tener alunas tablas desnormalizan para
que la rapidez aumente

DNI Nombre Nacimiento Edad Distrito Teléfonos Esposa

actual
Completo

Edad à Es un campo calculado

EJEMPLO

TABLA FACTURA

idFac Fecha RUC RS Dir GR DetallesF S-tot

(cliente)
2024845475 15/10/201 1019805657 Gloria Av. 45342 04 980
3 3 0 Giráldez chompas
Meza de Dralón
458
Artica PU 70,

02
chompas
de Orio PU

50

05
chompas

De Lana de
alpaca PU

120

- COT, si en una tabla se cambia el orden y los registros, no modifica el

concepto de la tabla

Ø 1Era Forma Normal (No Grupos Repetitivos): Te pone varias condiciones, pero
son demasiadas obvias.

- Todos los campos dependen de la clave primaria y esta identifica a cada

registro, cada campo no puede tener grupos repetitivos por lo cual debe ser
conceptualmente atómico.

idFac Fecha RUC RS Dir GR DetallesF S-

(cliente) tot
 2024845475 15/10/201 1019805657 Gloria Av. 45342 04 chompas 980
3 3 0 Giráldez de Dralón
Meza
458 PU 70,
Artica
02 chompas
de Orio PU

50

05 chompas

De Lana de
alpaca PU

120

TablaF

idFac Fecha RUC RS Dir GR DetallesF S-tot

(cliente)

Tabla: DetallesF

idFac idProd Prod Cant PU

Ø 2da Forma Normal (Dependencia Total o No Dependencias Parciales): Cunado se

dice que una tabla esta una forma normal, todas sus tablas deberían estar en esa forma
normal

- Que la BD este en 1FN.

- Si la PK es compuesta, cada campo no PK debe depender de TODA la PK;

en otras palabras, no debe haber dependencias parciales.

TablaF
 idFac Fecha RUC RS Dir GR DetallesF S-tot
(cliente)

Tabla: DetallesF

idFac idProd Cant

Producto tiene dependencia parcial.

Cantidad tiene dependencia total.

Precio Unitario dependencia parcial.

Tabla: Producto

idProd Prod PU

Transitividad: quita redundancia

Ø 3ra Forma Normal (: cada campo no Primary Key debe de tener dependencia
directa (no transitiva con la PK)

Transitividad: quita redundancia, tiene relación entre dos variables, es decir que
hay un intermediario.

Tabla: Factura

idFac Fecha RUC GR S-tot

(cliente)

Tabla: Cliente

RUC RS Dir
Tabla: Detalles Factura

IdFac idProd Cant

Tabla: Producto

IdProd Prod PU

Integridad Referencial (Errores). - ya que esta trasciende una tabla