Foros del Web » Programando para Internet » ASPX (.net) »

Rendimiento Acceso a BD vs Lectura de Archivo

Estas en el tema de Rendimiento Acceso a BD vs Lectura de Archivo en el foro de ASPX (.net) en Foros del Web. Hola a todos, cuento corto, estoy generando una aplicacion en .net, especificamente as.net codificacion vb; pero tengo una duda respecto a que seria mejor: Problema:Se ...
  #1 (permalink)  
Antiguo 04/09/2010, 01:29
 
Fecha de Ingreso: septiembre-2010
Mensajes: 8
Antigüedad: 13 años, 7 meses
Puntos: 0
Rendimiento Acceso a BD vs Lectura de Archivo

Hola a todos, cuento corto, estoy generando una aplicacion en .net, especificamente as.net codificacion vb; pero tengo una duda respecto a que seria mejor:

Problema:Se requiere recuperar una lista de campos Nombre,Apellido, etc y a la vez registrar que estos datos fueron mostrados, se le suma 1 al contador de impresiones cada vez que son recuperados, esto se hace en cada pagina de la aplicacion o en cada evento que tiene la pagina.

Soluciones:
A: Mediante un Procedimiento Almacenado que haga esas dos operacione a la vez
B:Registrar en un archivo txt el accesso y recuperar los datos del mismo archivo
C:Registrar los datos en un xml a travez de un dataset.

Cual de estas opciones (o si hay saben de otra) , seria la mejor para tener un buen rendimiento de la aplicacion.


Saludos y gracias.
  #2 (permalink)  
Antiguo 06/09/2010, 03:50
Avatar de triqui  
Fecha de Ingreso: diciembre-2008
Ubicación: Zaragoza(España)
Mensajes: 624
Antigüedad: 15 años, 4 meses
Puntos: 31
Respuesta: Rendimiento Acceso a BD vs Lectura de Archivo

Cuando construyen la consulta en la clase por ejemplo:

Select Nombre from Usuario

Le añades el update y fiesta


string sqlInsert = "Select * from Usuario";
string sqlUpdate = "Update set Impresiones ...");

string Total = sql Insert + ";" + sql Update;

Es decir cuando mandes ejecutar el select añadele despues el update
__________________
La nueva red social de quinielas quiniela resultados
Cazaresultados Futbol base en directo
  #3 (permalink)  
Antiguo 11/09/2010, 10:08
 
Fecha de Ingreso: septiembre-2010
Mensajes: 8
Antigüedad: 13 años, 7 meses
Puntos: 0
Respuesta: Rendimiento Acceso a BD vs Lectura de Archivo

Claro esa es una opcion, hacer todo en una sola consulta a la bd.

Pero en cuanto al rendimiento, que es mas rapido para una buena experiencia al usuario.

Triqui, gracias por la respuesta
  #4 (permalink)  
Antiguo 13/09/2010, 06:21
Avatar de triqui  
Fecha de Ingreso: diciembre-2008
Ubicación: Zaragoza(España)
Mensajes: 624
Antigüedad: 15 años, 4 meses
Puntos: 31
Respuesta: Rendimiento Acceso a BD vs Lectura de Archivo

Yo te voy a aconsejar la lectura de base datos, al principio usaba ficheros xml para la lectura de algunos datos para no sobrecargar la base de datos, y el rendimiento a simple vista es practicamente el mismo, de lectura de fichero que de base de datos. Si no tienes gran cantidad de usuarios tirando contra la base de datos, guarda la información en base de datos, pienso que es más seguro.
__________________
La nueva red social de quinielas quiniela resultados
Cazaresultados Futbol base en directo
  #5 (permalink)  
Antiguo 13/09/2010, 20:08
 
Fecha de Ingreso: julio-2006
Ubicación: En algún lugar de un grán pais
Mensajes: 112
Antigüedad: 17 años, 9 meses
Puntos: 2
Respuesta: Rendimiento Acceso a BD vs Lectura de Archivo

Hola.

creo que aqui mas que la experiencia del usuario es que se realice todo en una sola vez y EFICIENTEMENTE.
Tienes que crear un SP y si y SOLO si el SP completa las 2 (metes el codigo en una transaccion) entonces SE COMPLETO.
Esto es al estilo de los cajeros...
imagínate que por hacer rapido el acceso del cajero bancario... te dijera que si se registro tu pago.. pero.. no lo hace y lo pierde... que preferirias?.. rapidez o eficiencia?:.....

Etiquetas: .net, accesibilidad, rendimiento, sql
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 16:00.