problemas con datos devueltos por el cursor

[calinzt]

Buenas, tengo un problema con un cursor ya que me en el analizador de consultas me devuelve 2 registros en asp solo muestra uno,

el esquema es el siguiente.

Son registros de equipos que se almacena su numero de serie y otros datos relevantes de la maquina y tengo otra tabla que tiene el usuario el cual es propiestario de la maquina , esta tabla guarda el usuario, el numero de serie, estado fecha etc.

Entonces hice un cursor para traer los datos, ya que, la unica union entre las 2 tablas es su numero de serie necesito obtener las maquinas q ese usuario tiene a su nombre y traer los datos de cada equipo (no del usuario).

este cursor recibe como dato el numero de serie de la maquina enviada a consultar.

este es el cursor.

Código:

    DECLARE @REFERENCIA as int
    
    DECLARE REFERENCIA CURSOR FAST_FORWARD
    FOR
        SELECT    numSerieInterno
        FROM        equiposDerivar
        WHERE    usuarioActual = (SELECT top 1 usuarioActual FROM equiposDerivar WHERE numSerieInterno = @numSerieInterno AND ESTADO ='ASIGNADO' ORDER BY idDerivar DESC)
                AND numSerieInterno <>@numSerieInterno
        ORDER BY     idDerivar ASC
    
    OPEN REFERENCIA

    FETCH NEXT FROM  REFERENCIA
    INTO @REFERENCIA
        WHILE (@@FETCH_STATUS = 0)
        BEGIN
    
            SELECT    equipos.numSerie,equipos.numSerieInterno,equipos.fechaIngreso,equipos.horaIngreso,equipos.usuario,equipos.modelo,equipos.obs,
                     Intranet.dbo.logueo.Nombre as UsuarioNombre, Intranet.dbo.logueo.Apellido as UsuarioApellido, Intranet.dbo.logueo.dir as Usuariodir, Intranet.dbo.logueo.depto as Usuariodepto,
                     intranet.dbo.marca.nombre as nombreMarca,tipo.Tipo as nombreTipos
            FROM        equipos
                    Left Outer Join Intranet.dbo.logueo on Intranet.dbo.logueo.iid = equipos.usuario
                    Left Outer Join  intranet.dbo.marca on intranet.dbo.marca.id = equipos.marca
                    Left Outer Join  tipo on tipo.idTipo = equipos.tipo
            WHERE    numSerieInterno = @REFERENCIA
    
    FETCH NEXT FROM REFERENCIA
    INTO @REFERENCIA
    END
    
    CLOSE REFERENCIA
    DEALLOCATE REFERENCIA

Saludos.

[iislas]

Cada que haces un SELECT es un nuevo RECORDSET para tu front, deberias de rediseñar tu query, ya que lo que estas haciendo con cursores, se puede hacer un simple T-SQL

[calinzt]

En este caso no he podido encotnrar una opcion diferente ya que el primer select del cursor obtiene los numeros de serie de los equipos asignados que puede ser mas de uno y despues hace un ciclo por cada numero de serie me trae todos los datos del equipos.

[iislas]

¿Y si lo intentas asi?

SELECT equipos.numSerie,equipos.numSerieInterno,equipos.f echaIngreso,equipos.horaIngreso,equipos.usuario,eq uipos.modelo,equipos.obs,
Intranet.dbo.logueo.Nombre as UsuarioNombre, Intranet.dbo.logueo.Apellido as UsuarioApellido, Intranet.dbo.logueo.dir as Usuariodir, Intranet.dbo.logueo.depto as Usuariodepto,
intranet.dbo.marca.nombre as nombreMarca,tipo.Tipo as nombreTipos
FROM equipos
Left Outer Join Intranet.dbo.logueo on Intranet.dbo.logueo.iid = equipos.usuario
Left Outer Join intranet.dbo.marca on intranet.dbo.marca.id = equipos.marca
Left Outer Join tipo on tipo.idTipo = equipos.tipo
WHERE numSerieInterno IN( SELECT numSerieInterno
FROM equiposDerivar
WHERE usuarioActual = (SELECT usuarioActual FROM equiposDerivar WHERE numSerieInterno = @numSerieInterno AND ESTADO ='ASIGNADO' ORDER BY idDerivar DESC)
AND numSerieInterno <>@numSerieInterno)

[calinzt]

gracias es lo q necesitaba me funciono bien y le hice algunos cambios,
no recordaba el IN , lo use hace mucho
gracias.^^

[Dradi7]

porque in y no utilizar mejor Exists

[calinzt]

los datos existen necesito solo unirlos para traer los correspondientes
y pk exists?

[Dradi7]

Primero supongamos siempre que in debe ser usado para un conjunto de datos pequeños o un subquery pequeño

ejm:

Select t1.* from t1 where t1.campo in ('a','b','c') -- esto es correcto

Select t1.* from t1 where t1.campo in (select campo from t2) -- esto es correcto

Select t1.* from t1 where t1.campo not in (select campo from t2) -- esto tambien es correcto pero si existe un valor nulo en el campo de la tabla 2 entonces la consulta no te va a devolver ningun dato ya que toma el nulo como un campo que no esta incluido en la tabla o no existe

Ahora con Exists

Select t1.* from t1 where exists(select campo from t2) -- esto es correcto y mas rapido si supongamos la tabla 2 tenga una cantidad de datos inmensa

Select t1.* from t1 where not exists (select campo from t2) -- esto es correcto y en caso que haiga un valor nulo no lo toma en cuenta y sigue verificando algo que el in no lo hace

Tener cuidado siempre al utilizar el in no digo que necesariamente debes usar exists pero siempre saber en donde y cuando es accedible utilizar in o exists

[iislas]

Cierto, cierto, cierto...........

select t1.*
from Cliente t1 where exists(select * from Ventas t2 WHERE t1.id = t2.id)

Sera mucho mas rapido

[calinzt]

Probare tu ejempoo y comentare en un rato mas , sin embargo, el campo consultado nunca es nulo , ya que, es obligatoria.

Lo tomare en cuenta para consultas con valores nulos, ademas lo pruebo ahora

saludos.
Gracias .