Oops!
No me gusta tener 2 posts seguidos . . . pero lo que pasa es que acabo de leer unos tips sobre los 5 Niveles de normalización . . . y creo que sigo en el nivel 1 de normalización . . . y se tendrán que duplicar algunos datos . . .
(
. . . volviendo a nuestro ejemplo anterior . . . )
Usuarios
IdUsuario
Nombre
FechaNacimiento
Telefono
Status
Usuarios_Var
FechaIngreso
Sector
Cargo
FechaInicia
FechaTermina
Saldo
En caso que sólo se modificara el
Sector, los otros 5 campos duplicarían la información . . . además de que me faltó el campo escencial para un historial
"FechaModificado"(
por llamarle de alguna manera) . . .
Pero tambien sería una exageración irnos al nivel 5 y descomponer cada campo en tablas . . . (Bueno que Para Sector y Cargo si las hay . . .)y generar la tabla
"RelacionModificaciones", donde viniera la relación de IDs + la
FechaModificado . . .
Usuarios
IDUsuario
Nombre
FechaNacimiento
Telefono
Inicios
IDInicio
FechaInicio
Terminos
IDTermino
FechaTermino
Sectores
IDSector
DescripcionSector
Cargos
IDCargo
DescripcionCargo
Saldos
IDSaldo
MontoSaldo
RelacionModificaciones
IDRelacionModificaciones
IDUsuario
IDIngreso
IDTermino
IDSector
IDCargo
IDSaldo
FechaModificado
Status
Algo así me imagino . . . aún no llego a la creación . . . para comenzar a generar mis SELECTs para los reportes . . . pero creo que por ahí iba la cosa . . . aunque aún tengo duda con las Fechas . . . si la fecha que se ingresará ya existe, entonces solamente habría que relacionar el
IDInicio (
que contiene x fecha), con el
IDRelacionModificaciones.
Lo divertido serán los
INSERT, ya que tendría que consultarse los últimos ID de cada inserción para agregarlos a
RelacionModificaciones...
Nos seguimos leyendo ! ! !