[Php-avanzado] tesis avanzado

[Leonardo Tadei - Pegasus Tech Supply]

Hola Federico,

El sáb, 28-02-2009 a las 11:42 +0000, Federico Rafaelli escribió:
> Leo, te cuento, en la tabla clientes el campo id_empresa es foreing
> key y no primary, o sea si puede haber dos clientes de la misma
> empresa.

	Ok. Me había parecido verlo como primary en la definición de la
Tabla...

> En la tabla Fc tengo el id de fc int y autoincremental(ya que es PK),
> y como varchar sucursal y numero ya que estos dos ultimos campos los
> ingresa el usr al dar de alta la fc y los puse varchar ya que no hago
> ningun tipo de operacion con ellos,

	No importa que definas operaciones sobre ellos o no: la sucursal es
únicamente un número, por tanto el campo debe definirse con int.
	Con ese criterio todos los campos que no sean claves los podrías poner
como varchar... lo cual es absurdo!

>  tambien definí una Unique para estos campos asi evito duplicaciones.

	Más a favor de que sea Int: si no los campos "0001" y "01" serán
distintos.

> Los comprobantes se relacionan con los clientes y estos pertenecen a
> una empresa.
> Int por tinyint, asi dejo de ser "laucha" con el espacio, jeje.
> Y por ultimo, me gusta la actualizacion y eliminacion en cascada,
> tiene sus riesgos pero me parece practico, a que te referis con
> "blanqueará las transacciones".

	Me refiero solo a que si controlás mal en el sistema la órden de
borrar, o si no advertís de muy buena manera al usuario, este borrará
muchas más cosas de las que parecen a simple vista: por ejemplo puede
querer borrar un cliente, lo que significa que borra todos sus
comprobantes y todos sus registros de pago, etc.
	So te indicaba que hay que advertir y controlar muy bien en estos casos
qué se hace.
 
> Saludos.

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