Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Bases de datos > Firebird e Interbase
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

 
 
Herramientas Buscar en Tema Desplegado
  #5  
Antiguo 26-03-2008
Avatar de AzidRain
[AzidRain] AzidRain is offline
Miembro Premium
 
Registrado: sep 2005
Ubicación: Córdoba, Veracruz, México
Posts: 2.914
Poder: 23
AzidRain Va camino a la fama
Aunque efectivamente es una forma de hacerlo, personalmente lo considero una chapuza ya que a todas luces no es óptimo.

Cuando introducimos subquerys (selects dentro de selects) el subquery se ejecuta por cada registro que resulte del query principal. En querys pequeños no se nota tanto pero en tablas de miles de registros el resultado si es deplorable. Hay situaciones, sin embargo, en donde la única solución es usar subqueries. Obviamente no es el caso.

Si partimos de que para determinar si un registro está o no duplicado nos tenemos que basar en sus claves primarias. Según la teoría de Entidad-Relación, al diseñar una tabla debemos buscar que cada registro sea identificable por uno o más campos denominados claves primarias. Dichas claves o la combinación de ellas deberán ser únicas e irrepetibles.

Así tenemos que por ejemplo si queremos hacer una tabla de coches, podemos tomar como clave primaria la matrícula, ya que no puede haber 2 autos con la misma. Si hacemos una de personas podemos tomar varios parámetros Nombre, Apellidos y Fecha de Nacimiento por ejemplo, aunque todavía es posible que existan dos personas llamadas igual y que hayan nacido en la misma fecha. Y así sucesivamente.

Por supuesto, hay casos en los que la propia tabla no nos ayuda para determinar cual puede ser la clave, es entonces cuando creamos claves artificiales, las cuales por lo regular son campos autoincrementados que identifican a cada registro.

Si en el diseño lo hicimos bien, tendremos forma de identificar de manera individual todos y cada uno de los registros de las mismas. De manera que para verificar su existencia meidante un select sencillo.

Ahora bien, generalmente deseamos saber si un registro ya existe cuando vamos a insertar uno nuevo de manera que no se dupliquen. Esto ya lo hace por nosotros el motor de base de datos el cual no permitirá que se inserte un registro cuyas claves primarias coincidan con alguno que ya exista. De ser así el motor genera un error y para el caso de Delphi una excepción.

En Delphi simplemente procedemos a hacer nuestra operación de inserción "como si nada" y capturando la posible excepción, que es la que nos dirá que el registro ya existía:
Código Delphi [-]
  try
     MiQuery.ExecSQL; //Ejecutamos el query que contiene un INSERT
  except
     //Aquí ponemos lo que vamos a hacer si el motor nos indica que ya existe el registro
  end;
__________________
AKA "El animalito" ||Cordobés a mucha honra||
Responder Con Cita
 


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Verificar si un registro existe al insertarlo desde un procedimiento sitrico Firebird e Interbase 4 16-07-2007 22:15:59
Como averiguar si un registro existe sin usar recordcount afarenas Conexión con bases de datos 4 24-07-2006 11:52:15
No me encuentra un registro que existe, puse mal el where? Eden SQL 2 13-02-2006 07:30:49
Comparar un registro de un edit con un registro de una tabla en una consulta Damian666 SQL 10 01-10-2005 00:43:20
Registro Vacio en un DBGrid si existe GENERATOR gluglu Conexión con bases de datos 1 08-02-2005 12:01:59


La franja horaria es GMT +2. Ahora son las 23:23:22.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi