No entiendo como lo hacen... cual es el truco?

[mariano_donati]

Hola, estuve recorriendo en internet algunas aplicaciones de comercio electrónico para sacar algunas ideas para elaborar estadísticas. Como era de suponerse, en casi todas me encuentro con que en una misma página dan el número de subcategorías que tiene el negocio, el número de ordenes de compra que tiene sin entregar, la cantidad de mensajes respondidos, los nuevos proveedores de su negocio, nuevos productos que se han sumado al catálogo online, en fin, son como 15 items de ese estilo. Mi pregunta es... COMO LO HACEN!? porque los datos son extraídos de distintas tablas, lo que me lleva a pensar que necesitarían al menos 10 rs para sacar tal cantidad de datos... pero supongo que no lo hacen de esa forma... como se logra eso?
Un saludo!
Suerte!.

[orharo2003]

Mariano, en un sistema que he desarrollado (intranet) manejando varias tablas, e incluso 1 tabla relacionada con el control de inventarios x cada linea (tengo 50 lineas) a lo mucho uso 2 records set, y eso los descargo con un getrows o en todo caso usar el comando shape.


Pero usar más de 2 como que el diseño no anda bien.

[mariano_donati]

Si, entiendo, por eso dije que su`ponía que no habían utilizado tantos rs. El comando shape es para tablas relacionadas entre sí (no?), pero acá saca datos que nada tienen que ver con otros, que uno se da cuenta que los extraen de distintas tablas que no tienen relación entre sí (por ejemplo, las visitas y el numero de subcategorias del negocio), entonces, como hacen para meter eso en un solo rs?, alguien tiene algún ejemplo?.
Al decir que no están relacionadas, me refiero a que no tienen una relación directa entre sí, seguramente en la tabla visitas tienen un identificador del negocio que recibió la visita, y en la tabla subcategorias se tiene el mismo identificador para saber que subcategoria corresponde a cual negocio. Pero si yo intento hacer una sentencia tratando de sacar las visitas y las subcategorias, me sale cualquier numero. Por ejemplo una sentencia de este estilo:

"SELECT COUNT(VISITAS_IDNEGOCIO) AS VISITAS, COUNT(SUBCAT_IDNEGOCIO) AS SUBCATEGORIAS FROM VISITAS VIS, SUBCATEGORIAS SUBCAT WHERE VIS.VISITAS_IDNEGOCIO = 1 AND SUBCAT.SUBCAT_IDNEGOCIO = 1"

Es una sentencia inventada en este momento, nunca la probé de esa forma, pero cuando intento hacer eso mismo en mi sitio, me sale cualquier número, que no se corresponde con el que en realidad debería ser.
Sigo sin entender como lo logran. Alguien tiene una senttencia de ejemplo?, me sería de gran ayuda.
Muchas gracias por su ayuda.
Saludos!.

[AlZuwaga]

Yo creo que si muestran, por decir, 10 "bloques de información" que no están relacionadas entre si.. pues... usan 10 recordsets.

[Myakire]

o un solo RS con 10 consultas diferentes

[El_Metallick]

pero no seria mejor que al momento de agregar un negocio o algun producto o lo que sea se guarde en otra tabla el numero de objetos... por ejemplo... yo en mic atalogo online en la tabla categorias tengo un campo total_productos, de tal manera que al agregar un producto lehaga el update a este campo para sumarlo 1 de unagual manera cuando borro un producto le resto uno y asi... cosa que despue solo haya que llamar a ese capo para saber el numero de productos... me imagino lo mismo pero on una tabla especialmente dedicada a las estadisticas... eso saludos

[mariano_donati]

Si?, a ustedes alguna vez les tocó hacer algo así?, por ejemplo, que muestren no se... en una pantalla los datos más relevantes para un sitio... si hicieron eso... lo hicieron creando tantos rs?

[mariano_donati]

Eso que comentás El_Metallick sería una alternativa pienso. Lo que pasa es que voy a tener que estar constantemente actualizando una tabla más. Pero a la hora de seleccionar los datos croe que si se simplicaría mucho la tarea. Sería cuestión de pensar que es lo que hay que privilegiar.

[Myakire]

Pues un sitio no, pero informes si. Es lo mismo (supongo)
En reporte normalmente usa una vista como origen. Pero si el reporte necesita de mucha información y alguna de ella no es "relacionable", no te queda la de otra que hacer las consultas separadas e irlas guardando en tablas temporales o ir formando el reporte banda por banda.
El usuario solo ve el reporte final y normalmente no se percata de tan elaborado proceso.

Saludos