Finalizamos el análisis de la comparativa que elaboró el Departamento de IngenierÃa de Sistemas y Automática de la Escuela Técnica Superior de IngenierÃa Informática de la Universidad de Vigo, sobre Velneo, Oracle y SQL Server centrándonos en las búsquedas.
Todas las pruebas de rendimiento se contabilizaron en milisegundos, y tanto por clave primaria como por Ãndice, los resultados del benchmarking académico demuestran que, en general, la gestión de las búsquedas de Velneo es superior a la de sus competidores.
Los datos obtenidos indican que Velneo está muy optimizado para buscar por clave primaria, un tipo de búsquedas muy usado en las aplicaciones de gestión para extraer información de tablas maestras y visualizarla en pantalla o imprimirla en informes. La velocidad de Velneo en este tipo de búsquedas es muy agradecida por el usuario final. En búsquedas entre cien y cien mil registros la rapidez y superioridad global de Velneo sobre las otras dos bases de datos es evidente; en el caso de diez mil registros Velneo supera a SQL Server y queda en segunda posición tras Oracle, y cuando la búsqueda es en cien mil registros, Velneo y SQL empatan en primer lugar frente a Oracle.
Velneo también domina en las búsquedas por Ãndice. El modelo real integrado de Velneo consigue unos tiempos muy similares con Ãndices que con la clave primaria lo que demuestra la eficacia de este modelo de base de datos en cualquier tipo de búsqueda. Las bases de datos relacionales sufren una importante penalización a partir de un determinado volumen de registros. En el caso de Oracle es bastante similar al de clave primaria hasta 10.000 registros, sin embargo, SQL Server incrementa exponencialmente el tiempo en función del número de registros a encontrar. Curiosamente los resultados de SQL Server con clave primaria mejoran cuanto mayor es el número de registros, sin embargo, con Ãndices pasa justo lo contrario. En este sentido Oracle y Velneo se muestran muchos más eficaces.
Ampliando la información que proporcionan los test de la Universidad podemos afirmar que en las aplicaciones en producción este tipo de búsquedas se realizan miles de veces al dÃa por lo que para un usuario final las diferencias porcentuales que consigue Velneo frente a Oracle y SQL Server son, aún, más notables a lo largo de una jornada de trabajo. Cualquier espera para un usuario final es lo que marca la diferencia entre una aplicación ágil y otra que no lo es tanto. Además, hay que tener en cuenta que las pruebas académicas se realizaron con búsquedas de registros individuales, frente a lo que es más habitual en la mayorÃa de desarrollos, donde se llevan a cabo búsquedas que devuelven un número elevado de registros. Es decir, en lugar de lanzar 100.000 búsquedas de un registro es muy habitual que se lancen 10 búsquedas de 10.000 registros, por ejemplo. En Velneo ese tipo de búsquedas el rendimiento del modelo real de base de datos de Velneo es espectacular.
Lamentablemente el benchmarking de la Universidad no efectuó tests de búsquedas en tablas relacionadas, otro punto fuerte de Velneo.
Acceder al microsite del Benchmarking
Etiquetas: benchmark bbdd, comparativa sgbd, Oracle, SQL Server, Velneo, velocidad base datos
(1 voto(s), 5,00 sobre 5)
23.02.2010 00:46
11.02.2010 22:23
11.02.2010 16:12
11.02.2010 11:48
26.01.2010 05:19
27.10.2006 | 164 Comentarios
27.04.2006 | 84 Comentarios
12.04.2006 | 81 Comentarios
23.01.2009 | 64 Comentarios
Noviembre 3, 2007 - 05:44 #
Noviembre 9, 2007 - 13:09 #
Asombrado estoy, velneo es mas rapido que oracle y sql-server.
Y mas me asombra que nadie opine sobre esta comparativa de velocidad.
Pero lo que mas me asombra es el metodo que se ha usado para realizar las pruebas, nada reales a mi parecer.
1. una tabla de un programa REAL no tendra en la mayoria de los casos un indice solo, sino varios y posiblemente compuestos.
2. Los procesos largos suelen contener busquedas (varias) y posiblemente algun que otro modificar campo, por no decir carga de variables y altas en otras tablas. Estos procesos son, con mucha diferencia, mas rapidos de realizar con SQL (junto con algun lenguaje tipo visual NET/java etc) que en Velneo.
3. Las transaciones de Velneo son en MEMORIA, cuando una de estas supera el giga suele empezar a dar muchos problemas. Ami me pasa todos los dias.
4. Los procesos en 1 plano (en los que el usuario interactua con el sistema) suelen tener la peligrosidad de paralizarse, colgarse e incluso romper el vmotor.
No digo que velneo no tenga cosas buenas, de echo nuestro ERP se basa en él. Pero no lo subamos a un pedestal y realizamos las pruebas como dios manda, con datos reales y en una aplizacion real.
Un velazquiano
Noviembre 9, 2007 - 14:02 #
Hola
He leido el benchmark y quiero resaltar algún aspecto del comentario anterior. He participado en otros bench y quiero dejar clara la gran dificultad de realización de los mismos, por lo que siempre es criticable y discutible la selección de criterios. Veamos:
1. El concepto de programa REAL no lo entiendo …….. Los programas desarrollados para el benchmark tenÃan como finalidad medir tiempos, no generar la facturación de una empresa.
2. Existen Ãndices compuestos en los programas.
3. No se evaluaron lenguajes, sino bases de datos. No se ha comprobado la combinación Borland C++, Java, .NET, o Delphi u otros con las bases de datos, pues la codificación desarrollada partÃa de los entornos de programación del fabricante del SGBD.
4. No se evaĺuó la seguridad de las transacciones, sino que se buscó la mayor igualdad de condiciones. La seguridad, o las condiciones de las transacciones son una explicación de los resultados, nada más.
5. Las pruebas se han hecho como mandan los cánones de realización de benchmarking, buscando las máximas igualdades de condiciones ……… yo no sé si eso es como dios manda …..
6. Es imposible hacer las pruebas sobre aplicaciones reales, pues en ese caso serÃan pruebas de las aplicaciones, y no de los SGBD. Otra cosa es que la misma aplicación pueda ejecutarse en las mismas condiciones sobre varios SGBD, pero todos sabemos que Velneo no acepta otros lenguajes que no sea el propio…. además, las aplicaciones reales no miden tiempos, estos son apreciativos.
Saludos
Noviembre 9, 2007 - 14:47 #
Hola Jose,
Yo también estoy asombrado con tus comentarios, jejeje. Te comento sin acritud tu mensaje:
1. Si mirás la información del bench creo que encontrarás tablas con varios Ãndices. Eso me ha parecido leer.
2. Mi experiencia es justo la contraria. Con SQL y Oracle no consigo los mismos tiempos que con Velneo. Es más, cuantos más registros tenga que devolver la búsqueda más diferencia saca Velneo al resto y Oracle para mà también le pega un buen repaso a SQL.
3. ¿Las transaciones de Velneo son en MEMORIA? Entonces explÃcame para que sirve el fichero con extensión .TRN. En principio y como norma cuando programo no veo conveniente con ningún lenguaje de programación hacer una transacción de 1GB. Para eso están los programadores para optimizar las aplicaciones y dividir la Mega-transacción de la que hablas en transacciones más pequeñas y ágiles. Y si tienes problemas con Velneo con el resto ¿no?. En mi caso tengo procesos que transaccionan diariamente con más 12.000.000 registros y no tengo ni el más mÃnimo problema.
4. Tengo cientos de procesos en primer plano que sacan formularios y que no tienen ningún problema ni con el usuario y mucho menos con el servidor. Los procesos en primer plano se ejecutan en la parte cliente. Si lo que pretendes es transaccionar en el mismo proceso en el que solicitas la información al usuario deberÃas replantearte como programas y solicitar la información para posteriormente lanzar la transacción en un proceso que no dependa del usuario. Asà es como siempre se ha programado en procesos batch y lo que podemos es pedir peras al olmo.
Creo que no debemos criticar a ningún lenguaje o base de datos si realmente no estamos aplicando las mejores técnicas de programación y lo conocemos a fondo. Muchas veces cometemos el error de criticar algo cuando simplemente se trata de nuestra ignorancia al respecto. Y esto lo digo poniendo a mi mismo el primero de la lista porque creo que todos lo hemos hecho alguna vez.
Saludos.
Un Velneano
Noviembre 12, 2007 - 14:00 #
Enrique, efectivamente las transaciones son en memoria, al menos es la respuesta de velneo a cada problema que tengo con ellas.
He insisto, cada dia me pego con este sistema para hacer cosas que antes hacia en la mitad de tiempo y con menos recursos. Que no niego que tenga sus cosas brillantes, que las tiene, pero en general yo no le daria mas de un 5 contra sistemas mas “estables”.
Y sere mas concreto, en un proceso en 1 plano (no multitarea) contra el vmotor, con un recorrer lista (lectura) un tubo de ficha y 3 tubos de lista (es mi proceso de facturacion), el vmotor se muere, literalmente, se cae el sistema y he de reiniciar en vmotor. Solucion por velneo: proceso en multitarea (2 plano) con varios subprocesos. Imposible, ya que si el sistema detecta un error en los albaranes ha de mostrar formulario al usuario (con el problema de los 4 minutos).
Y no estoy hablando de grandes tablas, ya que con 4000 albaranes por facturacion tendria que ser muy rapido.
Que sea culpa nuestra, no te lo niego ya que el analisis apenas existio. Pero esa misma operacion se realizo con Oracle y SQL (apoyado en java) y pese a tardar un 10% mas no se rompio ni una sola vez el servidor. Es mas, forzamos una parada de disco y recuperacion del desastre y no tardamos mas de 2 horas, en velneo si lanzo subprocesos no puedo saber en que punto me quede.
Si quieres mas info o tienes ejemplos que mostrar sobre programacion en velneo con grandes datos, estaria muy gustoso de cambiar informacion contigo en jtabares.informatica@pardo.es. Ya que me desespera a veces nuestro amado velneo.
Post: mi critica no es destructiva, si no constructiva, ya que si he de trabajar con una herramienta quiero que esta sea lo mas versatil posible.
Noviembre 20, 2007 - 22:31 #
buscar puntòs.
Noviembre 20, 2007 - 22:35 #
puntòs.
Noviembre 21, 2007 - 03:32 #
Noviembre 21, 2007 - 22:33 #
pos ami me va como dios y no me da ningún problema..
Noviembre 22, 2007 - 06:46 #
Buscando puntos…… (que es eso?)
Y si te va como diox porque no nos instruyes un pelin, que no me importara equivocarme si mi vida se hace el “Life is soft” de velneo. Te pago hasta una cenita aqui en mi tierra (zgz).
Noviembre 23, 2007 - 00:56 #
Yo no voy a entrar en discusiones de como les funciona a los demás.
Mi experiencia con Velneo es totalmente satisfactoria.
Estamos desarrollando más rápido que nunca y el número de incidencias de soporte de nuestros clientes es muy reducido.
Esta es mi visión.
Noviembre 27, 2007 - 15:24 #
Hola Jose, mira si necesitas ayuda deberÃas de pagar por ella, yo he realizado alguna consultorÃa a algúna gente que me ha pedido ayuda. (pero ahora mismo no puedo, mi tiempo está full)
Por cierto que nivel eres en Velneo? El mismo Velneo te puedo asesorar en todo eso que comentas.
Al final el tiempo es dinero, y por un poco de dinero seguro que te ahorras un tiempo que es oro.
Un saludo.
Diciembre 15, 2007 - 17:16 #
Un cordial saludo su herramienta es muy buena pero hay que tener un servidor para poder compartir entre varios usuarios y el problema es el siguiente tengo 20 usuarios que estan interconectados en red y usan la misma aplicacion que debo hacer y como trabaja el servidor de velneo en este caso tambien donde puedo conseguir el software del servidor para efectuarle pruebas y ver si me interesa cambiarme de visual foxpro a velneo esperando su pronta respuestas muchas gracias, mi correo personal es yaguarinj@yahoo.es
Diciembre 16, 2007 - 00:02 #
Hola jose yaguarin – Venezuela
Para hacer pruebas en arquitectura servidor puedes hacerlo con Velneo vServer para 30 dÃas. en la siguiente página de la web del producto:
Descargas
Life is soft
Diciembre 28, 2007 - 17:31 #
Febrero 4, 2008 - 13:50 #
Yo creo que para hacer un benchmark en condiciones habrÃa que optimizar correctamente las bases de datos, no hacerlo con sus parámetros por defecto. Eso es como probar un fórmula 1 con los Firestone del Carrefour…
Es sorprendente lo que puede cambiar el comportamiento de una base de datos sÃmplemente modificando un par de parámetros, por eso creo que para que el test sea 100% creÃble se precisarÃa un administrador experto en cada una de las BBDD.
Un saludo.