Hola amigos,

un miembro del foro italiano pide ayuda.

Dice que tiene dos tablas TAB1 y TAB2. En TAB1 tiene un campo IDindex (Primary Key); los récordes de esta tabla no pueden ser borrados pero solamente modificados.
En tabla TAB2 trae el campo IDindex para poder conectar las tablas.
Los récordes de TAB1 y TAB2 son visualizados:  TAB1 en GridView1 y con un query él visualiza en GridView2 los récordes del TAB2 unidos a un récord de TAB1.

El dice que el su problema es:
como puede eliminar un récord de TAB2, teniendo presente que:
- la base de datos es abierta y cerrada cada vez;
- en TAB2 es no presiente un primary key;
- los valores de los campos por récord pueden ser iguales.

El dice que pensó de utilizar las instrucciones MoveTo, MoveLast, pero no sabe si asì él va por buen camino.


Como podemos ayudarlo ?

Vuot:

Citar:

en TAB2 es no presiente un primary key;

Las tablas debe de tener un campo ID, para cuando se elija el registro, saber cual es exactamente que borrar.

Este id puede ser autonumerico (se va creando automaticamente, cuando se añade un registro)

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!

¿De qué base de datos estamos hablando Mysql o Sqlite?

shordi escribió: [Ver mensaje]

¿De qué base de datos estamos hablando Mysql o Sqlite?

Hola shordi,

bueno, el nuestro amigo precisa que:
- la base de datos es sqlite3.;
- en TAB1 tiene campos: IDsocio (Primary Key),Nombre,Apellido,Direccion,Mail,Teléfono.... etc;
- en TAB2 tiene estos campos: IDsocio, año, cuota.

El dice que crea una relación "uno/muchos" a través de IDsocio. Por esta razón él dice que en TAB2 puede tener  n° record por cada IDsocio.

De nuevo pregunta: ¿cómo puede eliminar o modificar un récord cuándo en TAB2 relativamente a IDsoci él tiene muchos récordes con el mismo valor, o el mismo año? ¿o como él puede identificar el récord seleccionado en GridView2?

Si es SQLite tiene suerte porque es más fácil.
SQLite manteine un control propio identificador de cada registro. Es decir: NO ES NECESARIO PONER UNA CLAVE PRIMARIA ÚNICA... porque ya la tiene.
Sólo tiene que averiguar primero cuál es y luego eliminar el registro idenficándolo con esa clave.
¿Cómo se averigua esa clave? Muy sencillo. Pregunta por el campo rowid.
Puede, perfectamente, hacer ésto:

Ahí puede ver la clave primaria de cada registro. Luego, una vez decidida cuál es, símplememente:



¿Cómo averiguar si tiene duplicados? Es simple:


Si quiere eliminar uno de ellos, sólo tiene que elegir el primer rowid y elecutar el delete de más arriba.
Si no quiere meterse en líos más veces, que le ponga una clave única a tabla2, como dice jsbsan, o que considere siempre la existencia de rowid para todas las operaciones, como si fuese la clave primaria.
Truco:
Dijiste que tabla2 es mostrado en un grid. Bien, en el result de ese grid que añada al principio el campo rowid. Si no lo quiere ver que le de un ancho de 1 pixel a la columna y así no lo verá (aunque siempre podrá verlo pinchando y arrastrando en la cabecera) y cuando llame al formulario de edición, que lo haga basándose en el rowid. Siempre sabrá qué registro edita y qué registro borra.

En el programa siesta, que subí hace unas semanas http://foro.gambas-es.org/viewtopic...t=siesta#p25437 puse un ejemplo completo de cómo crear, editar y borrar registros de cualquier tabla sqlite, tenga o no tenga clave.
No lo comenté cuando lo subí, creo, pero es algo que con MySQL no se puede hacer (con MySQL tú tienes que crear las claves).