sp_executesql y cadena demasiado larga

Salvador,

Gracias por el comentario.

En realidad le estoy recomendando usar EXEC(...) para ejecutar
sp_executesql.

Ejemplo:

declare @s1 nvarchar(4000)
declare @s2 nvarchar(4000)

set @s1 = N'exec sp_executesql N''select * from nortwind.dbo.orders where
orderid = @orderid'''
set @s2 = N',@orderid int, 10250'

exec (@s1 + @s2)
go

No he probado el codigo, pero se que la idea funciona.


AMB

"Salvador Ramos" wrote:

Hola,

Con el permiso de Alejandro.
La solución que te propone Alejandro es que utilices EXEC en lugar de
sp_executesql para superar los 4000 caracteres, ya que puedes concatenar
varias variables.

Te paso un ejemplo:
create table #Prueba(id int, nombre varchar(30))
declare @sql1 nvarchar(4000)
declare @sql2 nvarchar(4000)
set @sql1 = N'Select * from #Prueba '
set @sql2 = N'where Id < 100'
exec( @sql1 + @sql2 )
drop table #Prueba

Pd. Un abrazo muy fuerte Eva, cuidate mucho.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)



"Eva" escribió en el mensaje
news:
> Hola Alejandro
>
> Utilizo sp_executesql para poder incorporar algunos parámetros tipo
> nvarchar que entran en el procedimiento almacenado, y el lío es que el
> parámetro de sp_executesql es un nvarchar, como máximo 4000 caracteres.
>
> Gracias, un saludo
>
> Eva.
>
> "Alejandro Mesa" escribió en
> el
> mensaje news:
>> Eva,
>>
>> Deberas armar varias cadenas con la ejecucion de la sentencia que
>> ejecuta
>> sp_executesql y ejecutar la concatenacion mediante "exec
>> (c1+c2+...+cn)"
>>
>> Las virtudes y maldades del SQL dinámico
>> http://www.hayes.ch/sql/sql_dinamico.html
>>
>>
>> AMB
>>
>> "Eva" wrote:
>>
>>> Hola a Todos
>>>
>>> Le estoy dando vueltas a un problemilla que tengo, y cada solución
>>> que
>>> intento me doy de narices. Os cuento:
>>>
>>> Tengo una aplicación Access (proyecto ADP) tirando de SQL Server 7.
>>> Para
>>> uno
>>> de los reportes que ofrece la aplicación, tengo una selección de
>>> registros
>>> complicadilla, más que nada por la cantidad de tablas que entran en
>>> juego y
>>> por la sentencia where que tengo que aplicar, muuuuy variable y que
>>> monto
>>> por código.
>>>
>>> Hasta ahora lo he solucionado con una vista que me relaciona todas
>>> las
>>> tablas, y en un procedimiento almacenado monto una cadena con esta
>>> vista
>>> (y
>>> alguna fruslería que le hago) y un filtro que pasa como parámetro y
>>> forma el
>>> where. Lo ejecuto mediante sp_executesql y le paso los parámetros que
>>> hacen
>>> falta.
>>>
>>> Todo correcto pero, muy lento :(
>>>
>>> Siguiente intento: dividir mi where e irlo aplicando tan pronto
>>> (dentro
>>> de
>>> mis joins) como pueda para ir restringiendo desde el principio el
>>> número
>>> de
>>> registros. No problem, puedo ir montando una cadena, aplicando el
>>> filtro
>>> a
>>> cachitos y, al final, ejecutarla mediante sp_executesql. Hasta aquí
>>> todo
>>> bien y montado, pero en algunos casos, la cadena puede pasar de 4000
>>> caracteres y claro, me peta mucho.
>>>
>>> ¿Alguna sugerencia? Gracias mil
>>>
>>> Eva Etxebeste
>>>
>>>
>>>
>>>
>>>
>>>
>
>

Hola Salva :)))

Ok, ahora tengo otro problemita :)) Tengo un parámetro nvarchar(50) que
tengo que incluir en la sentencia. Con sp_executesql es fácil, pero si
tengo que utilizar exec pos que no voy a saber como hacerlo :'(

Cuídate tú también :)

"Salvador Ramos" escribió en el
mensaje news:uA%

Hola,

Con el permiso de Alejandro.
La solución que te propone Alejandro es que utilices EXEC en lugar de
sp_executesql para superar los 4000 caracteres, ya que puedes concatenar
varias variables.

Te paso un ejemplo:
create table #Prueba(id int, nombre varchar(30))
declare @sql1 nvarchar(4000)
declare @sql2 nvarchar(4000)
set @sql1 = N'Select * from #Prueba '
set @sql2 = N'where Id < 100'
exec( @sql1 + @sql2 )
drop table #Prueba

Pd. Un abrazo muy fuerte Eva, cuidate mucho.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)



"Eva" escribió en el mensaje
news:

Hola Alejandro

Utilizo sp_executesql para poder incorporar algunos parámetros tipo
nvarchar que entran en el procedimiento almacenado, y el lío es que el
parámetro de sp_executesql es un nvarchar, como máximo 4000 caracteres.

Gracias, un saludo

Eva.

"Alejandro Mesa" escribió en
el mensaje news:

Eva,

Deberas armar varias cadenas con la ejecucion de la sentencia que
ejecuta
sp_executesql y ejecutar la concatenacion mediante "exec
(c1+c2+...+cn)"

Las virtudes y maldades del SQL dinámico
http://www.hayes.ch/sql/sql_dinamico.html


AMB

"Eva" wrote:

Hola a Todos

Le estoy dando vueltas a un problemilla que tengo, y cada solución que
intento me doy de narices. Os cuento:

Tengo una aplicación Access (proyecto ADP) tirando de SQL Server 7.
Para uno
de los reportes que ofrece la aplicación, tengo una selección de
registros
complicadilla, más que nada por la cantidad de tablas que entran en
juego y
por la sentencia where que tengo que aplicar, muuuuy variable y que
monto
por código.

Hasta ahora lo he solucionado con una vista que me relaciona todas las
tablas, y en un procedimiento almacenado monto una cadena con esta
vista (y
alguna fruslería que le hago) y un filtro que pasa como parámetro y
forma el
where. Lo ejecuto mediante sp_executesql y le paso los parámetros que
hacen
falta.

Todo correcto pero, muy lento :(

Siguiente intento: dividir mi where e irlo aplicando tan pronto
(dentro de
mis joins) como pueda para ir restringiendo desde el principio el
número de
registros. No problem, puedo ir montando una cadena, aplicando el
filtro a
cachitos y, al final, ejecutarla mediante sp_executesql. Hasta aquí
todo
bien y montado, pero en algunos casos, la cadena puede pasar de 4000
caracteres y claro, me peta mucho.

¿Alguna sugerencia? Gracias mil

Eva Etxebeste

Salvador,

Gracias por el comentario.

En realidad le estoy recomendando usar EXEC(...) para ejecutar
sp_executesql.

Ejemplo:

declare @s1 nvarchar(4000)
declare @s2 nvarchar(4000)

set @s1 = N'exec sp_executesql N''select * from nortwind.dbo.orders where
orderid = @orderid'''
set @s2 = N',@orderid int, 10250'

