[Php-avanzado] Normalizacion Tesis Roger

Mar Jul 29 00:09:42 ART 2008

Hola Roger,

El lun, 28-07-2008 a las 20:16 -0300, Rogelio Schwindt escribió:
> Adjunto tablas corregidas y paso a contestar...
> * un CHAR 8 alcanza ahora y el futuro mediato para el expediente?
> * El 02 de la unidad académica, seguro que conviene sacarlo de la misma
> unidad académica o ponerlo al menos en campo aparte. Los datos del tipo
> 02-23546 te fuerzan a trabajar con CHAR lo que por naturaleza y
> eficiencia conviene que sea INT...
> -------------------------------------------------------------
> OK. Ahi saque a otro campo el codigo de la Unid. Academica del nro de 
> expediente, por lo que el nro de expediente se arma con cod_unid_acad + nro 
> de expediente. Hice que los dos sean del tipo CHAR. Si es mas conveniente 
> que sean INT avisame que lo corrijo. Otra cosa... Cada año el nro de 
> expediente vuelve a 1 por eso no creo que necesite mas de 8 posiciones.

	Ok con lo de las 8 posiciones.
	Respecto a que sean CHAR, tené en cuenta que el orden alfabético no es
el mismo que el numérico.
	Por ejemplo el expediente 02-90 va estar después del 02-1000.
	Es aceptable este comportamiento?

	Si estás pensando "arreglarlo" agregándoles ceros adelante, solo estás
agregando otro problema más.

> * Las tablas E,F y G tienen una clave char... no está mal, pero es muy
> costoso en tiempo de cómputo.
> -------------------------------------------------------------
> Preferiria usar este tipo de claves porque me resultaria mas facil para 
> cuando tenga que hacer consultas manuales para probar, pero si queres las 
> pongo del tipo INT autoinc. Avisame.

	Si las dejás así, no te las voy a corregir como mal. Pero si solo es
fiaca por tirar una query con un JOIN, creo que no vale la pena.
	Además de la eficiencia, creo que estás mezclando conceptualmente una
descripción como OCA o RR con una clave.
	Fijate el costo que tiene para tu sistema con este tipo de tablas si
mañana por resolución del Consejo Superior las OCA pasan a llamarse
OCS !!!

> * Por qué hay ruta_doc y ruta_pdf ??? el PDF no tenía el contenido del DOC?
> -------------------------------------------------------------
> El DOC en realidad es el documento original para imprimir, pero para muchos 
> de los Actos administrativos es importante tener un Documento que contenga 
> las Hojas scaneadas del original, en donde puedan verse los sellos y firmas 
> que se le van poniendo a los mismos para que se pueda chequear su validez... 
> este seria el documento PDF que puede estar o no cargado...

	Ok. Pensé que era el PDF que ibas a generar a partir de los DOC y todo
eso que me contaste.

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

	(At Referendum no se dice Ad Referendum???)

> * No me acuerdo: todos los actos administrativos tienen un interesado?
> Es validable cuándo debe estar y cuando es opcional?
> -------------------------------------------------------------
> El Interesado es un dato que normalmente deberian cargar casi 
> obligatoriamente porque es muy util a la hora de la busqueda de actos 
> administrativos.
> Igual yo lo estoy tomando como opcional.

	Ok. Tal vez para darle más homogeneidad te convenga cargar un primer
interesado "Sin interesado" y ponerlo obligatorio.

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

* En LOGIN poné id_usuario en INT, para evitar complicaciones.

	No veo más nada!
-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key