Stored Procedures o Dataset creados por VS

Hola Roberto.

La arquitectura de aplicaciones puede ser tan diversa como se desee.

Los SP se almacenan en el gestor de base de datos. Es posible que estés
usando SQL Server, aunque no lo indicas, pero igualmente, los SP se almacenan
allí.

Los DataSets se ejecutan interactuando con el gestor de base de datos.

Si trabajas en red, lo mejor es tener un servidor de base de datos y luego
las aplicaciones que accedan al servidor de base de datos para interactuar
con él.

En cuestión de velocidad, los planteamientos que indicas son poco
compatibles como para diferenciar claramente, aunque los SP se ejecutan en el
servidor de base de datos y se supone que volcará información en DataSets que
será con lo que trabaje tu aplicación.

Espero que esto te aclare algunas dudas.

Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Roberto" wrote:

Hola a , llevos un par de semanas con esto del VS y poco a poco voy
avanzando por este sendero. He llegado a un punto donde me planteo una duda,
a ver si podeis arrojar luz.
La cuestión es si al realizar una aplicación que va a estar en red, que es
mejor usar para el manejo de datos, Stored Procedures o los Dataset que te
crea el asistente de VS con el update y demas?
Como veis estoy muy verde y por lo que voy leyendo creo que es más rapido
los Stored Procedures, ¿no?

Gracias, por tu respuestas, pero no me aclaro. Entiendo que los Stored
Procedures volcaran la información en datasets, entonces cuando desarrollais
una aplicación no los usais y creais datasets donde implementais todo lo que
se va a hacer con los registros de la bd, select, insert, update, delete.
No se si usaré SqlExpress o MySql, de momento estoy aprendiendo con Access.
La aplicación tampoco va a ser la ostia, gestionará un pequeño almacen de no
más de 500 articulos , de momento, y habrá 3 puestos que tendrán acceso a la
aplicación, cada uno realizará una función diferente.

Los datasets no son incompatibles con los procedimientos almacenados. Un
DataAdapter puede tener perfectamente su SelectCommand, UpdateCommand,
DeleteCommand e InsertCommand como procedimientos almacenados.

Yo te recomendaría usar SQL Server 2005 Express, le da mil vueltas en todos
los aspectos a MySql y a Access en una aplicación cliente servidor.

Saludos:

Jesús López
MVP


"Roberto" escribió en el mensaje
news:

Gracias, por tu respuestas, pero no me aclaro. Entiendo que los Stored
Procedures volcaran la información en datasets, entonces cuando
desarrollais
una aplicación no los usais y creais datasets donde implementais todo lo
que
se va a hacer con los registros de la bd, select, insert, update, delete.
No se si usaré SqlExpress o MySql, de momento estoy aprendiendo con
Access.
La aplicación tampoco va a ser la ostia, gestionará un pequeño almacen de
no
más de 500 articulos , de momento, y habrá 3 puestos que tendrán acceso a
la
aplicación, cada uno realizará una función diferente.

Muchas gracias por vuestras respuestas.
Si uso un DataAdapter con los comando que mencionas, para que necesito los
procedimientos almacenados?
Saludos.
Roberto.

"Jesús López" wrote:

Los datasets no son incompatibles con los procedimientos almacenados. Un
DataAdapter puede tener perfectamente su SelectCommand, UpdateCommand,
DeleteCommand e InsertCommand como procedimientos almacenados.

Yo te recomendaría usar SQL Server 2005 Express, le da mil vueltas en todos
los aspectos a MySql y a Access en una aplicación cliente servidor.

Saludos:

Jesús López
MVP

Creo que no me has entendido. El SqlDataAdapter tiene las propiedades:

SelectCommand As SqlCommand
UpdateCommand As SqlCommand
InsertCommand As SqlCommand
DeleteCommand As SqlCommand

Un SqlCommand es un objeto que representa un comando SQL. Este comando SQL
puede ser de dos tipos:

Text
StoredProcedure

Si el comando es del tipo Text. La propiedad CommandText de estos SqlCommand
será generalmente algo como:

"DELETE FROM WHERE... " para DeleteCommand
"UPDATE ... FROM... WHERE..." para el UpdateCommand
"INSERT...INTO ...VALUES..." para el InsertCommand
"SELECT ...FROM..WHERE..." para el SelectCommand

Pero nada impide que los comandos de un DataAdapter sean procedimientos
almacenados. Imagina por ejemplo un DataAdapter para contactos. La propiedad
CommandText de los comandos sería el nombre de cada procedimiento
almacenado. Por ejemplo podría ser algo como:

"ElimnarContacto" para DeleteCommand
"ModificarContacto" para UpdateCommand
"AñadirContacto" para InsertCommand
"ObtenerContactos" para SelectCommand

Es elección del diseñador de la aplicación usar directamente instucciones
INSERT, UPDATE, DELETE, SELECT para los comandos de un DataAdapater o en su
lugar procedimientos almacenados. Es obligación del diseñador de la
aplicación conocer las ventajas e inconverientes de cada uno de estos
métodos para poder elegir el más adecuado para su aplicación.


Saludos:

Jesús López
MVP


"Roberto" escribió en el mensaje
news:

Muchas gracias por vuestras respuestas.
Si uso un DataAdapter con los comando que mencionas, para que necesito los
procedimientos almacenados?
Saludos.
Roberto.

"Jesús López" wrote:

Los datasets no son incompatibles con los procedimientos almacenados. Un
DataAdapter puede tener perfectamente su SelectCommand, UpdateCommand,
DeleteCommand e InsertCommand como procedimientos almacenados.

Yo te recomendaría usar SQL Server 2005 Express, le da mil vueltas en
todos
los aspectos a MySql y a Access en una aplicación cliente servidor.

Saludos:

Jesús López
MVP