[Php-avanzado] Normalizacion Tesis Roger

[Rogelio Schwindt]

Leo, seguimos...

> > * 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.


Bien... te mando ahora como dejaria la tabla de SUBTIPOS y TIPOS de Actos 
que es la que nos faltaria ajustar.
Ahi lo arregle segun lo que interpreto de tu correccion.
Lo que me parece que esta mal es el tema de meter el detalle del subtipo de 
acto en la tabla de SUBTIPOS y no en otra aparte como la habia armado antes, 
ya que por ejemplo si mañana cambia AD REFERENDUM, por AT REFERENDUM tengo 
que cambiar el detalle en cada uno de los subtipos que sean AR...

Me estoy enroscando mal con estoooo.... jaja.


> > * 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.

Los ACTOS ADMINISTRATIVOS deben mantener su codigo de unidad academica 
historico.
Ahi modifique dicha tabla y agregue una nueva para poder hacer esto sin 
problemas. Todo esto esta en el adjunto que envio.

> 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.

Ok... igualmente no creo que pueda llegar a tiempo para entregar el sistema 
funcionando...

Bueno... seguimos en contacto.

Roger 
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/private/php-avanzado/attachments/20080731/60397a8d/attachment.html