WHERE con posición ordinal ...

Estoy 100% contigo deacuerdo amigo Javier, para mi existen conjuntos de
registros y no posiciones y por eso
me ha gustado mucho ADO.Net con este tema (Colecciones para los registros),
lo que no se es porque todavia se sigue con ese pensamiento que un registro
es una posicion, pero bue creo que son solo formas de pensar como decis vos
y que el mismo tiempo los llevara a cambiar el modelo mental, cosa que es
muy dificil en los casos donde se es muy estructurado.

Salu2 como siempre



Maximiliano Damian Accotto


"Javier Loria" escribió en el mensaje
news:

Hola Toni:
Lo que los companeros foreros tratan de decirte sin mucho exito es NO
EXISTE el concepto de posicion ordinal en un conjunto de datos, y por ende
SQL no lo tiene.
Los clientes, en este caso ADO toman los conjuntos de Datos y los

llenan

en Arreglos (o en estructuras mas complejas basadas en arreglos) y ahi por
supuesto tendras un numero ordinal o indice para usar los datos.
El uso del Identity (un invento de Sybase) es un pobre sustituto del
numero ordinal que buscas y es EN MI OPINON (que difiere de la mayoria de
los miembros de este foro) un mal necesario cuando no has cambiado de

forma

de pensar y te alejas de las estructuras de arreglos y empiezas a pensar

en

conjuntos de datos, con algunas desventajas adicionales importantes.
Otra alternativa para no tener que cambiar de forma de pensar es usar
cursores, los cursores tienen precisamente como objetivo permitir el

acceso

para que las aplicaciones clientes puedan construirse usando arreglos. Un
ejemplo es la forma en que Microsoft usa estos recursos es la forma en que
ADO, (el viejo) no el ADO.NET, usa estas alternativas.
Si en VB o en VBA usas algo como:
=> Codigo en VB
=> Dim cn As String
Dim sql As String
Dim rs As New ADODB.Recordset

cn = "Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security
Info=False;Initial Catalog=pubs;Data Source=."
sql = "SELECT * FROM Authors ORDER BY au_id"

rs.CacheSize = 5
rs.Open sql, cn, adOpenKeyset, adLockReadOnly
rs.AbsolutePosition = 15
' De aqui en adelante trabajas con la posicion 15 y ya estan
' en el cliente los siguientes 5 registros
==> Este codigo te genera un comportamiento como el deseado se genera la
consulta pero solo viajan del servidor a la estacion los datos deseados.

Si

deseas emular este comportamiento en sentencias de SQL (ejemplo un
procedimiento), podrias usar los procedimientos almacenados que MS usa

para

esto, aun cuando no esten documentados. El codigo seria algo como:
=> Codigo en SQL
=> DECLARE @P1 int, @P2 int, @P3 int, @P4 int
SELECT @P10150000, @P2=1, @P3=1,
@P4# -- Cursor KEYSET/READONLY

- Abre el cursor
EXEC sp_cursoropen @P1 output,
N'SELECT * FROM Authors order by au_id',
@P2 output, @P3 output, @P4 output

exec sp_cursorfetch @P1, 16, 1, 10

exec sp_cursorfetch @P1, 16, 20, 10
exec sp_cursorfetch @P1, 16, 1, 5
exec sp_cursorclose @P1
=>
Por supuesto este codigo lo puedes incluir en un Procedimiento Almacenado
con parametros y listo.

Hasta aqui el limite de mis conocimientos sobre las alternativas de lo que
PUEDES hacer. Lo que creo que DEBES hacer es otra cosa ya que Microsoft
mismo en la nueva ADO.NET, se deshace de esta arquitectura y pasa a

trabajar

con DataSets o sea CONJUNTOS DE DATOS, lo que obliga ahora a los
programadores a tambien en el cliente a cambiar de forma de pensar.

Espero te sirva el codigo, aunque preferiria te sirvan los comentarios.

