crear un SP para pasarle TODA la sentencia por parametros.

[farbot]

Amigos, lo que requiero es crear un procedimiento almacenado que sirva para cualquier propósito. es decir, que le pueda pasar la sentencia completa por parametros.
se vería como esto:
exec sp_proposito_general('select * from clientes') y debería arrojar el listado de clientes.

Pero el mismo SP me podría servir para esto:
exec sp_proposito_general('update facturas set fecha=1/1/2012 where factura_id=12345'), lo que modificaría la fecha de una factura.

Estuve tratando pero los errores de sintaxis no me dejan continuar.
Dije entonces: bueno, haré uno para los SELECT, otro para os UPDATE etc.

Y ESCRIBÍ ESTO:

CREATE PROCEDURE [dbo].[app_multiproposito]
@accion varchar(20) ,
@sql varchar(255)
AS
BEGIN
SET NOCOUNT ON;

if @accion='Select'
select @sql

pero cuando ejecuto el SP no me arroja ningun dato.

[iislas]

No tiene logica tu planteamiento, si vas a hacer un UDPATE, pues hazlo dentro del cuerpo del store procedure, ¿no crees?

[farbot]

Hola Isaías.
Gracias por tu respuesta.

Tengo mis razones para hacer esta pregunta.
Y te aseguro que tiene una lógica muy lógica.
Si tú lo deseas te la puedo explicar.

Saludos
Farley

[Libras]

y si haces esto:

CREATE PROCEDURE [dbo].[app_multiproposito]
@query varchar(max)
AS
BEGIN
SET NOCOUNT ON;
exec Sp_sqlExec @query
end


Y asi te ejecuta lo que le mandes

Saludos!!

[farbot]

Libardo, Buenos días.
Muchísimas gracias por tu respuesta.
Funcionó Perfecto!!!

Esto es el poder de lo simple !!!

Un abrazo desde Bogotá, Colombia.

Salu2
Farley.

[Libras]

Iniciado por farbot

Libardo, Buenos días.
Muchísimas gracias por tu respuesta.
Funcionó Perfecto!!!

Esto es el poder de lo simple !!!

Un abrazo desde Bogotá, Colombia.

Salu2
Farley.

Amiga, Libardo jejejeje con un simple gracias libras esta mas que suficiente :) y que bien que la ayuda soluciono tu problema :)

Saludos!

[Andres95]

solo como comentario,

ojala que tengas bien validada la entrada del comando que se envia en el parametro del SP.. por motivos de seguridad..

Saludos!

[iislas]

De acuerdo con Andres95, no le veo logica a la forma del comportamiento de tu procecdimiento, y si es cierto que con lo propuesto por Libras, sigo sin verle logica alguna.

[farbot]

Gracias por sus inquietudes a las que les hallo razón.
Básicamente ahora lo que tengo es la posibilidad de correr cualquier sentencia sin necesidad de tener la consola instalada. solo requiero la conexion y esto lo puedo llamar incluso desde un pinche excel . Se que es nada ortodoxo pero era esa exactamente mi necesidad.
y en aras de la cibernética, el sistema está al servicio de la humanidad y no al revés.
De nuevo mil gracias a todos y reciban un enorme abrazo desde Bogotá Colombia.

[iislas]

Puedes ejecutar CUALQUIER instruccion T-SQL, incluso, desde el comando de OS, siempre y cuando tengas la autorizacion para hacerlo.

[matanga]

..y en aras de la cibernética, el sistema está al servicio de la humanidad y no al revés.

Debo decir que soy un fiel creyente de esta afirmación, muchas veces hice uso de las tecnologías priorizando mi comodidad sobre las prácticas recomendadas, pero en este caso (y disculpas por insistir en el tema) estoy de acuerdo con iislas, no le veo sentido al procedimiento.

1. Cualquier forma que permita ejecutar un procedimiento (cmd, excel, etc), también permite ejecutar una consulta SQL, de hecho, la conexión a la base no hace diferencia entre una cosa y otra.

2. Complejidad de código, es decir, más trabajo para escribir las sentencias y más dificultad para leerlas.

Código:

--aquí tienes que codificar la sentencia SQL,
--la llamada al procedimiento y
--las comillas simples adicionales para los valores varchar y date
exec sp_sql 'update facturas set fecha=1/1/2012 where factura_id=12345'
go

--aquí solo tienes que codificar la sentencia SQL
update facturas set fecha=1/1/2012 where factura_id=12345
go

En fin, lo importante es que el problema está resuelto, solo comentaba por curiosidad.

Saludos