exec (@s1 + @s2)
go

No he probado el codigo, pero se que la idea funciona.


AMB

"Salvador Ramos" wrote:

Hola,

Con el permiso de Alejandro.
La solución que te propone Alejandro es que utilices EXEC en lugar de
sp_executesql para superar los 4000 caracteres, ya que puedes concatenar
varias variables.

Te paso un ejemplo:
create table #Prueba(id int, nombre varchar(30))
declare @sql1 nvarchar(4000)
declare @sql2 nvarchar(4000)
set @sql1 = N'Select * from #Prueba '
set @sql2 = N'where Id < 100'
exec( @sql1 + @sql2 )
drop table #Prueba

Pd. Un abrazo muy fuerte Eva, cuidate mucho.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)



"Eva" escribió en el mensaje
news:
> Hola Alejandro
>
> Utilizo sp_executesql para poder incorporar algunos parámetros tipo
> nvarchar que entran en el procedimiento almacenado, y el lío es que el
> parámetro de sp_executesql es un nvarchar, como máximo 4000 caracteres.
>
> Gracias, un saludo
>
> Eva.
>
> "Alejandro Mesa" escribió en
> el
> mensaje news:
>> Eva,
>>
>> Deberas armar varias cadenas con la ejecucion de la sentencia que
>> ejecuta
>> sp_executesql y ejecutar la concatenacion mediante "exec
>> (c1+c2+...+cn)"
>>
>> Las virtudes y maldades del SQL dinámico
>> http://www.hayes.ch/sql/sql_dinamico.html
>>
>>
>> AMB
>>
>> "Eva" wrote:
>>
>>> Hola a Todos
>>>
>>> Le estoy dando vueltas a un problemilla que tengo, y cada solución
>>> que
>>> intento me doy de narices. Os cuento:
>>>
>>> Tengo una aplicación Access (proyecto ADP) tirando de SQL Server 7.
>>> Para
>>> uno
>>> de los reportes que ofrece la aplicación, tengo una selección de
>>> registros
>>> complicadilla, más que nada por la cantidad de tablas que entran en
>>> juego y
>>> por la sentencia where que tengo que aplicar, muuuuy variable y que
>>> monto
>>> por código.
>>>
>>> Hasta ahora lo he solucionado con una vista que me relaciona todas
>>> las
>>> tablas, y en un procedimiento almacenado monto una cadena con esta
>>> vista
>>> (y
>>> alguna fruslería que le hago) y un filtro que pasa como parámetro y
>>> forma el
>>> where. Lo ejecuto mediante sp_executesql y le paso los parámetros que
>>> hacen
>>> falta.
>>>
>>> Todo correcto pero, muy lento :(
>>>
>>> Siguiente intento: dividir mi where e irlo aplicando tan pronto
>>> (dentro
>>> de
>>> mis joins) como pueda para ir restringiendo desde el principio el
>>> número
>>> de
>>> registros. No problem, puedo ir montando una cadena, aplicando el
>>> filtro
>>> a
>>> cachitos y, al final, ejecutarla mediante sp_executesql. Hasta aquí
>>> todo
>>> bien y montado, pero en algunos casos, la cadena puede pasar de 4000
>>> caracteres y claro, me peta mucho.
>>>
>>> ¿Alguna sugerencia? Gracias mil
>>>
>>> Eva Etxebeste
>>>
>>>
>>>
>>>
>>>
>>>
>
>

Alejandro te ha dado la solución, combinando el uso de EXEC con
sp_executesql. Yo malinterpreté parte de su solcución.

Lee su respuesta.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Eva" escribió en el mensaje
news:%

Hola Salva :)))

