gvSIG bugs #2323

ID en PostGIS

Added by Álvaro Anguix over 10 years ago. Updated over 10 years ago.

Status:Invalid% Done:

0%

Priority:NormalSpent time:-
Assignee:Juan Lucas Domínguez
Category:Database
Target version:2.1.0-2220-testing
Severity: Add-on version:
gvSIG version:2.1.0 Add-on build:
gvSIG build:2218 Add-on resolve version:
Operative System: Add-on resolve build:
Keywords: Proyecto:
Has patch:No Hito:
Add-on name:Unknown

Description

Reportado en lista de usuarios por Rafa García Castillo:

Probando gvSIG v2.1 me está haciendo algo raro con una conexión a una Geodatabase PostgreSQL/PostGIS. Al conectar con una tabla, en dicha ventana donde se realiza la conexión te permite seleccionar qué campo de la tabla es el ID ("Campo ID"), pero en el caso que estoy probando no me aparece el que es el ID de verdad. Mi ID es un tipo "serial", y mirándolo lo único raro que tiene es que tiene un dígito en el nombre, es decir un carácter numérico. Está escrito en minúsculas. En gvSIG v1.12 no sucede este problema.

History

#1 Updated by Álvaro Anguix over 10 years ago

  • Category set to Database
  • Target version set to 2.1.0-2221-testing

#2 Updated by Juan Lucas Domínguez over 10 years ago

  • Status changed from New to Awaiting response

¿No aparece SELECCIONADO en el combo o no aparece como uno de los elementos en el combo? ¿Puede pegar el código DDL de la tabla, es decir, el parrafito "CREATE TABLE..." (lo genera PGAdmin, por ejemplo)?

#3 Updated by Álvaro Anguix over 10 years ago

Intento averiguarlo consultando a la persona que lo envío.

#4 Updated by Álvaro Anguix over 10 years ago

Me comenta:
La respuesta sería: no aparece como uno de los elementos en el combo.
De todos modos, la pregunta me ha hecho seguir haciendo pruebas, y he visto que sólo aparece como posibles campos ID lo que sea en la tabla la PK (primary key), lo cual es lógico, y en el caso que yo estaba preguntando al ser una base de datos que no está demasiado bien diseñada pues no aparecía el que tenía que aparecer porque no estaba puesto en la base de datos como PK.
Si esto es así, es decir, sólo aparecen en el combo los campos que son PK en la tabla, no sería mejor quitar el combo y que no permita seleccionar nada? al fin y al cabo toma el campo de la tabla que es PK. El combo entonces tenía sentido en versiones anteriores de gvSIG que sí dejaba que el usuario seleccionara cualquier campo de la tabla.

#5 Updated by Juan Lucas Domínguez over 10 years ago

Hola. Si la tabla tiene declarado un PK en la BD, el combo solo muestra ese y por tanto no se puede cambiar. Si la tabla no tiene un PK declarado, se muestran todos y el usuario es responsable de que el que elija cumpla la condición de no tener valores repetidos de lo contrario la aplicación hará cosas raras (esto se avisa mediante un diálogo). Me extraña que no le aparezca un campo que sí está en la tabla. En mis pruebas funciona correctamente. Si no sé cómo es la tabla no lo puedo investigar.

#6 Updated by Álvaro Anguix over 10 years ago

  • Status changed from Awaiting response to Invalid

Lo paso a invalido, a tenor de la contestación de la persona que reportó el error:

Como te he comentado antes, la base de datos a la que me estaba conectando no está muy bien diseñada (proviene de un diseño en Access de hace muuuuchos años que luego se ha llevado a PostgreSQL/PostGIS casi tal cual), por lo que me aparece ese comportamiento raro pero lógico. Es sólo que con las versiones anteriores de gvSIG no me había pasado pero, como te digo, la explicación que me habéis aportado parece lógica y he comprobado que es así como actúa gvSIG 2.1. Tendremos que modificar nuestro diseño de BBDD

#7 Updated by Joaquín del Cerro Murciano over 10 years ago

  • Target version changed from 2.1.0-2221-testing to 2.1.0-2220-testing

Also available in: Atom PDF