sobre RS desconectados

y el array "solo" consume memoria
por eso es preferible el array?

atte,
Hernán Castelo
UTN - Buenos Aires
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .

"Jhonny Vargas P." escribió en el mensaje
news:

Ambas



"Hernán Castelo" wrote in message
news:
> por cierto
> la necesidad de cerrar pronto el RecordSet,
> a qué se debe ???
> 1- consume recursos de la DB
> 2- consume memoria
>
>
>
> atte,
> Hernán Castelo
> UTN - Buenos Aires
> . . . . . . . . . . . . . . . . . . . . . . . .

.

.
> . . . .
>
> "Jhonny Vargas P." escribió en el
mensaje
> news:
> > Hola Hernán,
> >
> > La idea es tener el menor tiempo posible una conección con la base de
> datos,
> > es más, los recordset también deberían durar el menor tiempo posible e
> > utilizar matrices y luego desactivarlas.
> >
> > Los Recordset te sirven, exclusivamente para traer información de tu
base
> de
> > datos y luego mostrarla. Por lo tanto no sé para que necesitas un
> Recordset
> > desconectado (que nunca lo he visto en el web).
> >
> > Te doy un ejemplo de un recordset que dura muy poco abierto:
> >
> > Dim objRec, objCon, Datos
> > Set objCon = Server.CreateObject("ADODB.Connection")
> > objCon.Open "String de coneccion"
> >
> > Set objRec = objCon.Execute("Select * from tabla")
> >
> > Datos = objRec.GetRows() 'transformar los datos a una matriz
> >
> > Set objRec = Nothing
> > objCon.Close
> > Set objCon = Nothing
> >
> >
> > Luego te dedicas a pasar estos valores al web.
> >
> > 'Estas funciones te entregan el maximo y minimo de una matriz con dos
> > dimensiones.
> > For Fila = LBound(Datos) To UBound(Datos)
> > Response.Write Datos(0, Fila) & ", " & Datos(1, Fila) & "<br>"
> > Next
> >
> > Todo lo que te he dicho son recomendaciones para que tengas un buen
> proceso
> > con el servidor y no lo colapses fácilmente
> >
> > Espero que te sirva.
> >
> >
> > Saludos,
> > Jhonny Vargas P. [MS MVP-ASP]
> > Santiago de Chile
> >
> >
> > "Hernán Castelo" wrote in message
> > news:
> > > Shaska,
> > > a ver si entiendo:
> > >
> > > - Usar una sola página ASP
> > > - Sumbitir a la misma página preguntando por los Requests vacíos
> > > - De ningún modo puedo volver a "reabrir" el recordset para leerlo,
> > > pero puedo utilizar los Request.campo( x )
> > >
> > > los RS desconectados solo se distinguen por:
> > > RS.recordSetLocation= adUseClient ??
> > >
> > > ...no comprendo aún
> > > la utilidad del RS desconectado
> > >
> > > debo entender que se utilizan
> > > para no recargar al servidor de datos entonces??
> > >
> > >
> > > gracias nuevamente
> > >
> > > atte,
> > > Hernán Castelo
> > > UTN - Buenos Aires
> > > . . . . . . . . . . . . . . . . . . . . . . .

.

> .
> > .
> > > . . . .
> > >
> > > "Sashka" escribió en el mensaje
> > > news:
> > > > Efectivamente... eso es lo que te vengo diciendo.. ya no puedes
> > consultar
> > > > ese cursor con respecto a usar rs enlazados... yo nunca lo he
> > > visto
> > > > a no ser que exista algún ocx pero como te digo cuando la
pagina
> > está
> > > > cargada. está del lado del cliente y al submitirla es como si

se

> > > cargara
> > > > por primera vez... eso lo manejas preguntando por los request que
> serán
> > > > cadena vacía la primera vez... y tendrán valor las siguientes
> > > >
> > > > Sashka
> > > >
> > > > "Hernán Castelo" escribió en el

mensaje

