Cita: Bien, pues resulta que ahora tengo que montar una tabla per mucho más compleja donde el número de columnas es variable y donde en cada fila tendría que hacer una/varias consultas SQL largas, con operaciones aritméticas por el medio etc. Entonces si sigo la misma estrategia de mezclar la construccion de la tabla en HTML con los accesos SQL a la BBDD, las operaciones, etc me quedaría todo mezcladisimo y poco manejable.
Bueno, con GetRows te evitarias el paso de meter "a mano" el RS a un arreglo, pero si es cierto eso que dices que
por cada fila deberias hacer una o varias consultas, pues igual no se te va a hacer más ligero el tratamiento, amén de que ahora debes de manejar índices en lugar de nombres de campos (claro, siempre puedes usar constantes con los nombres de campos si aplicase), yo lo que pudiera sugerirte, es que analizaras si puedes formar el o los recordSet desde la BD, quizá con un SP, que ahí les hagas UNION o que hagas relaciones más pensadas para que el trabajo de ida y vuelta entre el IIS y la BD no sean tantos, si no queda más remedio que hacerlo como lo suguieres, pues no veo forma de que te quede menos mezclado.
Utilizar el response.flush funcionaría para aligerar la chamba y que el usuario vea algo conforme se procesa la página pero si usas una sola tabla no te va a servir de nada, ya que una TABLE se muestra en el cliente hasta que se cierra, en ese caso debes de, o usar varias tablas una tras otra o simplemente usar CSS.
Por lo que sea manejable ... pues quizá definir algunas subclases para encapsular algo del código te podría ayudar, aunque no creo que sea tan poco manejable como lo estas visualizando ahorita, cosa de programarlo y ver como queda.
Saludos