FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
desacoplar las consultas de la aplicación
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! |
#2
|
||||
|
||||
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.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Consultas SQL muy pesadas al abrir la aplicación | thawulf | MS SQL Server | 2 | 25-08-2006 01:35:37 |
Consultas SQL V.S. Consultas Clipper | AGAG4 | SQL | 7 | 20-12-2005 15:59:31 |
Dos consultas en una | Petolansa | SQL | 5 | 16-08-2005 07:39:48 |
Consultas | silviodp | Conexión con bases de datos | 6 | 05-08-2004 23:44:24 |
Consultas | agilaberte | SQL | 1 | 04-04-2004 13:42:54 |
|