limitaciones del diseño de ABM en ASP

[robsergar]

Buenos Días !

Estoy desarrollando mis primeras armas en ASP con el diseño de una intranet en la empresa en la cual trabajo.
El sistema anterior lo diseñe en Clipper hace muchos años, y estoy tratando de hacer algo similar pero con tecnología nueva.
El tema se me complica con el diseño de las ABM (Alta, Baja y modificaciones) de algunas tablas tradicionales, como ser clientes, proveedores, movimientos bancarios, etc.

En el sistema viejo las ABM las realizo en la misma pantalla, por ejemplo en el caso de los clientes mirando los movimientos, si selecciono un registro lo puedo borrar o modificar, o apretar otra tecla y dar de alta un registro sin tener que entrar en otra pantalla, cosa que simplificaba mucho la operación hasta ahora.
El tema es que con los comportamientos de servidor de ASP, no puedo realizar las ABM en la misma pantalla, y quisiera preguntarle a alguien que tenga experiencia en el desarrollo de intranets, como hacen para desarrollar ABM en el menor cantidad de pantallas posibles. No quiero caer en un menu en el cual tenga que ir a una pantalla distinta para realizar una ABM, seguramente algo mas práctico habrá.
Escucho sugerencias.

Gracias.

[maestro]

La suite completa de bases de datos: consulta, inserción , modificación y borrado de registros.
http://aspfacil.com/articulos/verarticulo.asp?id=36

[ElAprendiz]

con ASP puedes tener todo en una sola pagina. de hecho yo tengo tengo asi para evitar tantos archivos, luego segun la variable que me envie es hacia donde se bifurcara la aplicacion


un saludo

[AlZuwaga]

maestro, creo que robsergar ya sabe como hacer inserts, updates, deletes, selects... no está preguntando el cómo sino cuál sería la manera más práctica para el desarrollo de un ABM.

ElAprendiz, claro que podés meter toda una aplicación gigantesca en un solo archivo... pero igual vas a realizar "viajes" entre cliente-servidor para toda operación (lo que se traduce en las pantallas que comenta)


robsergar, no hay manera :s
Es que así es la "filosofía de ASP"... al ser scripts que se procesan en el servidor, éste necesita saber qué es lo que querés hacer y ello, lógico, se traduce en una nueva pantalla... un pedido del cliente al servidor y su respuesta.

Aunque con un poco de ingenio te podés ahorrar unas pocas pantallas. Se me ocurre algo así en un hipotético "administrador de productos" (un listado de productos...):


En vez de listar los productos en una tabla, los listás dentro de un formulario... cada campo en un imput text diferente.

Esto te sirve para modificar todos los registros al mismo tiempo luego de presionar sobre el botón de submit y enviar la info (1 viaje al servidor)
También podrías colocar checkboxes para seleccionar registros... al hacer el submit, por ejemplo, podrías borrar todos los seleccionados (1 viaje al servidor)
Además, y mediante la utilización de javascript, podrías hacer que te aparezcan nuevos inputs text para agregar nuevos registros... al hacer el submit, estos se insertan (un viaje al servidor)

Claro que se podrían hacer las 3 operaciones al mismo tiempo... seleccionás 2 para borrar, editás 3 y agregás 4 nuevos registros: sólo un viaje al servidor.

Es lo que se me ocurrió en este instante

[robsergar]

Un genio !
Trabajar directamente en un formulario, pero como hago para agregar un chekbox a cada registro ?

Gracias.

[tarlipes]

incluis el check dentro del ciclo en donde mostras uno a uno los registros, y por cada vez que pase por el recordset te genera un checkbox diferente.

while not objrs.eof

<%=objrs("campo1")%>
............
<input type ="checkbox" name="bla-bla" value="<%=objrs("id")%>">
........


wend


se me ocurre... que se yo..