Store Procedure ¿ ?

On 2 nov, 22:22, "Jose Antonio" wrote:

Hombre café no, pero si para lo que han sido diseñados, es decir para
ejecutar cualquier conjunto de instrucciones sql, sean de insercion, update,
delete o consultas bien simple o todo lo complejas que quieras.

Vamos, que según tu los sp's han sido diseñados para ejecutar
consultas. El que se va a tener que esmerar un poquito me parece
que eres tu.

Ya me explicaras la diferencia que hay entre las consultas normales y las
que van dirigidas a ser una fuente de datos en un report.

Y donde he dicho yo que haya tal diferencia para tener que
explicarlo ahora?

Saludos,
Carlos

Hombre café no, pero si para lo que han sido diseñados, es decir para
ejecutar cualquier conjunto de instrucciones sql, sean de insercion,
update,
delete o consultas bien simple o todo lo complejas que quieras.

Vamos, que según tu los sp's han sido diseñados para ejecutar
consultas. El que se va a tener que esmerar un poquito me parece
que eres tu.

Bueno, para mi insertar, modificar o borrar información dentro de una
transaccion no tiene nada que ver con las consultas.

Y donde he dicho yo que haya tal diferencia para tener que
explicarlo ahora?

He debido de entender mal, mis excusas.


Entonces me quieres decir que programas tu en los procedimientos almacenados
si no es con instrucciones sql?



"Carlos M. Calvelo" escribió en el mensaje de
noticias
news:
On 2 nov, 22:22, "Jose Antonio" wrote:

Hombre café no, pero si para lo que han sido diseñados, es decir para
ejecutar cualquier conjunto de instrucciones sql, sean de insercion,
update,
delete o consultas bien simple o todo lo complejas que quieras.

Vamos, que según tu los sp's han sido diseñados para ejecutar
consultas. El que se va a tener que esmerar un poquito me parece
que eres tu.

Ya me explicaras la diferencia que hay entre las consultas normales y las
que van dirigidas a ser una fuente de datos en un report.

Y donde he dicho yo que haya tal diferencia para tener que
explicarlo ahora?

Saludos,
Carlos

En mi modesta opinión, los SP son muy útiles para hacer consultas, sobre
todo si intervienen varias tablas, condiciones WHERE o simplemente para
implementar llamadas desde Webservices, solamente por citar algunos
ejemplos. Partiendo de la base de que el SQLDBM 'pre-compila', y permítame
el palabro, la consulta, después de haber hecho un análisis de eficacia y
rendimiento. Por lo que las consultas son más rápidas. Un SP comprueba la
validez de los parámetros pasados, impidiendo más eficazmente los ataques
por inyección SQL, por ejemplo, peeeeerooo, siempre hay un pero, no sale el
café demasiado bien, no.

Victor B.
Desarrollador independiente

"Carlos M. Calvelo" escribió en el mensaje
news:
On 2 nov, 22:22, "Jose Antonio" wrote:

Hombre café no, pero si para lo que han sido diseñados, es decir para
ejecutar cualquier conjunto de instrucciones sql, sean de insercion,
update,
delete o consultas bien simple o todo lo complejas que quieras.

Vamos, que según tu los sp's han sido diseñados para ejecutar
consultas. El que se va a tener que esmerar un poquito me parece
que eres tu.

Ya me explicaras la diferencia que hay entre las consultas normales y las
que van dirigidas a ser una fuente de datos en un report.

Y donde he dicho yo que haya tal diferencia para tener que
explicarlo ahora?

Saludos,
Carlos

On 3 nov, 21:51, "Victor B" wrote:

En mi modesta opinión, los SP son muy útiles para hacer consultas, sobre
todo si intervienen varias tablas, condiciones WHERE o simplemente para
implementar llamadas desde Webservices, solamente por citar algunos
ejemplos. Partiendo de la base de que el SQLDBM 'pre-compila', y permítame
el palabro, la consulta, después de haber hecho un análisis de eficacia y
rendimiento. Por lo que las consultas son más rápidas. Un SP comprueba la
validez de los parámetros pasados, impidiendo más eficazmente los ataques
por inyección SQL, por ejemplo, peeeeerooo, siempre hay un pero, no sale el
café demasiado bien, no.

:sigh: :-|

En mi no tan modesta opinión, el café te está saliendo bastante mal,
si.

http://groups.google.com/group/micr...f10609b6cd
http://groups.google.com/group/micr...cd9e9e6cb8
http://groups.google.com/group/micr...dbf3f70547

Quizás encontréis Jose Antonio y tu en alguno de esos hilos alguna
referencia para seguir leyendo.

El Mon, 3 Nov 2008 21:51:21 +0100, Victor B escribió:

En mi modesta opinión, los SP son muy útiles para hacer consultas, sobre
todo si intervienen varias tablas, condiciones WHERE o simplemente para
implementar llamadas desde Webservices, solamente por citar algunos
ejemplos. Partiendo de la base de que el SQLDBM 'pre-compila', y permítame
el palabro, la consulta, después de haber hecho un análisis de eficacia y
rendimiento. Por lo que las consultas son más rápidas.

Si lees la documentación de Microsoft verás que hace bastante tiempo que
esto ha dejado de ser cierto.

Un SP comprueba la
validez de los parámetros pasados

Tampoco hay diferencias con una consulta parametrizada.


Saludos