Tablas grandes, vfp y MySQL
Rodrigo Juarez
Debito a un sistema que me encargaron para realizar consultas sobre una base
de datos de gran tamaño (15 millones de registros) y ante los tiempos de
respuesta de vfox que no resultaron satisfactorios, me decidi a buscar algun
servidor de base de datos, habiendo recibido algunas recomendaciones,
consegui MySQL y luego de algunas peleas logre que funcionara.
Disculpen la parrafada, pero en resumen la cuestion es la siguiente, una
busqueda sobre un solo campo, el cual se encuentra indexado, en vfp me llevo
88 segundos, la misma busqueda en MySQL me llevo 8 si, solo 8 segundos.
Entiendo que no hay mucho que pueda optimizar desde vfox, y no me puse a
probar los distintos tiempos para conjuntos de datos mas chicos, porque en
vfox son satisfactorios y no me preocupan, pero como para ir sabiendo de
antemano, y segun la experiencia de Uds. cual es la cantidad de registros
que deberia tener como maximo una tabla antes de pensar en utilizar un
servidor de base de datos?
Alguien tiene datos o experiencia que compare MS Sql Server con MySQL?
Desde ya muchas gracias
Aquilino Lopez Custodio
No se si has visto esto:
http://www.mysql.com/information/benchmarks.html
http://www.mysql.com/information/crash-me.php
Claro estan en las paginas de Mysql pero si consigues otras del bando de
SQL u otra informacion de paginas con criterios neutrales puedes comparar
y hacerte una idea.
Recuerda que Mysql no usa transacciones y MS-SQL si, las comparaciones
deben ser con MS-SQL sin transacciones para equiparar, aunque segun los
comentarios mysql es "una o la mas rapida" que existe en el mercado. Lo
que recuerdo es que los chicos que las crearon lo hicieron por algo
parecido a la necesidad que mencionas, mucho registro y buen manejo de
ellos.
Espero te sirva en algo esta informacion,
Saludos,
Aquilino
-----------------------------------------------
PortalFox :: Nada corre como un zorro
http://www.portalfox.com
PortalFox - NNTP Forum Gateway
-----------------------------------------------
Rodrigo Juarez
No lo he revisado, pero creo que se pueden utilizar transacciones en MySQL,
en realidad por una cuestion de costos, MS Sql queda descartado, y MySQL
hace el trabajo que necesitamos, era solo una curiosidad.
Siempre hablando de MySQL, tuve unas cuantas "colgadas", pero no se si se
deben a que la computadora no posee suficientes recursos para tablas de ese
tamaño (tabla de2 gb, equipo pIII 650 384 mb de ram) o problemas del
servidor ...
Estaba con idea de hacer algunas pruebas con MSDE, pero todavia no he
podido.
Saludos
"Aquilino Lopez Custodio" <aqui...@hotmail.com> escribió en el mensaje
news:uJ2mFy76...@TK2MSFTNGP11.phx.gbl...
Harold Godefroy
sean del tipo MyISAM (las cuales soportan algo que ellos llaman
transacciones atomicas o algo similar). Las Berkeley funcionan bien, aunque
he tenido algunos crash con ellas y no se porque pero no es dificil
repararlas, a diferencia de las MyISAM que si se pueden reparar (aunque en
algunos casos me ha dejado la tabla sin registros, por eso siempre tomo mis
precauciones).
--
============================
Saludos.
T.S.U. Harold Godefroy. Caracas - Venezuela
Coordinador Nacional PortalFox Venezuela / GUFVEN
http://venezuela.portalfox.com
haroldgodefroy_BYESPAM!!!_@_BYESPAM!!!_hotmail.com (Quitar _BYESPAM!!!_
/Remove _BYESPAM!!!_)
"Sí, soy un criminal, mi crimen es la curiosidad.
Mi crimen es juzgar a la gente por lo que dice y
piensa, no por lo que parece. Mi crimen es que
soy más listo que tu, algo que no me puedes perdonar."
The Mentor
"Rodrigo Juarez" <rodr...@azinformatica.com.ar> escribió en el mensaje
news:up3axf86...@TK2MSFTNGP11.phx.gbl...
Carlos G.A.
> Estaba con idea de hacer algunas pruebas con MSDE, pero todavia no he
> podido.
Huuummmm, yo te recomiendo probar Firebird:
Un saludo
Carlos Guzman Alvarez
Vigo-España
news.microsoft.com
TEngo tablas con 5 y 6 millones de registros. Una consulta de registros con
un campo INDEXADO, y la consulta hecha de forma correcta no llega a 1 sg.
Una consulta de 88 segundos no puede estar optimizada.
Consulta RUSHMORE, y su optimización con fox.
"Rodrigo Juarez" <rodr...@azinformatica.com.ar> escribió en el mensaje
news:e3x#8P36CH...@TK2MSFTNGP12.phx.gbl...
José Luis
>Siempre hablando de MySQL, tuve unas cuantas "colgadas",
pero no se si se
>deben a que la computadora no posee suficientes recursos
para tablas de ese
>tamaño (tabla de2 gb, equipo pIII 650 384 mb de ram) o
problemas del
>servidor ...
>
>Estaba con idea de hacer algunas pruebas con MSDE, pero
todavia no he
>podido.
Si el fichero de base de datos resultante es de más de 2
Gb., no necesitas probar con MSDE, no la soporta. Es una
de sus limitaciones.
De todas formas me sigue extrañando los resultados que te
ha dado VFP. 88 segundos son muchos para un índice de un
solo campo. ¿Cuantos datos se traía en la consulta? ¿Son
muy diferentes los datos de un registro a otro? ¿era una
consulta en red o en local?
Saludos.
José Luis.
Rodrigo Juarez
registros, un campo que se llama ncuenta y tiene un indice por ncuenta
lnCuenta=str(thisform.txtnCuenta.value,11)
select bla bla bla from movimientos where ncuenta=lnCuenta into cursor
csrMovimientos
o algo asi, no tenia mayores misterios
ya me han hecho preocupar, lo voy a volver a probar y despues pongo los
resultados aca.
Saludos
"news.microsoft.com" <fpuy...@borsan.es> escribió en el mensaje
news:#gwgAkI7...@TK2MSFTNGP10.phx.gbl...