![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Retomando el tema luego de esta pequeña disgresión, a mi me interesaría conocer un poco más del contexto de una consulta SQL como la deseada.
Insisto que me suena rara, que si existe una necesidad de algo así quizá se deba a un esquema de tablas algo "raro". Aunque el campo obtenido es a fin de cuentas un campo calculado, no deja de ser un campo cuyos valores son listas, hecho que va contra la primera forma normal ¿no es así? // Saludos |
|
#2
|
||||
|
||||
|
Hola.
Bueno, el tema que plantea casandra me resulta familiar. Efectivamente como indica Román no parece que sea un modelo de datos demasiado ortodoxo cuando se intenta hacer una consulta de este tipo. Hay que verlo desde otro punto de vista, es decir, posiblemente estes intentando explicarnos como muestro el resultado de la consulta al usuario final. Yo tuve (y tengo ) el mismo problema. El responsable de mi departamento quiere una presentacion de datos 'al reves' similar al ejemplo planteado. Hay dos formas de solucionar el problema: 1.- Ejecutas la consulta 'como dios manda' y despues le das la vuelta por codigo para presentarla en tu interface 2.- Utilizas componentes especificos para ello (xQuery, que es el que en su dia utilice) que realizan el trabajo sucio de coger los resultados de una consulta y darles la vuelta. Saludos |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|