rapidez en vb.net

10/10/2005 - 21:40 por Sonia | Informe spam
hola!

he hecho una aplciacion en vb.net y va perfectamente.
el problema esta en que ahora esa aplicacion la pongo en funcionamiento para
30 personas, donde los equipos estan conectados en red y todos acceden a la
misma base de datos.
todo esto repercute en que la aplicacion va demasiado lenta. el formulario
principal q consta de unos textbox y 3 dataviews, rellenados segun el codigo
q buskes tarda 12 segundos en estar listo(en q salgan todos los datos),
cuando si por ejemplo la misma aplicacion la pruebo desde mi ordenador q es
donde esta la bd, sale todo de inmediato

he intentado hacer todo lo mas eficientemente que he podido (o q he salido)
y mi pregutna ahora es como hacer q la aplicacion sea mas rapida.
la verdad q la bd(acces) tiene bastantes datos, pero la lentitud creo q
viene al no estar la bd en el pc donde se esta ejecutando la aplicacion.
sabeis de algun truco para q no afecte esto a la ejecucion del programa?
habia pensado vincular la bd y que cada una tuviera la suya pero los datos
nuevos o los q se modifiken que vayan a la principal.
se solucionaria asi el problema?

hay algo mas eficiente para q cuando esten todos usando la aplciacion no
vaya tan lnto?

muchas gracias!!!

Preguntas similare

Leer las respuestas

#1 Jesús López
11/10/2005 - 23:02 | Informe spam
Access no es un sistema de base de datos apropiado para manejar 30 usuarios
concurrentes. Te recomendaría que usaras SQL Server, podrías empezar con
MSDE 2k que es gratis, o mejor aún con SQL Server Express que aunque esté en
fase beta sale el mes que viene.


"Sonia" escribió en el mensaje
news:
hola!

he hecho una aplciacion en vb.net y va perfectamente.
el problema esta en que ahora esa aplicacion la pongo en funcionamiento
para
30 personas, donde los equipos estan conectados en red y todos acceden a
la
misma base de datos.
todo esto repercute en que la aplicacion va demasiado lenta. el formulario
principal q consta de unos textbox y 3 dataviews, rellenados segun el
codigo
q buskes tarda 12 segundos en estar listo(en q salgan todos los datos),
cuando si por ejemplo la misma aplicacion la pruebo desde mi ordenador q
es
donde esta la bd, sale todo de inmediato

he intentado hacer todo lo mas eficientemente que he podido (o q he
salido)
y mi pregutna ahora es como hacer q la aplicacion sea mas rapida.
la verdad q la bd(acces) tiene bastantes datos, pero la lentitud creo q
viene al no estar la bd en el pc donde se esta ejecutando la aplicacion.
sabeis de algun truco para q no afecte esto a la ejecucion del programa?
habia pensado vincular la bd y que cada una tuviera la suya pero los datos
nuevos o los q se modifiken que vayan a la principal.
se solucionaria asi el problema?

hay algo mas eficiente para q cuando esten todos usando la aplciacion no
vaya tan lnto?

muchas gracias!!!



Respuesta Responder a este mensaje
#2 Sonia
12/10/2005 - 12:39 | Informe spam
gracias x contestar
pero como puede ser q en la aplciacion vieja q estaba en vb6 si q podian
estar los 30 usuarios y ahora q teoricamente es mas eficaz en vb.net da el
problema?
el problema esta en q no puedo perder la bd de acces pq hasta q no se cambie
el programa la tienen q seguir usando

"Jesús López" escribió en el mensaje
news:#
Access no es un sistema de base de datos apropiado para manejar 30


usuarios
concurrentes. Te recomendaría que usaras SQL Server, podrías empezar con
MSDE 2k que es gratis, o mejor aún con SQL Server Express que aunque esté


en
fase beta sale el mes que viene.


"Sonia" escribió en el mensaje
news:
> hola!
>
> he hecho una aplciacion en vb.net y va perfectamente.
> el problema esta en que ahora esa aplicacion la pongo en funcionamiento
> para
> 30 personas, donde los equipos estan conectados en red y todos acceden a
> la
> misma base de datos.
> todo esto repercute en que la aplicacion va demasiado lenta. el


formulario
> principal q consta de unos textbox y 3 dataviews, rellenados segun el
> codigo
> q buskes tarda 12 segundos en estar listo(en q salgan todos los datos),
> cuando si por ejemplo la misma aplicacion la pruebo desde mi ordenador q
> es
> donde esta la bd, sale todo de inmediato
>
> he intentado hacer todo lo mas eficientemente que he podido (o q he
> salido)
> y mi pregutna ahora es como hacer q la aplicacion sea mas rapida.
> la verdad q la bd(acces) tiene bastantes datos, pero la lentitud creo q
> viene al no estar la bd en el pc donde se esta ejecutando la aplicacion.
> sabeis de algun truco para q no afecte esto a la ejecucion del programa?
> habia pensado vincular la bd y que cada una tuviera la suya pero los


datos
> nuevos o los q se modifiken que vayan a la principal.
> se solucionaria asi el problema?
>
> hay algo mas eficiente para q cuando esten todos usando la aplciacion no
> vaya tan lnto?
>
> muchas gracias!!!
>
>
>


Respuesta Responder a este mensaje
#3 Jesús López
12/10/2005 - 16:47 | Informe spam
La razón por la que ahora va más lento que antes es prácticamente imposible
que yo la pueda averiguar sin tener los detalles. Debarías proporcianar
todos los detalles relevantes para que te pueda ayudar.