> > > > news:e$
> > > > > gracias Sashka
> > > > > ah, muy bien
> > > > > yo pensaba que el RS quedaba de alguna forma
> > > > > escrito en el disco del cliente... qué suerte que no
> > > > >
> > > > > pero estoy algo confundido
> > > > >
> > > > > yo hasta ahora lo único sé hacer es
> > > > > crear el RS y mandarlo al cliente con Response.Write
> > > > > luego, cuando el usuario submita el form
> > > > > ya no puedo consultar ese cursor
> > > > > porque yo escribí Html
> > > > >
> > > > > veo que se utilizan RS enlazados a datos
> > > > > o bien RS de "ADOR" o "ADOC"...
> > > > > vos hablás de alguno de esos casos (enlazados)?
> > > > >
> > > > > me pasarías algún ejemplo o link
> > > > >
> > > > > atte,
> > > > > Hernán Castelo
> > > > > UTN - Buenos Aires
> > > > > . . . . . . . . . . . . . . . . . . . . . .
.
> .
> > > .
> > > > .
> > > > > . . . .
> > > > >
> > > > > atte,
> > > > > Hernán Castelo
> > > > > UTN - Buenos Aires
> > > > > . . . . . . . . . . . . . . . . . . . . . .
.
> .
> > > .
> > > > .
> > > > > . . . .
> > > > >
> > > > > "Sashka" escribió en el mensaje
> > > > > news:
> > > > > > El recordset no llega nunca al cliente al cliente llega el
> html
> > > con
> > > > > los
> > > > > > datos que tu hayas escrito en él leyendo el recordset. es
como
> > > > cuando
> > > > > > ves el código fuente de una página asp sólo verás el html
> > > > generado...
> > > > > no
> > > > > > hay forma de "reconectarse"... si tu presentas los datos de un
> > > registro
> > > > en
> > > > > > un formulario y luego miras en el código fuente, verás que no
hay
> > > > ninguna
> > > > > > referencia al recordset... y su el usuario cambia algun dato,
por
> > > > ejemplo,
> > > > > > al submitir el formulario recibes el dato con un
> > request.form("campo")
> > > ,
> > > > > > deberás crear tu sentencia sql, abrir una conexión y
> ejecutarla
> > la
> > > > > > conexión con la que hayas abierto el recordset original ya no
> estará
> > > > > > disponible... aun cuando no la hayas cerrado antes Con
> respecto
> > a
> > > > como
> > > > > > se manejan las actualizaciones... no importa como hayas

filtrado

> el
> > > > > > recordset original. tu sentencia sql de actualización

deberá

> > > incluir
> > > > > la
> > > > > > clave para que ADO erncuentre el registro que quieres
> > actualizar.
> > > > > >
> > > > > > Si tenemos un recordset así: "Select campo1,campo2, campo3

from

> > > ejemplo"
> > > > > >
> > > > > > Y después quieres actualizar determinado registro tu sql
será
> > algo
> > > > > asi:
> > > > > > "update ejemplo set campo2 = 'aaaaa' where campo1='algo'"
> > > > > >
> > > > > > Sashka
> > > > > >
> > > > > > "Hernán Castelo" escribió en

el

> > > mensaje
> > > > > > news:
> > > > > > > gracias por responder :
> > > > > > >
> > > > > > > Si el recordSet está en la PC del cliente
> > > > > > > no puede una persona
> > > > > > > abrir ese recordSet de ninguna manera???
> > > > > > > a eso me refiero cuando pregunto si es seguro
> > > > > > >
> > > > > > > Por eso mismo pregunto
> > > > > > > el servidor mantiene de alguna manera
> > > > > > > una lista de dónde están sus recordSets desconectados
> > > > > > > es decir cómo valida que al reconectar
> > > > > > > el recordSet sea el mismo enviado la primera vez
> > > > > > > (no me refiere a los cambios o inserciones
> > > > > > > sino al recordSet mismo)
> > > > > > >
> > > > > > > Luego
> > > > > > > quién gestiona las actualizaciones ?
> > > > > > > o sea quién gestiona la autenticidad de la
> > > > > > > conexión/ re-conexión
> > > > > > > el IIS?
> > > > > > >
> > > > > > > Y cómo se manejan las actualizaciones
> > > > > > > por clave (primary key)?
> > > > > > > y si el recordSet estaba filtrado
> > > > > > > por una condición especial?
> > > > > > > por ej, eran todos los datos
> > > > > > > de una sola persona,
> > > > > > > por lo tanto no figura el ID de la persona??
> > > > > > > cómo se actualizan esos datos ??
> > > > > > >
> > > > > > > gracias nuevamente
> > > > > > > espero que ahora se comprenda
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > atte,
> > > > > > > Hernán Castelo
> > > > > > > UTN - Buenos Aires
> > > > > > > . . . . . . . . . . . . . . . . . . . .

