Question

Siguiendo la documentación oficial https://developer.android.com/reference/android/widget/CursorAdapter.html, si queremos que la clase CursorAdapter funcione correctamente debemos de añadir el atributo _id a cada tabla de nuestra base de datos. Este atributo debe de ser Primary key y Autoincrement.

Esto, desdibuja un poco el esquema inicial de una base de datos relacional. Mi duda es la siguiente. Si mi mi base de datos inicialmente era de este modo:

• PRODUCTOS-
  id_producto (Primary key`autoincrement)
  nombre
  precio

• CLIENTES --
  id_cliente (Primary key`autoincrement)
  nombre
  apellido
  id_producto_comprado (Foreing key de id_producto de la tabla PRODUCTOS)

¿Ahora debería de quedar así?

• PRODUCTOS-
  _id ()(Primary key`autoincrement)
  nombre
  precio

• CLIENTES -
  _id (Primary key`autoincrement)
  nombre
  apellido
  id_producto_comprado (Foreing key de _id de la tabla PRODUCTOS)

esto es correcto? de este modo al realizar DELETE o UPDATES estaríamos manejando el _id que lo necesita Android para su funcionamiento.

Answer 1

Hola @egoitz_gonzalez,

Por una parte bastaría con cambiar los nombres de los campos id_producto y id_cliente para que se llamen solante _id, por el requisito de CursorAdapter... después de todo, un campo llamado id en una tabla de Clientes, será sin dudas el ID del Cliente (lo criticable de la \convención es el guion bajo delante)

Por otra parte, es altamente probable que estés normlizando mal, ya que según tu esquema de datos, cada Cliente podrá tener comprado solo un Producto... sin conocer el problema no te lo puedo afirmar, pero a priori suena raro.

Saludos cordiales!