"Sonia" escribió en el mensaje
news:
gracias x contestar
pero como puede ser q en la aplciacion vieja q estaba en vb6 si q podian
estar los 30 usuarios y ahora q teoricamente es mas eficaz en vb.net da el
problema?
el problema esta en q no puedo perder la bd de acces pq hasta q no se
cambie
el programa la tienen q seguir usando

"Jesús López" escribió en el mensaje
news:#
Access no es un sistema de base de datos apropiado para manejar 30


usuarios
concurrentes. Te recomendaría que usaras SQL Server, podrías empezar con
MSDE 2k que es gratis, o mejor aún con SQL Server Express que aunque esté


en
fase beta sale el mes que viene.


"Sonia" escribió en el mensaje
news:
> hola!
>
> he hecho una aplciacion en vb.net y va perfectamente.
> el problema esta en que ahora esa aplicacion la pongo en funcionamiento
> para
> 30 personas, donde los equipos estan conectados en red y todos acceden
> a
> la
> misma base de datos.
> todo esto repercute en que la aplicacion va demasiado lenta. el


formulario
> principal q consta de unos textbox y 3 dataviews, rellenados segun el
> codigo
> q buskes tarda 12 segundos en estar listo(en q salgan todos los datos),
> cuando si por ejemplo la misma aplicacion la pruebo desde mi ordenador
> q
> es
> donde esta la bd, sale todo de inmediato
>
> he intentado hacer todo lo mas eficientemente que he podido (o q he
> salido)
> y mi pregutna ahora es como hacer q la aplicacion sea mas rapida.
> la verdad q la bd(acces) tiene bastantes datos, pero la lentitud creo q
> viene al no estar la bd en el pc donde se esta ejecutando la
> aplicacion.
> sabeis de algun truco para q no afecte esto a la ejecucion del
> programa?
> habia pensado vincular la bd y que cada una tuviera la suya pero los


datos
> nuevos o los q se modifiken que vayan a la principal.
> se solucionaria asi el problema?
>
> hay algo mas eficiente para q cuando esten todos usando la aplciacion
> no
> vaya tan lnto?
>
> muchas gracias!!!
>
>
>






Respuesta Responder a este mensaje
#4 ppito
18/10/2005 - 12:51 | Informe spam
¿y no puede ser que en vb6 fuese bien porque trabaja en modo conectado, a
diferencia de como lo hace .net desconectado? Esta pregunta se la hace un
amigo y además me comenta éste, que al hacer un SELECT * FROM tabla WHERE
campo LIKE "???" en una BD mdb en ambiente lan en .NET, el cliente se tiene
que traer la tabla al completo a un dataset y hacer el filtro en modo local
y me comenta, que en VB6 eso no ocurría al ser un puntero en un recordset.

Me gustaría saber de mas opiniones sobre este tema, ya que ese problema lo
tenemos en una rutina similar a la de Socnia. Pero en definitiva, la
solución principal es migrar a SQL Server, y usar los mdbs en tablas locales
temporales.

Saludos a todos.


"Jesús López" escribió en el mensaje
news:
La razón por la que ahora va más lento que antes es prácticamente
imposible que yo la pueda averiguar sin tener los detalles. Debarías
proporcianar todos los detalles relevantes para que te pueda ayudar.

"Sonia" escribió en el mensaje
news:
gracias x contestar
pero como puede ser q en la aplciacion vieja q estaba en vb6 si q podian
estar los 30 usuarios y ahora q teoricamente es mas eficaz en vb.net da
el
problema?
el problema esta en q no puedo perder la bd de acces pq hasta q no se
cambie
el programa la tienen q seguir usando

"Jesús López" escribió en el mensaje
news:#
Access no es un sistema de base de datos apropiado para manejar 30


usuarios
concurrentes. Te recomendaría que usaras SQL Server, podrías empezar con
MSDE 2k que es gratis, o mejor aún con SQL Server Express que aunque
esté


en
fase beta sale el mes que viene.


"Sonia" escribió en el mensaje
news:
> hola!
>
> he hecho una aplciacion en vb.net y va perfectamente.
> el problema esta en que ahora esa aplicacion la pongo en
> funcionamiento
> para
> 30 personas, donde los equipos estan conectados en red y todos acceden
> a
> la
> misma base de datos.
> todo esto repercute en que la aplicacion va demasiado lenta. el


formulario
> principal q consta de unos textbox y 3 dataviews, rellenados segun el
> codigo
> q buskes tarda 12 segundos en estar listo(en q salgan todos los
> datos),
> cuando si por ejemplo la misma aplicacion la pruebo desde mi ordenador
> q
> es
> donde esta la bd, sale todo de inmediato
>
> he intentado hacer todo lo mas eficientemente que he podido (o q he
> salido)
> y mi pregutna ahora es como hacer q la aplicacion sea mas rapida.
> la verdad q la bd(acces) tiene bastantes datos, pero la lentitud creo
> q
> viene al no estar la bd en el pc donde se esta ejecutando la
> aplicacion.
> sabeis de algun truco para q no afecte esto a la ejecucion del
> programa?
> habia pensado vincular la bd y que cada una tuviera la suya pero los


datos
> nuevos o los q se modifiken que vayan a la principal.
> se solucionaria asi el problema?
>
> hay algo mas eficiente para q cuando esten todos usando la aplciacion
> no
> vaya tan lnto?
>
> muchas gracias!!!
>
>
>










email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida