Ver Mensaje Individual
  #8  
Antiguo 30-01-2009
Avatar de AzidRain
[AzidRain] AzidRain is offline
Miembro Premium
 
Registrado: sep 2005
Ubicación: Córdoba, Veracruz, México
Posts: 2.914
Reputación: 21
AzidRain Va camino a la fama
Me parece que estamos ante un caso de un mal diseño de la tabla. Recordemos Lizette que las tablas se deben diseñar ANTES de pensar siquiera en que lenguaje vamos a programar. En el caso de una tabla de clientes (ignoro si es para una facturación o algo así y si eres de México) normalmente se utiliza ua clave artificial (como es tu caso) o bien se utiliza alguna que ya exista como por ejemplo un RFC (o nIF en otros lados) que es un poco más seguro, aunque no infalible. En todo caso lo que pretendes hacer es correcto pero entonces tienes que crear un indice compuesto que integre los campos NOMBRE y APELLIDO (o los que corrspondan) y le pones el atributo unique, de esta forma el motor no te aceptará registros que tengan los mismos datos en esos campos y en tu aplicación ya no tienes que hacer esa operación.

De todos modos vas a tener estos problemitas:
Que pasa si dos clientes se llaman exactamente igual (JUAN PEREZ) por ejemplo. El sistema solo te va a aceptar a uno y el otro lo tomará como que es distinto. Por otro lado, si lo dejamos un poco más libre, te aceptará a ambos y podría alguien dar de alta varias veces a un mismo cliente por error.

Yo te recomiendo que incluyas algún valor único como el RFC o CURP para evitar que capturen 2 veces un mismo cliente, esto independientemente del número que te genera el sistema.
__________________
AKA "El animalito" ||Cordobés a mucha honra||
Responder Con Cita