.

.
> > .
> > > .
> > > > > .
> > > > > > .
> > > > > > > . . . .
> > > > > > >
> > > > > > > "Sashka" escribió en el mensaje
> > > > > > > news:
> > > > > > > > En asp no tienes otra opción que trabajar con recordset
> > > > > desconectados...
> > > > > > > no
> > > > > > > > entiendo tu duda tu abres una conexión, creas un
recordset
> y
> > > > haces
> > > > > > > algo
> > > > > > > > con él, normalmente lo "pasas" a una tabla html y cierras

el

> > > > recordset
> > > > > y
> > > > > > > la
> > > > > > > > conexión todo antes de que se ejecute nada en el
> cliente
> > > si
> > > > > > dejas
> > > > > > > la
> > > > > > > > conexión y el recordset abiertos, lo único que logras es
> > > sobrecargar
> > > > > el
> > > > > > > > servidor pues desde el cliente son inacesibles.
> > > > > > > >
> > > > > > > > Sashka
> > > > > > > >
> > > > > > > > "Hernán Castelo" escribió

en

> el
> > > > > mensaje
> > > > > > > > news:#
> > > > > > > > > los RS desconectados...
> > > > > > > > > entiendo que le alivia recursos al servidor
> > > > > > > > > pero son seguros?
> > > > > > > > > no son suceptibles de ser manipulados?
> > > > > > > > > quién gestiona los Updates?
> > > > > > > > > queda en el servidor
> > > > > > > > > alguna especie de puntero al RS desconectado
> > > > > > > > > (alojado en el cliente) ??
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > gracias de antemano
> > > > > > > > > por los comentarios
> > > > > > > > >
> > > > > > > > > atte,
> > > > > > > > > Hernán Castelo
> > > > > > > > > UTN - Buenos Aires
> > > > > > > > > . . . . . . . . . . . . . . . . . . .

.

> .
> > .
> > > > .
> > > > > .
> > > > > > > .
> > > > > > > > .
> > > > > > > > > . . . .
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

gracias Jhonny,
ok
para ejecutar digamos un UPDATE
tengo que obtener los datos nuevos
de un formulario, que vienen por POST
entonces el update a groso modo es :

UPDATE tabla SET campo= [ Request.Form("campo") ]
WHERE clave = [ Request.Form("campo") ]
(no es la sintaxis correcta pero es para explicarme nomás)

pero eso en caso
de modificar un valor puntual
digamos el teléfono de una persona

en mi caso
envío un tabla HTML ( <table>... )
agregando un check box en la última columna
entonces para recuperar esa columna
solo debo recorrer con For Each Request.Form("col_check").next
haciendo el UPDATE correspondiente
pero ... qué condición pongo en WHERE ???

debería ser algo como Request.Form("clave")( i )
para lo cual tendría que enviarle junto con la tabla (html)
se puede colocar un campo oculto con la clave para cada fila ??
(oculto porque no debo mostrárselo al usuario...)

mi formulario te devuelve unas filas
(cada una tiene su propia clave)
el usuario ve las filas en una tabla (html)
y tilda los checkbox de las filas que desea

cuando submite el formulario
cómo recupero la clave de cada fila???
ese es mi mayor escollo...





atte,
Hernán Castelo
UTN - Buenos Aires
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .

"Jhonny Vargas P." escribió en el mensaje
news:

"Hernán Castelo" wrote in message
news:
> gracias Jhonny,
> trataré de cerrar también el RS
> lo más pronto posible entonces!