Ok, ahora tengo otro problemita :)) Tengo un parámetro nvarchar(50) que
tengo que incluir en la sentencia. Con sp_executesql es fácil, pero si
tengo que utilizar exec pos que no voy a saber como hacerlo :'(

Cuídate tú también :)

"Salvador Ramos" escribió en el
mensaje news:uA%

Hola,

Con el permiso de Alejandro.
La solución que te propone Alejandro es que utilices EXEC en lugar de
sp_executesql para superar los 4000 caracteres, ya que puedes concatenar
varias variables.

Te paso un ejemplo:
create table #Prueba(id int, nombre varchar(30))
declare @sql1 nvarchar(4000)
declare @sql2 nvarchar(4000)
set @sql1 = N'Select * from #Prueba '
set @sql2 = N'where Id < 100'
exec( @sql1 + @sql2 )
drop table #Prueba

Pd. Un abrazo muy fuerte Eva, cuidate mucho.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)



"Eva" escribió en el mensaje
news:

Hola Alejandro

Utilizo sp_executesql para poder incorporar algunos parámetros tipo
nvarchar que entran en el procedimiento almacenado, y el lío es que el
parámetro de sp_executesql es un nvarchar, como máximo 4000 caracteres.

Gracias, un saludo

Eva.

"Alejandro Mesa" escribió en
el mensaje news:

Eva,

Deberas armar varias cadenas con la ejecucion de la sentencia que
ejecuta
sp_executesql y ejecutar la concatenacion mediante "exec
(c1+c2+...+cn)"

Las virtudes y maldades del SQL dinámico
http://www.hayes.ch/sql/sql_dinamico.html


AMB

"Eva" wrote:

Hola a Todos

Le estoy dando vueltas a un problemilla que tengo, y cada solución
que
intento me doy de narices. Os cuento:

Tengo una aplicación Access (proyecto ADP) tirando de SQL Server 7.
Para uno
de los reportes que ofrece la aplicación, tengo una selección de
registros
complicadilla, más que nada por la cantidad de tablas que entran en
juego y
por la sentencia where que tengo que aplicar, muuuuy variable y que
monto
por código.

