Consulta con variable dentro del IN

[mymarcosweb]

Buen día amigos, gracias de antemano por su respuesta; estoy realizando un sp en la cual necesito que ingrese una variable que contenga números separados por comas: @valores = 100, 200, 300, 400, .... , 4500 y estas deben ir dentro de una consulta en la sección: WHERE numConcepto IN (@valores), el detalle es que no logro reconocerlo porque el tipo de dato de numConcepto es integer y los @valores están ingresando al sp como string.
-- Detalle
ALTER PROCEDURE [dbo].[sp_Programa]
@obligaciones String(1000)
AS
BEGIN
-- ........
-- select .....
WHERE numConcepto IN (@valores)
-- WHERE numConcepto IN (100, 200, 300, 400) Funciona perfecto pero es
-- demasiado largo y quiero personalizable desde formulario
Alguna salida amigos, gracias nuevamente.

[leochavez]

puedes usar el exec te paso un ejemplo

vb net

dim Codigos as string
Codigos = ""
For Each row1 As DataGridViewRow In MIDATAGRID.Rows
If row1.Cells("MICHEKBOX").Value = True Then
'RECUPERO EL VALOR Y AUMENTOUNA COMA
Codigos = Codigos + RECUPEROELVALOR + ","
End If
Next
'TODA LA CADENA Y QUITO LA ULTIMA COMA
Codigos = Mid(Codigos, 1, Codigos.Length - 1)

PROCEDIMIENTO ALMACENADO

ALTER PROCEDURE [dbo].[sp_Programa]
@orden varchar(10)
AS
BEGIN
exec('select * from Orders
WHERE orderid IN ('+@orden+')')
end
go

[Libras]

si no quieres usar querys dinamicos puedes hacer una funcion como la siguiente:

Código SQL:

/****** Object:  UserDefinedFunction [dbo].[SplitApplication]    Script Date: 10/19/2010 15:12:35 ******/
SET ANSI_NULLS ON
GO
 
SET QUOTED_IDENTIFIER ON
GO
 
CREATE FUNCTION [dbo].[SplitApplication](@applicationid VARCHAR(2000))
 
RETURNS @RtnValue TABLE 
(
Id INT IDENTITY(1,1),
DATA nvarchar(100)
) 
AS 
BEGIN 
DECLARE @Cnt INT, @SplitOn nvarchar(5)
SET @SplitOn = ','
SET @Cnt = 1
 
While (Charindex(@SplitOn,@applicationid)>0)
BEGIN
INSERT INTO @RtnValue (DATA)
SELECT 
DATA = ltrim(rtrim(SUBSTRING(@applicationid,1,Charindex(@SplitOn,@applicationid)-1)))
 
SET @applicationid = SUBSTRING(@applicationid,Charindex(@SplitOn,@applicationid)+1,len(@applicationid))
SET @Cnt = @Cnt + 1
END
 
INSERT INTO @RtnValue (DATA)
SELECT DATA = ltrim(rtrim(@applicationid))
 
RETURN
END
 
GO
 
 
how TO USE :
 
SELECT * FROM TABLE WHERE DATA IN (
 
SELECT * FROM SplitApplication('1,1,1,1')
)
 

saludos!

[leochavez]

TRATO DE USAR TUFUNCION Y ME SALE ERROR

SELECT * FROM ORDERS WHERE OrderID IN (
SELECT * FROM SplitApplication('10248,10249')
)

[mymarcosweb]

MI sp funciona bien, el detalle es que estoy implementadolo para que dentro del IN ingrese una variable desde un formulario y no cambiarlo desde el sp directamente porque son miles de datos que tendría que escribir en el IN. Gracias por el aporte lo probare Libras haber como anda.

[leochavez]

por eso desde el formulario hasteun for ps

vb net

dim Codigos as string
Codigos = ""
For Each row1 As DataGridViewRow In MIDATAGRID.Rows
If row1.Cells("MICHEKBOX").Value = True Then
'RECUPERO EL VALOR Y AUMENTOUNA COMA
Codigos = Codigos + RECUPEROELVALOR + ","
End If
Next
'TODA LA CADENA Y QUITO LA ULTIMA COMA
Codigos = Mid(Codigos, 1, Codigos.Length - 1)

[Libras]

Iniciado por leochavez

TRATO DE USAR TUFUNCION Y ME SALE ERROR

SELECT * FROM ORDERS WHERE OrderID IN (
SELECT * FROM SplitApplication('10248,10249')
)

creaste la funcion??? que error te marca?

[Libras]

Iniciado por leochavez

por eso desde el formulario hasteun for ps

vb net

dim Codigos as string
Codigos = ""
For Each row1 As DataGridViewRow In MIDATAGRID.Rows
If row1.Cells("MICHEKBOX").Value = True Then
'RECUPERO EL VALOR Y AUMENTOUNA COMA
Codigos = Codigos + RECUPEROELVALOR + ","
End If
Next
'TODA LA CADENA Y QUITO LA ULTIMA COMA
Codigos = Mid(Codigos, 1, Codigos.Length - 1)

es mas sencillo con la funcion asi nada mas manda llamar la funcion con el parametro que necesita :)

