Optimizar Recordset de Connection.Execute

[Julcar]

Hola ASPeros, verán, en mi sitio web hago lo siguiente:

Código:

  Public Function ReadData(sSQL)
    Dim RecordSet
    Set RecordSet = oCON.Execute(sSQL)
    If RecordSet.BOF and RecordSet.EOF then
      ReadData = False
    Else
      ReadData = RecordSet.GetRows
    End If
    RecordSet.Close()
    Set RecordSet = Nothing
  End Function

a esa funcion le paso la sentencia SQL y devuelvo el getrows, pero me he visto obligado a migrar de mysql a access y ahora noto un poco de lentitud en la carga (tambien puede ser el nuevo hosting pero eso lo descarto por ahora) de los datos de ese getrows, y si con una sola consulta se pone lenta, no quiero saber que puede pasar con varias visitas a la vez...

En fin, segun el W3Schools (http://www.w3schools.com/ado/met_conn_execute.asp) dice lo siguiente:

The results are stored in a new Recordset object if it is a row-returning query. A closed Recordset object will be returned if it is not a row-returning query.

Note: The returned Recordset is always a read-only, forward-only Recordset!

Tip: To create a Recordset with more functionality, first create a Recordset object. Set the desired properties, and then use the Recordset object's Open method to execute the query.

Es decir, que el recordset ya viene predefinido como sólo lectura y avanze secuencial solo hacia adelante, no hay problema en eso, pero quisiera saber si existe alguna otra forma de optimizar ese recordset a fin de hacer que las consultas respondan más rápido.

Gracias de antebrazo.

[Julcar]

¿alguien me ayuda?

[snomar]

oCON.Execute(sSQL)

oCON que?
sSQL que?

se supone que oCON sera =Server.CreateObject("ADODB.Recordset")
y sSQL=Server.CreateObject("ADODB.Connection")?

ReadData es un array, no tiene pq dar ese error, con el array puedes ir en la direccion que quieras.

[Julcar]

U_Goldman y los demas dioses del ASP, dónde se han metido? necesito respuesta pronta a este tema U_U

[u_goldman]

Iniciado por Julcar

U_Goldman y los demas dioses del ASP, dónde se han metido? necesito respuesta pronta a este tema U_U

Serán los odiosos del ASP...

Según yo, no hay mucho mas que hacer, efectivamente el invocar el método execute del objeto connection creará un recordset en el cual puedes desplazarte solo hacia adelante y de solo lectura por defecto.

Lo único que quedaría por hacer toda vez que estás creando un recordset "ligero" y lo estás metiendo a un arreglo con getrows es optimizar tu consulta, ve si necesitas traer todos los campos que estás trayendo, también si puedes devolver menos registros, si estás haciendo joins innecesarios, etc.

Saludos

[Julcar]

Iniciado por u_goldman

Serán los odiosos del ASP...

Según yo, no hay mucho mas que hacer, efectivamente el invocar el método execute del objeto connection creará un recordset en el cual puedes desplazarte solo hacia adelante y de solo lectura por defecto.

Lo único que quedaría por hacer toda vez que estás creando un recordset "ligero" y lo estás metiendo a un arreglo con getrows es optimizar tu consulta, ve si necesitas traer todos los campos que estás trayendo, también si puedes devolver menos registros, si estás haciendo joins innecesarios, etc.

Saludos

justamente, las consultas siempre estan limitadas a no mas de 12 registros, y para eso uso paginación en access basada en sql, funciona en una escala 8/10, pero me pareció leer en devguru que el connection.execute tiene unos punteros especiales.