desacoplar las consultas de la aplicación

[pvizcay]

hola nuevamente gente del foro,
desarrollando un proyecto me pregunté si hay una manera efectiva de desacoplar el SQL de las consultas de la aplicación e integrarlo a la BD.. básicamente se buscaría que la aplicación suministre los paramámetros de entrada de las consultas pero no almacene el SQL.. las ventajas me parecen obvias mientras que no cambie la "interfaz" entre las consultas y la BDs no habría necesidad de actualizar la aplicación sólo la BD centralizada.. mi idea sería algo asi como VIEWs con parámetros..

se que puede crear un STORED PROCEDURE selecteable "bobo" por cada consulta, con los parametros de la misma en los parametros de PROCEDURE,y después habría que realizar un:

FOR SELECT xxx INTO A, B, C DO
SUSPEND;

pero me pregunto, ¿ello no afectará la performance de la consulta? ¿alguién lo testeó en producción? ¿alguién tuvo la misma duda y a que conclusión llego?

la otra manera sería guardar un tabla CONSULTAS con una col SQL... y por cada query tener que cargar el SQL de la base, pero me parece demasiado complicado.. no sería mejor si los VIEWs tuvieran parámetros? jeje


bueno amigos del foro gracias desde ya!

[[mlara]]

El desempeño de las consultas no se afecta por "enmascararlas" en SPs o en Views. Es una buena opción hacer consultas completas en el servidor y desde el cliente.