Hasta ahora lo he solucionado con una vista que me relaciona todas
las
tablas, y en un procedimiento almacenado monto una cadena con esta
vista (y
alguna fruslería que le hago) y un filtro que pasa como parámetro y
forma el
where. Lo ejecuto mediante sp_executesql y le paso los parámetros que
hacen
falta.

Todo correcto pero, muy lento :(

Siguiente intento: dividir mi where e irlo aplicando tan pronto
(dentro de
mis joins) como pueda para ir restringiendo desde el principio el
número de
registros. No problem, puedo ir montando una cadena, aplicando el
filtro a
cachitos y, al final, ejecutarla mediante sp_executesql. Hasta aquí
todo
bien y montado, pero en algunos casos, la cadena puede pasar de 4000
caracteres y claro, me peta mucho.

¿Alguna sugerencia? Gracias mil

Eva Etxebeste

Gracias, Salva :)))

En cuanto al origen de todo este lío, ¿utilizar vistas para ir
"escalonando" los resultados puede ralentizar mi proceso? y ¿puedo
acelerarlo si aplico filtros en los primeros pasos, antes de hacer más
enlaces con otras tablas?



"Salvador Ramos" escribió en el
mensaje news:etZ6Om%

Alejandro te ha dado la solución, combinando el uso de EXEC con
sp_executesql. Yo malinterpreté parte de su solcución.

Lee su respuesta.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Eva" escribió en el mensaje
news:%

Hola Salva :)))

Ok, ahora tengo otro problemita :)) Tengo un parámetro nvarchar(50) que
tengo que incluir en la sentencia. Con sp_executesql es fácil, pero si
tengo que utilizar exec pos que no voy a saber como hacerlo :'(

Cuídate tú también :)

"Salvador Ramos" escribió en el
mensaje news:uA%

Hola,

Con el permiso de Alejandro.
La solución que te propone Alejandro es que utilices EXEC en lugar de
sp_executesql para superar los 4000 caracteres, ya que puedes
concatenar varias variables.

Te paso un ejemplo:
create table #Prueba(id int, nombre varchar(30))
declare @sql1 nvarchar(4000)
declare @sql2 nvarchar(4000)
set @sql1 = N'Select * from #Prueba '
set @sql2 = N'where Id < 100'
exec( @sql1 + @sql2 )
drop table #Prueba

Pd. Un abrazo muy fuerte Eva, cuidate mucho.

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)



"Eva" escribió en el mensaje
news:

Hola Alejandro

Utilizo sp_executesql para poder incorporar algunos parámetros tipo
nvarchar que entran en el procedimiento almacenado, y el lío es que el
parámetro de sp_executesql es un nvarchar, como máximo 4000
caracteres.

Gracias, un saludo

Eva.

"Alejandro Mesa" escribió en
el mensaje news:

Eva,

Deberas armar varias cadenas con la ejecucion de la sentencia que
ejecuta
sp_executesql y ejecutar la concatenacion mediante "exec
(c1+c2+...+cn)"

Las virtudes y maldades del SQL dinámico
http://www.hayes.ch/sql/sql_dinamico.html


AMB

"Eva" wrote:

Hola a Todos

Le estoy dando vueltas a un problemilla que tengo, y cada solución
que
intento me doy de narices. Os cuento:

Tengo una aplicación Access (proyecto ADP) tirando de SQL Server 7.
Para uno
de los reportes que ofrece la aplicación, tengo una selección de
registros
complicadilla, más que nada por la cantidad de tablas que entran en
juego y
por la sentencia where que tengo que aplicar, muuuuy variable y que
monto
por código.

Hasta ahora lo he solucionado con una vista que me relaciona todas
las
tablas, y en un procedimiento almacenado monto una cadena con esta
vista (y
alguna fruslería que le hago) y un filtro que pasa como parámetro y
forma el
where. Lo ejecuto mediante sp_executesql y le paso los parámetros
que hacen
falta.

Todo correcto pero, muy lento :(

Siguiente intento: dividir mi where e irlo aplicando tan pronto
(dentro de
mis joins) como pueda para ir restringiendo desde el principio el
número de
registros. No problem, puedo ir montando una cadena, aplicando el
filtro a
cachitos y, al final, ejecutarla mediante sp_executesql. Hasta aquí
todo
bien y montado, pero en algunos casos, la cadena puede pasar de 4000
caracteres y claro, me peta mucho.

¿Alguna sugerencia? Gracias mil

Eva Etxebeste