transact-sql

04/03/2004 - 17:25 por ew | Informe spam
Soy nuevo en esto de programar stored procedures en sql y
tengo algunas dudas pero principalmente esta: por lo que
estuve leyendo en la ayuda, yo puedo hacer un select y
asignarlo a una variable tipo cursor (lo que vb sería un
recordset) y moverme con el fetch, ahora mi pregunta es :
desde dicha variable puedo insertar registros a una tabla,
osea lo que en vb sería algo asi
rs.addnew
rs!codigo=1
rs!nombre=Jose
rs.update
por poner un ejemplo, o la única forma de añadir registros
a una tabla con transact-sql es con INSERT INTO, bueno,
cualquier sugerencia sería de ayuda para mi...

saludos,
ew

Preguntas similare

Leer las respuestas

#6 Maximiliano D. A.
04/03/2004 - 21:19 | Informe spam
Bueno veamos!! si tiene sentido hacer el Store, el mismo es mas optimo y de
mejor mantenimiento que si lo haces en la aplicacion.

Ahora el recorrido lo debes hacer en tu Recordset como hasta ahora, un Store
se puede manejar como un Recordset, con la gran ventaja de la performance y
mantenimiento.

La cantidad de datos que viajan en la red los vas a tener igual si haces mal
el Store o haces mal la consulta!! si te haces un Select * from!! perdiste
todo viaja pero hay una gran diferencia:

Si lo haces desde la aplicacion el motor debe procesar cada uno de esos
Select por Separado haciendo mas lento la cosa.

Si lo haces en un Store y este ya esta en memoria la performance cambia
considerablemente.

Ademas de esto otra de las razones para usar Stores es la seguridad de tu
aplicacion! o en eso no pensas? si vos queres que los accesos
(Escritura,lectura,etc) sea solo por tu aplicacion y no directamente en tus
tablas, entonces deberias ver con muy buenos ojos el uso de Stores!!!

Suerte


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"EW" escribió en el mensaje
news:701701c40225$3f4b6e10$
de la respuestas de todos uds. me nace una duda para
crear una consulta, el resultado de la cual voy a pasar a
mi aplicación front end, de ley tengo que utilizar un
cursor...para ir leyendo registro por registroporque
creo que es la única manera de hacerlo, o estoy
equivocado...??

ahora,
1) cómo paso el resultado de esta consulta a mi aplicación
tendría que crear n variables tipo output ?? e irlas
pasando cada vez que lea un registro
o

2) sería mejor (solo para el caso de consultas) hacer el
select desde vb y llenar un recordset de vb, en vez de
almacenar el select en un stored procedureporque igual
el conjunto de resultados va a viajar por la red...verdad?

de antemano agradezco sus valiosas ideas

saludos,
ew


Mostrar la cita
tabla,
Mostrar la cita
registros
Mostrar la cita
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.593 / Virus Database: 376 - Release Date: 20/02/2004
#7 ulises
04/03/2004 - 22:00 | Informe spam
Creo que tienes un error de concepto, si desde tu
aplicación escrita en VB y usando ADO solicitas la
ejecución de un stored procedure, esta se ejecuta en el
servidor y retorna los resultados al cliente poblando el
correspondiente recordset y lo mismo sucede si utilizas
una sentencia directa tipo "SELECT * FROM TABLA". La
diferencia principal es que el stored procedure ya tiene
conocimiento de las sentencias que debe realizar y por lo
tanto tiene un plan de ejecución optimizado, mientras que
si pasas la sentencia recién en ese momento determina su
plan de ejecución y realiza la operación.

Saludos,
Ulises
PD. Hay más diferencias pero sería algo más largo de
explicar, así que te toca a tí documentarte :), revisa el
BOL es interesante, y algún libro sobre la formas de
conectarte entre VB y SQL "Hitchhiker's Guide to Visual
Basic & SQL Server" es bastante didáctico

Mostrar la cita
el
Mostrar la cita
igual
Mostrar la cita
y
Mostrar la cita
es :
Mostrar la cita
#8 EW
04/03/2004 - 22:08 | Informe spam
Un stored se puede manejar como un recordset?, ese es un
dato importantebueno, entonces entendínada de
cursoresgracias por tu tiempo y paciencia.

saludos,
ew

Mostrar la cita
es mas optimo y de
Mostrar la cita
hasta ahora, un Store
Mostrar la cita
de la performance y
Mostrar la cita
igual si haces mal
Mostrar la cita
* from!! perdiste
Mostrar la cita
cada uno de esos
Mostrar la cita
performance cambia
Mostrar la cita
seguridad de tu
Mostrar la cita
accesos
Mostrar la cita
directamente en tus
Mostrar la cita
de Stores!!!
Mostrar la cita
-
Mostrar la cita
-
Mostrar la cita
mensaje
Mostrar la cita
20/02/2004
Mostrar la cita
#9 Maximiliano D. A.
04/03/2004 - 22:19 | Informe spam
Claro hombre, el recordset se puede llenar con un Store o una sentencia
SQL, pero si usas Store la cosa es mas rapida,segura,eficiente facil de
manejar,etc.

Deberias de ver el uso de Stores y Recordset, en la pagina de Microsoft hay
mucha info!!



Bye


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"EW" escribió en el mensaje
news:760b01c4022c$dc5a52a0$

Un stored se puede manejar como un recordset?, ese es un
dato importantebueno, entonces entendínada de
cursoresgracias por tu tiempo y paciencia.

saludos,
ew

Mostrar la cita
es mas optimo y de
Mostrar la cita
hasta ahora, un Store
Mostrar la cita
de la performance y
Mostrar la cita
igual si haces mal
Mostrar la cita
* from!! perdiste
Mostrar la cita
cada uno de esos
Mostrar la cita
performance cambia
Mostrar la cita
seguridad de tu
Mostrar la cita
accesos
Mostrar la cita
directamente en tus
Mostrar la cita
de Stores!!!
Mostrar la cita
-
Mostrar la cita
-
Mostrar la cita
mensaje
Mostrar la cita
20/02/2004
Mostrar la cita
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.593 / Virus Database: 376 - Release Date: 20/02/2004
Ads by Google
Search Busqueda sugerida