[Php-avanzado] Normalizacion Tesis Roger

Mie Jul 30 03:17:48 ART 2008

Hola Roger!

El mar, 29-07-2008 a las 16:52 -0300, Rogelio A. Schwindt escribió:
> Hola Leo... ahi volvi a modificar.
> Adjunto nuevamente las tablas corregidas con las ultimas sugerencias y te 
> voy contestando a tus consultas.

> > Ok. Pensé que era el PDF que ibas a generar a partir de los DOC y todo
> > eso que me contaste.
> No... los PDF que vamos a generar a partir de los DOC son esos que vos 
> decias que estaria bueno de hacer un PDF que contenga todo lo que paso entre 
> tal y tal fecha, o el resumen del mes... Los PDF con los scaners de cada 
> hoja con sellos y firmas a los que se hace referencia en la tabla 
> Actos_Administrativos son otra cosa distinta...

	Ok.

> > * La tabla SUBTIPO_ACTO sobra o no entiendo de qué juega. Si es para
> > relacionar el subtipo de acto con el acto, basta con agregar a la tabla
> > de subtipo de acto el id del tipo de acto al que se aplica.
> > -------------------------------------------------------------
> > Paso a explicarte con datos como lo pense yo...
> >
> > TABLA TIPO_ACTO
> > ID        DETALLE
> > OCA    Ordenanza Concejo Academico
> > OCS    Ordenanza Concejo Superior
> > R.R        Resolucion del Rectorado
> > R.D        Resolucion del Decanato
> >
> >
> > TABLA SUBTIPO_ACTO
> > ID        ID_TIPO_ACTO    ID_SUBTIPO_DET
> > 1            OCA                     RE
> > 2            OCS                      RE
> > 3            R.R                        AR
> > 4            OCA                     DE
> > 5            R.D                        AR
> >
> >
> > TABLA SUBTIPO_DET
> > (esta tabla la hice para no repetir en la tabla de SUBTIPO_ACTO el detalle
> > escrito del subtipo)
> > ID        DETALLE
> > RE        Rectificacion
> > AR        At Referendum
> > DE        Derogacion
> > NO        Normal
> 
> > Entonces la tabla SUBTIPO_DET no se justifica en 3FN (ni para tu
> > sistema en particular.
> > Te conviene agregar a SUBTIPO_ACTO un campo DESCRIPCION con esto.
> OK... ESO HAREMOS ENTONCES...
> PUEDO AGREGAR UN CAMPO QUE SEA DESCRIPCION CORTA Y ALLI PONER OCA, RR, RD, 
> OCS ?

	Sí, tiene sentido. Pero no es lo mismo que la tabla SUBTIPO_ACTO dónde
ya figura OCA, RR, RD etc?

	De última planteá esa estractura y la vemos en conjunto.

> Seguimos:
> > * En ACTOS_ADM acabo de ver un dato repetido. Tenés id_unidad_acad y
> > cod_uni_acad, pero cod_uni_acad está ya en la tabla UNIDAD_ACAD así que
> > acá sobra.
> > No debe haber repeticiones!!!
> EL TEMA DE ESE DATO ES QUE PUEDE CAMBIAR CON EL TIEMPO Y POR EJEMPLO LO QUE 
> HOY ES 02 HACE 6 O 7 AÑOS ERA 0600, POR ESO ME PARECIO BUENO DEJAR ESE CAMPO 
> EN LA TABLA, YA QUE POR MAS QUE CAMBIE EL COD DE UNIDAD ACADEMICA LOS QUE 
> ERAN CON 0600 VAN A SEGUIR CON 0600 POR MAS QUE SE CAMBIE A OTRO NUEVO...

	Dos cosas: una que si 02 puede cambiar, significa que 02 es una
descripción y la tabla necesita otro campo clave... integer y
posiblemente autoincremental.

	Otra cosa que surge de esto es una duda: si mañana la unidad académica
cambia de 02 a 0023, los actos administrativos viejos deben cambiar el
valor de la unidad académica o siguen con el valor histórico que
tenían? 

	Dependiendo de esta respuesta tal vez haya que reformular alguna tabla.

> * En LOGIN poné id_usuario en INT, para evitar complicaciones.
> SI... ESO LO HABIA VISTO DESPUES QUE ENVIE EL MENSAJE...
> 
> Bueno... quedo a la espera de tus respuestas como para ir cerrando el tema 
> de las tablas...

	Dale!
	Igual gana tiempo y andá escribiendo la parte de sesiones, el login y
la interfaz de definición de usuario, que es un subsistema
independiente.

	Saludos!
-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key