Totalmente de acuerdo, un posible planteamiento seria el siguiente:
Haz que lo primero que se escriba sea la clave principal, después de
escribir la clave, comprueba si existe en la tabla destino
Si existe, mandas un mensaje de advertencia y preguntando si quiere
modificarlo.
Que quiere modificarlo, presentas el registro en pantalla y que modifiquen
lo que quieran
No quieren modificarlo, te sitúas de nuevo en el campo clave principal para
que introduzcan un nuevo valor
No existe la clave en la tabla destino, pues no haces nada, y dejas que
sigan rellenando campos del registro.
Otra posibilidad es que la clave principal no sea un dato propio del
registro y que sea algo aleatorio, por ejemplo, en lugar de ser el dni de la
persona es una combinación aleatoria de letras
En este caso, es posible que intentemos meter los datos de la misma persona
pero con otra clave, por ejemplo, para meterme a mi en la tabla (julian
sanchez gomez) se me puede poner como clave jusago, y después meterme de
nuevo como jusaNgo, en este caso, lo que hemos visto hasta ahora no
detectaría este hecho
Para evitar esto, puedes hacer lo siguiente
Antes de anexar datos, haz una consulta de duplicados, en esta consulta
puedes indicar que campos quieres que compare, por ejemplo nombre y
apellidos y después, haz lo que quieras con los posibles datos duplicados.
Esto también se puede hacer creando con esos campos un índice sin repetición
en la tabla destino.
Como siempre, si quieres que sigamos hablando del tema, solo tienes que
decirlo
--
SALUDOS.
julian-valencia-españa
http://www.access-sin-codigo.tk
http://www.mvp-access.com
"E. Feijoo" <e.feijoo()retemail.es> escribi� en el mensaje news:***@tk2msftngp13.phx.gbl...
Veamos, tienes dos tipos de probables modificaciones, una de anexado de
nuevos datos y otra de actualización...
Partiendo de la base que si el usuario los modifica querrá guardarlos, así
como añadir los nuevos.... ¿porque no ejecutas las dos y solucionado?.
Primero la de anexado, después la de actualización...
Si el resultado es lo que deseas, el método, puede ser valido.
Un saludo E. Feijoo
"Marc Hdez" <***@menta.net> escribi� en el mensaje news:***@TK2MSFTNGP09.phx.gbl...
| vale.... no me expliqué suficiente:
|
| sí, si los registros son exactamente iguales no hace falta que avise.
| si es por tiempo, sí, es de peregrullo (hacia tiempo que no oia esta
| palabra):-))
|
| pero a lo que me refería es que sólo fuese igual el campo clave, pero
| algunos de los otros campos se han cambiado de la tabla origen. entonces
al
| ejecutar la consulta y no dar avisos el usuario no sabe que al ya existir
un
| campo clave no actualizará los registros ya existentes, unicamente añadirá
| los nuevos.
|
| la idea sería,
| -revisar los datos de tablaVOLCADO (donde anexa la consulta)
| -si los nuevos ha volcar ya existen (desde la tablaORIGEN)
| -comparar todos los campos:
| - son idénticos: nada
| - el mismo registro pero con campos modificados: msgbox para
| preguntar si los reemplazamos.
| - si son nuevos: añadir.
|
| lo que no sées hacer esta secuencia en Access.
| espero haberme explicado mejor.
|
| gracias.
|
| --
| Saludos,
| Marc Hdez.
| Tarragona.
| _
|
| "Marc Hdez" <***@menta.net> escribió en el mensaje
| news:***@TK2MSFTNGP11.phx.gbl...
| > ok, mediante: Docmd.Setwarnings False, evito que salten los mensajes al
| > ejecutar la consulta de datos anexados.
| > lo he puesto así:
| >
| > Private Sub Aceptar_Click()
| > DoCmd.SetWarnings False
| > DoCmd.OpenQuery "cVOLCADO"
| > DoCmd.SetWarnings True
| > Me.Form.Visible = False
| > End Sub
| >
| > pero.....
| >
| > cuando los datos a anexar ya existen en la tabla no se añaden: cosa
| > correcta, pero tampoco lo avisa (claro lo he bloqueado),
| > ¿cómo puedo crear un msgbox o algo parecido para avisar al usuario que
los
| > datos que pretenden anexar ya existen y por tanto no se va a ejecutar la
| > consulta?
| >
| >
| > --
| > Saludos,
| > Marc Hdez.
| > Tarragona.
| > _
| >
| > "julian-vlc-sp" <***@SOBRAiespana.es> escribió en el mensaje
| > news:***@TK2MSFTNGP09.phx.gbl...
| > > Te contesto porque eres tu, pero ya sabes que de código ando mal.
| > >
| > > Se ha comentado el tema por aquí varias veces, busca con el google que
| > > encontrarás mas detalles, pero se trata del setwarning o algo parecido
| > para
| > > que aparezcan o no.
| > >
| > > En cuanto a sustituirlos, al no ser errores no se si se pueden
| > interceptar,
| > > pero ......
| > >
| > > Si le dices a Access que no muestre os mensajes, cuando lances la
| consulta
| > > puedes mostrar el mensaje que quieras
| > >
| > > --
| > >
| > > SALUDOS.
| > > julian-valencia-españa
| > >
| > > http://www.access-sin-codigo.tk
| > > http://www.mvp-access.com
| > >
| > > "Marc Hdez" <***@menta.net> escribió en el mensaje
| > > news:***@TK2MSFTNGP10.phx.gbl...
| > > > Hola,
| > > >
| > > > bueno, pues eso: ¿Cómo puede hacer para que no salgan los mensajes
de
| > > access
| > > > al ejecutar una consulta de datos anexados?
| > > > e incluso, ¿cómo puedo sustituirlos por unos personalizados?
| > > >
| > > > --
| > > > Saludos,
| > > > Marc Hdez.
| > > > Tarragona.
| > > > _
| > > >
| > > >
| > >
| > >
| >
| >
|
|