Saludos,



Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Toni Rom escribio:
> Pues no. Tú partes de la base de que la base de datos es
> mía y que puedo gestionar una columna Identify.
>
> Pues no la base de datos existe y no es mía y la tengo
> que atacar desde mi aplicación. Como es atacable vía ADO,
> entonces en vez de ser una base de datos podría ser una
> EXCEL que, al fin y al cabo, se acaba tratando igual con
> un Recordset.
>
> Mi misión es optimizar el Recordset in inicial sin tener
> acceso a la estructura orígen que es predeterminada y
> fuera de mi alcance y gestión.
>
> Gracias de todos modos por el esfuerzo.
>
> Toni.
>
>
>>
>> No existe ninguna función en SQL Server que te devuelva
>> directamente el número que ocupa un determinado registro dentro de
>> un conjunto de resultados. Para eso hay determinados trucos (crear
>> una tabla de resultados con un identity y preguntar por él como ese
>> identificador), pero en una tabla de millones de registros puede
>> resultar demasiado costoso.
>>
>> ¿No tienes forma de preguntar por un registro a través de algún
>> campo único?
>>
>>
>> Un saludo
>>
>> -
>> "Sólo sé que no sé nada. " (Sócrates)
>>
>> Por favor, responder únicamente al foro
>> Se agradece la inclusión de sentencias DDL
>>
>>
>> "Toni Rom" escribió en el mensaje
>> news:078701c3da80$92e228b0$
>> Tengo una tabla con millones de registros. Quiero acceder
>> a un conjunto de ellos de los cuales sólo conozco su
>> posición ordinal.
>>
>> Querría realizar un recordset con sólo estos registros. O
>> sea, no me interesa cargar un recordset con todo y luego
>> acceder con, por ejemplo GetAbsolutePosition(), al rango
>> de registros requerido.
>>
>> Algo similar a poder usar un Recno() de Dbase dentro de
>> la sentencia Where de creación del Recordset de datos.
>>
>> Alguien sabe algo al respecto o tiene solucionado este
>> problema de manera similar.
>>
>> Gracias de antemano.
>>
>> Toni.
>>
>>
>> .

Hola Miguel,
estoy de acuerdo contigo en que es más costoso pero que es mejor: hacer el
filtrado a nivel de base de datos (ya sea con el top o algún otro método) o
mandar todos los registros por la red y hacerlo en el cliente, así
estaríamos sobrecargando la red y para luego solo mostrar unos pocos
registros.

espero haberme explicado bien cual es mi problematica...

Gracias.



"Miguel Egea" escribió en el mensaje
news:

Hola manuel, eso funciona muy bien en tablas pequeñas, en selecciones de
millones de registros el proceso podría generar fuertes bloqueos y ser
tremendamente costoso.
La opción de carlos creo que puede ser muy adecuada.

Saludos
Miguel EGea
"Manuel (Salamanca)" escribió en el mensaje
news:
> Hola Toni,
> yo lo haría de la siguiente forma pero seguro que algún compañero tiene
> mejores soluciones,
>
>
> SELECT Top @Var1 *
> FROM Tabla1
> WHERE IdTabla1 NOT IN (SELECT Top @Var2 IdTabla1 FROM Tabla1 ORDER BY
Fecha)
> ORDER BY Fecha
>
> Teniendo en cuenta que:
> @Var1 = numero de registros que quieres obtener
> @Var2 = a partir de que registro quieres empezar a obtener
> Orderna las dos select por el mismo criterio
>
> Espero que te sirva
>
>
> Saludos.
>
>
> "Toni Rom" escribió en el mensaje
> news:078701c3da80$92e228b0$
> Tengo una tabla con millones de registros. Quiero acceder
> a un conjunto de ellos de los cuales sólo conozco su
> posición ordinal.
>
> Querría realizar un recordset con sólo estos registros. O
> sea, no me interesa cargar un recordset con todo y luego
> acceder con, por ejemplo GetAbsolutePosition(), al rango
> de registros requerido.
>
> Algo similar a poder usar un Recno() de Dbase dentro de
> la sentencia Where de creación del Recordset de datos.
>
> Alguien sabe algo al respecto o tiene solucionado este
> problema de manera similar.
>
> Gracias de antemano.
>
> Toni.
>
>