Eso!!!

> mi mayor preocupación es saber
> si esta es la manera habitual de tratar
> la actualización de los datos:
> 1- cliente pide los datos
> 2- me traigo un recordSet
> 3- devuelvo el RS con Response.write
> 4- examino los Request.Form("campo")
> para saber qué actualizar y qué no


No...

Lo habitual es:
- Pedir los datos por intermedio de un formulario.
- Rescatar los datos
- Crear Query para insertar, borrar o actualizar
- Ejecutar el Query.

Los querys pueden ser algo similares a esto:
'Para insertar:
Sql = "Insert Into Tabla (Codigo, Descripcion) Values ( 1, 'Hola Mundo' )"

'Para Actualizar:
Sql = "Update Tabla Set Descripcion= 'Hola Mundo' Where Codigo = 1 "

'Para Borrar
Sql = "Delete Tabla Where Codigo = 1 "


Si te das cuenta, para hacer esas cosas, en ningún momento se utilizar un
Recordset... solamente debes usar el Recordset para traer datos y

mostrarlos

en el web.

Saludos,
Jhonny Vargas P. [MS MVP-ASP]
Santiago de Chile

Shaska,
a ver si entiendo:

- Usar una sola página ASP
- Sumbitir a la misma página preguntando por los Requests vacíos
- De ningún modo puedo volver a "reabrir" el recordset para leerlo,
pero puedo utilizar los Request.campo( x )

los RS desconectados solo se distinguen por:
RS.recordSetLocation= adUseClient ??

...no comprendo aún
la utilidad del RS desconectado

debo entender que se utilizan
para no recargar al servidor de datos entonces??


gracias nuevamente

atte,
Hernán Castelo
UTN - Buenos Aires
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .

"Sashka" escribió en el mensaje
news:

Efectivamente... eso es lo que te vengo diciendo.. ya no puedes consultar
ese cursor con respecto a usar rs enlazados... yo nunca lo he

visto

a no ser que exista algún ocx pero como te digo cuando la pagina está
cargada. está del lado del cliente y al submitirla es como si se

cargara

por primera vez... eso lo manejas preguntando por los request que serán
cadena vacía la primera vez... y tendrán valor las siguientes

Sashka

"Hernán Castelo" escribió en el mensaje
news:e$
> gracias Sashka
> ah, muy bien
> yo pensaba que el RS quedaba de alguna forma
> escrito en el disco del cliente... qué suerte que no
>
> pero estoy algo confundido
>
> yo hasta ahora lo único sé hacer es
> crear el RS y mandarlo al cliente con Response.Write
> luego, cuando el usuario submita el form
> ya no puedo consultar ese cursor
> porque yo escribí Html
>
> veo que se utilizan RS enlazados a datos
> o bien RS de "ADOR" o "ADOC"...
> vos hablás de alguno de esos casos (enlazados)?
>
> me pasarías algún ejemplo o link
>
> atte,
> Hernán Castelo
> UTN - Buenos Aires
> . . . . . . . . . . . . . . . . . . . . . . . .

.

.
> . . . .
>
> atte,
> Hernán Castelo
> UTN - Buenos Aires
> . . . . . . . . . . . . . . . . . . . . . . . .

.

.
> . . . .
>
> "Sashka" escribió en el mensaje
> news:
> > El recordset no llega nunca al cliente al cliente llega el html

con

> los
> > datos que tu hayas escrito en él leyendo el recordset. es como
cuando
> > ves el código fuente de una página asp sólo verás el html
generado...
> no
> > hay forma de "reconectarse"... si tu presentas los datos de un

registro

en
> > un formulario y luego miras en el código fuente, verás que no hay
ninguna
> > referencia al recordset... y su el usuario cambia algun dato, por
ejemplo,
> > al submitir el formulario recibes el dato con un request.form("campo")

,

> > deberás crear tu sentencia sql, abrir una conexión y ejecutarla la
> > conexión con la que hayas abierto el recordset original ya no estará
> > disponible... aun cuando no la hayas cerrado antes Con respecto a
como
> > se manejan las actualizaciones... no importa como hayas filtrado el
> > recordset original. tu sentencia sql de actualización deberá