jejeje se me paso una cosa la funcion se usa de la sig manera:


SELECT * FROM TABLE WHERE DATA IN (

SELECT data FROM SplitApplication('1,1,1,1')
)


saludos!

[mymarcosweb]

Muchas gracias Libras, funciono a la perfección es lo que estaba buscando

[Libras]

[GeriReshef]

Cambia el Select al siguiente:

Código SQL:

SELECT .....
WHERE ','+@Valores+',' LIKE '%,'+CAST(NumConcepto AS VARCHAR)+',%';
 

[Libras]

Iniciado por GeriReshef

Cambia el Select al siguiente:

Código SQL:

SELECT .....
WHERE ','+@Valores+',' LIKE '%,'+CAST(NumConcepto AS VARCHAR)+',%';
 

Podrias explicar tu query?

Porque quedaria

select * from tabla where ,1,2,3,4, like '%,1,2,3,4,%

no???

[GeriReshef]

En la fila donde NumConcepto es 1 - el sistema intenta:

Código SQL:

WHERE ',1,2,3,4,' LIKE '%,1,%' --True
 

En la fila donde NumConcepto es 5 - el sistema intenta:

Código SQL:

WHERE ',1,2,3,4,' LIKE '%,5,%' --False
 

etcetera.

[Libras]

intente eso y esta consulta:

regresa digamos 100 registros

select * from tabla where ',dato,' like '%,dato,%'

mientras que esta solo 1

select * from tabla where name like '%dato%'

que estoy haciendo mal??

[GeriReshef]

Primero que nada crearemos tabla con los numeros 1-100:

Código SQL:

USE tempdb;
 
CREATE TABLE MiTabla(NumConcepto INT);
 
DECLARE @I INT;
SET     @I=1;
While   @I<=100
        BEGIN
        INSERT INTO MiTabla SELECT @I;
        SET     @I=@I+1;
        END
 

La recuperación:

Código SQL:

DECLARE @Valores VARCHAR(MAX);
SET     @Valores='1,3,10,53,100';
 
SELECT  *
FROM    MiTabla
WHERE   ','+@Valores+',' LIKE '%,'+CAST(NumConcepto AS VARCHAR)+',%';
 

[Libras]

orale buen aporte :) muchas gracias por la explicacion :) pero prefieron mi funcion jejejeje es menos codigo al momento de implementarla :P pero tu codigo esta bien

[Andres95]

Excelente GeriReshef, me parece buena idea cuando se tienen pocos valores en la tabla..

Esto porque la consulta hace un table scan, lo cual en tablas grandes (millones de registros) es algo critico... en estos casos lo mejor seria usar una función como la de Libras para poder agregar indices y permitir que el motor de SQL los utilice de forma optimizada..

De cualquier forma... me parece muy buen aporte..


Saludos!

[iislas]

Si, el problema que yo le veo, es que en tablas super-grandes, siempre hara un TABLE SCAN y por ende, se tardaria demasiado en resolver el query.