Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Conexión con bases de datos
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 01-10-2004
pescriba pescriba is offline
Miembro
 
Registrado: may 2003
Posts: 28
Poder: 0
pescriba Va por buen camino
bloqueo en ADO

Esto es sobre una cosa que ha ocurrido y que no se si es un BUG o está bien.

He desarrollado un programita para gestionar una tabla. El código (indice único) puede ser introducido por el usuario, pero el programa calcula uno de forma automática. Para ello intercepto el AfterInsert de la tabla (ADOTable) y hay realizo un query para buscar el elemento más alto dentro del sistema normal de numeración y lo incremento. El problema está cuando intento usar el programa desde varios puestos en red. El primero que realiza un Post se queda con el control y bloquea la base de datos (un .MDB de Access 2000).

Después de mucho revisar descubro que si quito el query que realizo en el AfterInsert se quita el bloqueo ¿?¿?¿?¿? He probado a poner otro ADOConnection distinto para el Query pero nanay. Ahora realizo la búsqueda del nuevo código al pulsar el botón que realiza la inserción de un nuevo registro y no hay problemas. ¿?¿?¿? Esto es normal? Es decir, no debo hacer cosas con la base de datos dentro de los eventos de las tablas, aunque sean sólo consultas a través de otros ADOConnection?

Esta misma técnica la he usado mucho con el BDE contra Paradox sin problemas...
Responder Con Cita
  #2  
Antiguo 01-10-2004
Avatar de marto
marto marto is offline
Miembro
 
Registrado: may 2003
Ubicación: Barcelona, Catalunya
Posts: 882
Poder: 21
marto Va por buen camino
Wop!

El problema se deriva de que con Access tienes transacciones mientras con Paradox (normalmente) no. La técnica que usas para calcular la clave no es correcta, de todos modos. Imagínate que un usuario le da a "Insert", tú calculas el siguiente valor de clave que es, digamos, 200. En ese momento otro usuario tambien hace un Insert ¿que clave devolverá tu sistema? es evidente que tambien 200. El primero de los dos que haga el commit tendrá exito, pero el segundo obtendrá una violación de clave.
¿Cómo resolvemos esto? Lo más típico es crear una tabla con un solo campo númerico que nos servirá de contador. Cuando se hace un insert tu editas la tabla de contador. Cuando la edites, esta se bloqueará, por lo tanto solo ese usuario podrá escribir en ella. Incrementas el valor en 1 y guardas. En la tabla principal pones como clave el valor generado. Si otro usuario intenta insertar a la vez, tendrá que esperar a que el primero confirme su transacción, por lo tanto es vital que ésta sea muy corta. En cualquier caso, te aseguras que el segundo usuario siempre consiga un valor correcto.

Espero haberme explicado
__________________
E pur si muove
Responder Con Cita
  #3  
Antiguo 01-10-2004
pescriba pescriba is offline
Miembro
 
Registrado: may 2003
Posts: 28
Poder: 0
pescriba Va por buen camino
Ya uso transacciones para aislarlo todo, pero ¿porque me indica que está bloqueado si realizo un query dentro del evento?

Por otra parte, la técnica que uso es para obtener un código 'tentantivo'. Cuando guardo intercepto la excepción correspondiente y genero un nuevo código si se produce, indicándole al usuario lo que ha ocurrido y que tan sólo debe volver a intentarlo con ese nuevo código. Tu solución también le daría un error, indicando que la tabla está bloqueada.
Responder Con Cita
Respuesta



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


La franja horaria es GMT +2. Ahora son las 03:31:04.


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