incluir

> la
> > clave para que ADO erncuentre el registro que quieres actualizar.
> >
> > Si tenemos un recordset así: "Select campo1,campo2, campo3 from

ejemplo"

> >
> > Y después quieres actualizar determinado registro tu sql será algo
> asi:
> > "update ejemplo set campo2 = 'aaaaa' where campo1='algo'"
> >
> > Sashka
> >
> > "Hernán Castelo" escribió en el

mensaje

> > news:
> > > gracias por responder :
> > >
> > > Si el recordSet está en la PC del cliente
> > > no puede una persona
> > > abrir ese recordSet de ninguna manera???
> > > a eso me refiero cuando pregunto si es seguro
> > >
> > > Por eso mismo pregunto
> > > el servidor mantiene de alguna manera
> > > una lista de dónde están sus recordSets desconectados
> > > es decir cómo valida que al reconectar
> > > el recordSet sea el mismo enviado la primera vez
> > > (no me refiere a los cambios o inserciones
> > > sino al recordSet mismo)
> > >
> > > Luego
> > > quién gestiona las actualizaciones ?
> > > o sea quién gestiona la autenticidad de la
> > > conexión/ re-conexión
> > > el IIS?
> > >
> > > Y cómo se manejan las actualizaciones
> > > por clave (primary key)?
> > > y si el recordSet estaba filtrado
> > > por una condición especial?
> > > por ej, eran todos los datos
> > > de una sola persona,
> > > por lo tanto no figura el ID de la persona??
> > > cómo se actualizan esos datos ??
> > >
> > > gracias nuevamente
> > > espero que ahora se comprenda
> > >
> > >
> > >
> > > atte,
> > > Hernán Castelo
> > > UTN - Buenos Aires
> > > . . . . . . . . . . . . . . . . . . . . . . .

.

> .
> > .
> > > . . . .
> > >
> > > "Sashka" escribió en el mensaje
> > > news:
> > > > En asp no tienes otra opción que trabajar con recordset
> desconectados...
> > > no
> > > > entiendo tu duda tu abres una conexión, creas un recordset y
haces
> > > algo
> > > > con él, normalmente lo "pasas" a una tabla html y cierras el
recordset
> y
> > > la
> > > > conexión todo antes de que se ejecute nada en el cliente

si

> > dejas
> > > la
> > > > conexión y el recordset abiertos, lo único que logras es

sobrecargar

> el
> > > > servidor pues desde el cliente son inacesibles.
> > > >
> > > > Sashka
> > > >
> > > > "Hernán Castelo" escribió en el
> mensaje
> > > > news:#
> > > > > los RS desconectados...
> > > > > entiendo que le alivia recursos al servidor
> > > > > pero son seguros?
> > > > > no son suceptibles de ser manipulados?
> > > > > quién gestiona los Updates?
> > > > > queda en el servidor
> > > > > alguna especie de puntero al RS desconectado
> > > > > (alojado en el cliente) ??
> > > > >
> > > > >
> > > > > gracias de antemano
> > > > > por los comentarios
> > > > >
> > > > > atte,
> > > > > Hernán Castelo
> > > > > UTN - Buenos Aires
> > > > > . . . . . . . . . . . . . . . . . . . . . .
.
> .
> > > .
> > > > .
> > > > > . . . .
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

hay cosas que me van quedando claras
pero hay una que todavía no sé cómo hacer . Ejemplo :

el cliente obtiene un htm
que dice "Seleccione los animales que más le gustan"
y debajo tiene una tabla con un check box por cada fila

8236 | Elefante [ ]
924 | Hipopótamo [X]
1005 | Tigre [ ]
2076 | Cocodrilo [X] > el usuario clickeó aquí
etc
habiendo hecho en el servidor "SELECT * FROM animales"

