Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problema con resultado de consultas booleanas #28

Open
paribanufreitas opened this issue Mar 31, 2013 · 4 comments
Open

Problema con resultado de consultas booleanas #28

paribanufreitas opened this issue Mar 31, 2013 · 4 comments

Comments

@paribanufreitas
Copy link

Hago una consulta booleana con dos dimensiones y me da por resultado el mismo enunciado repetido tantas veces como códigos tenga incorporado el segmento, lo cual distrae, solo debería devolverme el elemento intersectado una vez.

@maurodec
Copy link
Contributor

maurodec commented Apr 1, 2013

Paribanu,
El problema de esto es que los resultados se ordenan según los códigos. Primero se obtiene el conjunto de códigos que pertenecen a las citas seleccionadas, y luego para cada uno de estos códigos se muestran las citas a las cuales fue asignado.

En caso de querer que las citas solo aparezcan una vez se debe tomar una de dos decisiones:

  1. Se busca un nuevo orden para mostrar los resultados.
  2. Se define bajo que código se tiene que mostrar cada cita antes de mostrar los resultados (lo cual no creo sea razonable).

Si se quiere que los resultados sean ordenados por código, entonces no veo forma de evitar este problema.

@marcbria
Copy link

marcbria commented Apr 1, 2013

Gracias Maruo.

Tu mismo descartas 2, luego centrados en 1 me pregunto: ¿Si cambiamos el orden (citas y luego códigos), no estamos en las mismas pero con los códigos?

¿No sería posible almacenar los resultados y procesarlos antes de mostrarlos al usuario final?

@maurodec
Copy link
Contributor

maurodec commented Apr 1, 2013

Marc,
Originalmente los resultados se mostraban ordenados por documentos (con los típicos menues colapsables de LibreQDA), y dentro de cada documento se mostraba una tabla con las citas de dicho documento y los códigos que tenía cada una asignados.

Esta forma de mostrar los resultados se cambió en el commit 8ded49783abc7317b05be3213c4998f793ec848a porque resultó que (si mi memoria no falla) normalmente se debe saber cuales son las citas para cada código.

Es posible revertir al comportamiento anterior. También se puede agregar un tab arriba de todos los resultados que permita cambiar entre resultados ordenados por código o resultados ordenados por documento.

En caso de que sigamos tu sugerencia y mostremos las citas sin ningun agrupamiento, éstas no serían repetidas, pero no podrían verse las citas de cada código, y sin ningún agrupamiento (como por ejemplo documento) creo que los resultados resultarían bastante desordenados.

Finalmente, el problema no es procesar los resultados antes de mostrarlos (de hecho, a los resultados hay que agruparlos y reordenarlos antes de mostrarlos), el problema es decidir que tipo de procesamiento realizar.

@marcbria
Copy link

marcbria commented Apr 4, 2013

Mauro no me he explicado.
No planteo cambiar la visualización. Acordamos presentarla de esta forma y por mi parte no hay queja.

El problema son los duplicados y ni te entendí: Pensé que a nivel en el fuente se hacían 2 consultas sql anidadas y que proponías cambiar el orden... por lo que apuntaba que seguiríamos con duplicados (de otro tipo, pero duplicados).

Creo que ya entiendo el problema... pero no veo clara la solución.

Si os parece, lo hablamos en el lado libreQDA y volvemos con una propuesta en firme.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants