Evitar guardar datos duplicados
 

Hola a todos... soy nuevo y necesito ayuda...
Tengo un formulario donde ingreso datos de un cliente... x dni, apellido, nombre, etc.. guardo los registros y todo ok... pero cuando creo un cliente nuevo, uno que ya habia ingresado antesme permite guardar igual... como hago para que no guarde un registro duplicado..

Muchas gracias x su ayuda desde ya...

Bienvenido a Clubdelphi ;), en cuanto tengas un ratito, léete la Guía de estilo, verás que faltan datos para responder.

usas bases de datos ¿cual?
que componentes usas para acceder a la base de datos, BDE (ttable, tquery, etc) ADO (TADOTable, ...) IBX (TIBTable).

Saludos

Salu2 bigpeter80

para lograr lo que quieres se hace asi:

Código Delphi [-]
With Tutabla do
  begin
    if Locate('dni',campoclavedelformulario,[]) then
      Begin
        application.MessageBox('Este Dni ya fué registrado','');
      End
      else
      Begin
        //Proceso de Registrar
      End;
  end;

prueba y nos comentas como te fue

Es una solución que funciona, pero antes que esta yo optaría por añadir claves primarias y/o índices únicos para evitar duplicados en las tablas.

si pero sino me equivoco dni es un número de identificacion, por lo tanto 2 personas no tendrán el mismo dni

Correcto, por eso se define el DNI como clave primaria, o si se necesita otra clave primaria, se le define al DNI un índice único. De esta forma al hacer el INSERT si ese DNI ya existe fallará. Si se captura el error adecuadamente se puede sacar el mismo mensaje que tú comentabas sin necesidad de hacer una búsqueda previa a la inserción.

ahhh bueno neftali es otra solucion como tu dices deberias postear tu solucion haber como se capturan los errores para ponerles mensajes personalizados :D

Como bien ha dicho Lepe:


Sabiendo esa información se puede afinar un poco más. Si saber la Base de datos y el método de conexión no se puede.

Hola a todos,

dos personas no pueden tener el mismo dni, pero dos clientes si, me explico, uno puede ser cliente como persona fisica y no paga por ejemplo RE y el mismo puede ser profesional autonomo y si pagar RE o retenciones, con lo cual para una misma empresa si que pueden haber dos dni con distintas condiciones de venta es decir dos cliente distintos.

Con lo que poner el DNI como clave primaria, no lo aconsejo.

saludos.

Solo añadir que si puede haber dos personas con el mismo dni (busca "dnis duplicados" en google para mas información)

Mas razon aun para no poner el dni como clave primaria.

Saludos.

Mmmmm yo solo decia ...... en mi pais no se hace eso jeje y pense que en otros tampoco se hacia pero buehhh cada dia se aprende algo nuevo ;)

Bueno, veo que muchos han respondido a mi solicitud y les agradezco mucho la atención.. Como me preguntaba Lepe tengo una base de datos hecha en access 2003, y utilizo una conexión ODBC hecha con el ADOConection.

¡¡Cómo se nota que ya es jueves!! ¿¿tenemos ganas de cháchara ehhhh?? :D

Al menos se ha explicado varios puntos siempre importantes en el diseño, como ves tienes varias alternativas.

Lo normal es poner un índice único sobre el campo dni, en cuanto se intente repetir el mismo dni, se mostrará una excepción y no dejará insertarlo.

Si hay posibilidad de repetirse (como han comentado abajo), no pongas el índice y búscalo manualmente. Lanza una consulta TADOQUERY antes de guardar:

Código Delphi [-]
adoquery1.sql.text := ' select dni from cliente where dni = :eldni';
adoquery1.parameters.parameterbyname('eldni').value = edit1.text;
adoquery1.Open;
if not adoquery1.IsEmpty then
begin
 ShowMessage('el dni ya existe');
 sysutils.Abort;
end;

También puedes usar adotable1.lookUp(....); pero no recuerdo la sintaxis ;), consulta la ayuda.

No te aconsejo usar el Locate si usas DBEdits y DBxxxx porque en caso de que se encuentre repetido, provocará un cambio de registro y normalmente eso vuelve a intentar guardar el registro por lo que obtienes un bucle infinito.

Saludos.

Yo hago mas o menos lo que ha comentado Lepe, es comprobar si existe el dni y si es asi pregunto si se quiere o no duplicar el dni.

Saludos.

Sí te explicas, pero lo del DNI era un ejemplo (por que es un campo que todos conocemos). Lo importante era la idea.
Cuando bigpeter80 decía esto:

Es porque de alguna forma, puede identificar clientes duplicados. Sea por DNI, o por DNI y nombre o por DNI y fecha de nacimiento o por lo que sea.
Por lo tanto en lugar de buscar si esos criterios ya existen lo lógico es colocar un índice único.

Te recomiendo que te saltes el paso de ODBC conectes mediante ADO a Access utilizando Jet4 que es el motor propio de Access y te dará más eficiencia/rendimiento que ODBC.

Un saludo.

Gracias a todos por la ayuda.... Bueno al parecer el problema venia xq estoy usando DBEdits.... Hice lo que me recomendo Neftali, Luego de que cambie la conexión a Jet4 pude solucionar el problema..... Muchas gracias