ok, ahora
yo necesito actualizar una tabla "Preferidos"
claro, cada animal tiene su clave
por ejemplo hay que sumarle 1
al ránking del Hipopótamo
entonces, del lado del servidor debería hacer :
UPDATE Preferidos SET ranking= ranking+1 WHERE
animal= 924
El tema es ese 924, que necesito colocarlo
en el Where para cada fila
Entiendo que el animal es preferido cuando
Request.Form("chk_preferido")( i )= "on"
pero cómo lo obtengo la clave
de ese animal??? para poder ponerla en el where ???



atte,
Hernán Castelo
UTN - Buenos Aires
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .

"Sashka" escribió en el mensaje
news:

En asp no tienes otra opción que trabajar con recordset desconectados...

no

entiendo tu duda tu abres una conexión, creas un recordset y haces

algo

con él, normalmente lo "pasas" a una tabla html y cierras el recordset y

la

conexión todo antes de que se ejecute nada en el cliente si dejas

la

conexión y el recordset abiertos, lo único que logras es sobrecargar el
servidor pues desde el cliente son inacesibles.

Sashka

"Hernán Castelo" escribió en el mensaje
news:#
> los RS desconectados...
> entiendo que le alivia recursos al servidor
> pero son seguros?
> no son suceptibles de ser manipulados?
> quién gestiona los Updates?
> queda en el servidor
> alguna especie de puntero al RS desconectado
> (alojado en el cliente) ??
>
>
> gracias de antemano
> por los comentarios
>
> atte,
> Hernán Castelo
> UTN - Buenos Aires
> . . . . . . . . . . . . . . . . . . . . . . . .

.

.
> . . . .
>
>

al fin y al cabo
esa matriz durará muy poco
porque más que nada la usas
para poder cerrar el cursor lo más pronto
no?

atte,
Hernán Castelo
UTN - Buenos Aires
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .

"Jhonny Vargas P." escribió en el mensaje
news:

Ambas



"Hernán Castelo" wrote in message
news:
> por cierto
> la necesidad de cerrar pronto el RecordSet,
> a qué se debe ???
> 1- consume recursos de la DB
> 2- consume memoria
>
>
>
> atte,
> Hernán Castelo
> UTN - Buenos Aires
> . . . . . . . . . . . . . . . . . . . . . . . .

.

.
> . . . .
>
> "Jhonny Vargas P." escribió en el
mensaje
> news:
> > Hola Hernán,
> >
> > La idea es tener el menor tiempo posible una conección con la base de
> datos,
> > es más, los recordset también deberían durar el menor tiempo posible e
> > utilizar matrices y luego desactivarlas.
> >
> > Los Recordset te sirven, exclusivamente para traer información de tu
base
> de
> > datos y luego mostrarla. Por lo tanto no sé para que necesitas un
> Recordset
> > desconectado (que nunca lo he visto en el web).
> >
> > Te doy un ejemplo de un recordset que dura muy poco abierto:
> >
> > Dim objRec, objCon, Datos
> > Set objCon = Server.CreateObject("ADODB.Connection")
> > objCon.Open "String de coneccion"
> >
> > Set objRec = objCon.Execute("Select * from tabla")
> >
> > Datos = objRec.GetRows() 'transformar los datos a una matriz
> >
> > Set objRec = Nothing
> > objCon.Close
> > Set objCon = Nothing
> >
> >
> > Luego te dedicas a pasar estos valores al web.
> >
> > 'Estas funciones te entregan el maximo y minimo de una matriz con dos
> > dimensiones.
> > For Fila = LBound(Datos) To UBound(Datos)
> > Response.Write Datos(0, Fila) & ", " & Datos(1, Fila) & "<br>"
> > Next
> >
> > Todo lo que te he dicho son recomendaciones para que tengas un buen
> proceso
> > con el servidor y no lo colapses fácilmente
> >
> > Espero que te sirva.
> >
> >
> > Saludos,
> > Jhonny Vargas P. [MS MVP-ASP]
> > Santiago de Chile
> >
> >
> > "Hernán Castelo" wrote in message
> > news:
> > > Shaska,
> > > a ver si entiendo:
> > >
> > > - Usar una sola página ASP
> > > - Sumbitir a la misma página preguntando por los Requests vacíos
> > > - De ningún modo puedo volver a "reabrir" el recordset para leerlo,
> > > pero puedo utilizar los Request.campo( x )
> > >
> > > los RS desconectados solo se distinguen por:
> > > RS.recordSetLocation= adUseClient ??
> > >
> > > ...no comprendo aún
> > > la utilidad del RS desconectado
> > >
> > > debo entender que se utilizan
> > > para no recargar al servidor de datos entonces??
> > >
> > >
> > > gracias nuevamente
> > >
> > > atte,
> > > Hernán Castelo
> > > UTN - Buenos Aires
> > > . . . . . . . . . . . . . . . . . . . . . . .

.

> .
> > .
> > > . . . .
> > >
> > > "Sashka" escribió en el mensaje
> > > news:
> > > > Efectivamente... eso es lo que te vengo diciendo.. ya no puedes
> > consultar
> > > > ese cursor con respecto a usar rs enlazados... yo nunca lo he
> > > visto
> > > > a no ser que exista algún ocx pero como te digo cuando la
pagina
> > está
> > > > cargada. está del lado del cliente y al submitirla es como si

se

> > > cargara
> > > > por primera vez... eso lo manejas preguntando por los request que
> serán
> > > > cadena vacía la primera vez... y tendrán valor las siguientes
> > > >
> > > > Sashka
> > > >
> > > > "Hernán Castelo" escribió en el

mensaje

> > > > news:e$
> > > > > gracias Sashka
> > > > > ah, muy bien
> > > > > yo pensaba que el RS quedaba de alguna forma
> > > > > escrito en el disco del cliente... qué suerte que no
> > > > >
> > > > > pero estoy algo confundido
> > > > >
> > > > > yo hasta ahora lo único sé hacer es
> > > > > crear el RS y mandarlo al cliente con Response.Write
> > > > > luego, cuando el usuario submita el form
> > > > > ya no puedo consultar ese cursor
> > > > > porque yo escribí Html
> > > > >
> > > > > veo que se utilizan RS enlazados a datos
> > > > > o bien RS de "ADOR" o "ADOC"...
> > > > > vos hablás de alguno de esos casos (enlazados)?
> > > > >
> > > > > me pasarías algún ejemplo o link
> > > > >
> > > > > atte,
> > > > > Hernán Castelo
> > > > > UTN - Buenos Aires
> > > > > . . . . . . . . . . . . . . . . . . . . . .
.
> .
> > > .
> > > > .
> > > > > . . . .
> > > > >
> > > > > atte,
> > > > > Hernán Castelo
> > > > > UTN - Buenos Aires
> > > > > . . . . . . . . . . . . . . . . . . . . . .
.
> .
> > > .
> > > > .
> > > > > . . . .
> > > > >
> > > > > "Sashka" escribió en el mensaje
> > > > > news:
> > > > > > El recordset no llega nunca al cliente al cliente llega el
> html
> > > con
> > > > > los
> > > > > > datos que tu hayas escrito en él leyendo el recordset. es
como
> > > > cuando
> > > > > > ves el código fuente de una página asp sólo verás el html
> > > > generado...
> > > > > no
> > > > > > hay forma de "reconectarse"... si tu presentas los datos de un
> > > registro
> > > > en
> > > > > > un formulario y luego miras en el código fuente, verás que no
hay
> > > > ninguna
> > > > > > referencia al recordset... y su el usuario cambia algun dato,
por
> > > > ejemplo,
> > > > > > al submitir el formulario recibes el dato con un
> > request.form("campo")
> > > ,
> > > > > > deberás crear tu sentencia sql, abrir una conexión y
> ejecutarla
> > la
> > > > > > conexión con la que hayas abierto el recordset original ya no
> estará
> > > > > > disponible... aun cuando no la hayas cerrado antes Con
> respecto
> > a
> > > > como
> > > > > > se manejan las actualizaciones... no importa como hayas

filtrado

> el
> > > > > > recordset original. tu sentencia sql de actualización

deberá

> > > incluir
> > > > > la
> > > > > > clave para que ADO erncuentre el registro que quieres
> > actualizar.
> > > > > >
> > > > > > Si tenemos un recordset así: "Select campo1,campo2, campo3

from

> > > ejemplo"
> > > > > >
> > > > > > Y después quieres actualizar determinado registro tu sql
será
> > algo
> > > > > asi:
> > > > > > "update ejemplo set campo2 = 'aaaaa' where campo1='algo'"
> > > > > >
> > > > > > Sashka
> > > > > >
> > > > > > "Hernán Castelo" escribió en

el

> > > mensaje
> > > > > > news:
> > > > > > > gracias por responder :
> > > > > > >
> > > > > > > Si el recordSet está en la PC del cliente
> > > > > > > no puede una persona
> > > > > > > abrir ese recordSet de ninguna manera???
> > > > > > > a eso me refiero cuando pregunto si es seguro
> > > > > > >
> > > > > > > Por eso mismo pregunto
> > > > > > > el servidor mantiene de alguna manera
> > > > > > > una lista de dónde están sus recordSets desconectados
> > > > > > > es decir cómo valida que al reconectar
> > > > > > > el recordSet sea el mismo enviado la primera vez
> > > > > > > (no me refiere a los cambios o inserciones
> > > > > > > sino al recordSet mismo)
> > > > > > >
> > > > > > > Luego
> > > > > > > quién gestiona las actualizaciones ?
> > > > > > > o sea quién gestiona la autenticidad de la
> > > > > > > conexión/ re-conexión
> > > > > > > el IIS?
> > > > > > >
> > > > > > > Y cómo se manejan las actualizaciones
> > > > > > > por clave (primary key)?
> > > > > > > y si el recordSet estaba filtrado
> > > > > > > por una condición especial?
> > > > > > > por ej, eran todos los datos
> > > > > > > de una sola persona,
> > > > > > > por lo tanto no figura el ID de la persona??
> > > > > > > cómo se actualizan esos datos ??
> > > > > > >
> > > > > > > gracias nuevamente
> > > > > > > espero que ahora se comprenda
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > atte,
> > > > > > > Hernán Castelo
> > > > > > > UTN - Buenos Aires
> > > > > > > . . . . . . . . . . . . . . . . . . . .

.

.
> > .
> > > .
> > > > > .
> > > > > > .
> > > > > > > . . . .
> > > > > > >
> > > > > > > "Sashka" escribió en el mensaje
> > > > > > > news:
> > > > > > > > En asp no tienes otra opción que trabajar con recordset
> > > > > desconectados...
> > > > > > > no
> > > > > > > > entiendo tu duda tu abres una conexión, creas un
recordset
> y
> > > > haces
> > > > > > > algo
> > > > > > > > con él, normalmente lo "pasas" a una tabla html y cierras

el

> > > > recordset
> > > > > y
> > > > > > > la
> > > > > > > > conexión todo antes de que se ejecute nada en el
> cliente
> > > si
> > > > > > dejas
> > > > > > > la
> > > > > > > > conexión y el recordset abiertos, lo único que logras es
> > > sobrecargar
> > > > > el
> > > > > > > > servidor pues desde el cliente son inacesibles.
> > > > > > > >
> > > > > > > > Sashka
> > > > > > > >
> > > > > > > > "Hernán Castelo" escribió

en

> el
> > > > > mensaje
> > > > > > > > news:#
> > > > > > > > > los RS desconectados...
> > > > > > > > > entiendo que le alivia recursos al servidor
> > > > > > > > > pero son seguros?
> > > > > > > > > no son suceptibles de ser manipulados?
> > > > > > > > > quién gestiona los Updates?
> > > > > > > > > queda en el servidor
> > > > > > > > > alguna especie de puntero al RS desconectado
> > > > > > > > > (alojado en el cliente) ??
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > gracias de antemano
> > > > > > > > > por los comentarios
> > > > > > > > >
> > > > > > > > > atte,
> > > > > > > > > Hernán Castelo
> > > > > > > > > UTN - Buenos Aires
> > > > > > > > > . . . . . . . . . . . . . . . . . . .

.

> .
> > .
> > > > .
> > > > > .
> > > > > > > .
> > > > > > > > .
> > > > > > > > > . . . .
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>