noticias más votadas
698
Se confirma: Al Qaeda trata de hacer explotar un avión con 278 personas a bordo
522
Google Maps Street View no solamente difumina caras [Humor]
783
No hay agua suficiente para ovejas y golfistas
479
Algunos restaurantes se han adelantado a la prohibición de fumar y no han perdido clientes
499
El Supremo opina que asegurar el abastecimiento de agua debe primar sobre el desarrollo urbanístico
388
Trileros en el call-tv de Telecinco
689
CNN+ a punto de desaparecer
468
Los erizos son muy lindos
411
Aguirre 'invita' a comer (por 10 euros) a 130 mayores solos
259
Un médico demuestra que es posible morir de amor
suscripciones por RSS
12meneos
Falta de objetividad en el benchmark Oracle, SQL Server y Velneo
Este informe sin llegar a decepcionarme, todos los resultados se ajustan a la realidad, creo que no refleja las diferencias reales de rendimiento entre Velneo , Oracle y Sql Server.
Qué empresa es esa ????
aisa.ei.uvigo.es/BENCH/
mientes.
-En primer lugar el tratamiento de las transacciones da bastante por el saco. Si en cualquier momento quieres pedirle un dato al usuario y el proceso que abre el formulario de petición de datos abre una transacción, ésta caduca a los cuatro minutos y la deshace dejando al usuario con dos palmos de narices cuando viene de tomarse su café. Esto se puede solucionar dividiendo el proceso para no pedir datos en medio de una transacción peeeeeeeeeeeeero resulta que no puedes pasarle parámetros a los procedimientos a menos que lo hagas por medio de variables globales (toma programación estructurada).
-Se tiene muy poco control sobre los elementos gráficos. Si desde una ventana abro otra ventana que actualiza datos de la primera no puedo reflejar los cambios en ésta a menos que el usuario la cierre y la vuelva a abrir.
-Aunque parezca increible, carece de depurador.
-Carece de funciones tan básicas como poder consultar el valor anterior de un control de edición o de un campo.
-La mayoría de controles (formularios, rejillas etc) necesitan estar asociados a una tabla, con lo cual si quiero mostrar por ejemplo información proveniente de mezclar varias tablas tengo que crearme una tabla temporal para poder meter toda esta información en ella para poder asociarle un formulario y mostrarla.
-No puedes definir tus propias estructuras.
Respecto a las transacciones en memoria o en disco la explicación es la siguiente: SQL Server guarda en memoria toda la información del log de transacciones para llevarla a disco en el commit y posteriormente realizar las operaciones. Velneo cada operación de la transacción la guarda en el log de disco y realiza la operación interactivamente sin esperar hasta el final de la transacción por eso su rendimiento es menor y, a cambio, dispones de todas las operaciones realizadas en el momento en que se producen pudiendo usar ese dato dentro de la propia transacción o ser visionado desde otras tareas. Yo no afirmo que el sistema de Velneo sea mejor o peor, simplemente te lo aclaro.
No se si conoces Velneo o no, pero por lo que comentas tengo mis dudas ya que Velneo no crea índices a libre albedrío, en el informe suponen que puede haber algo así por su rapidez, pero no, sólo se crean los que el programador define. Si puedes y tienes interés prueba una base de datos de Velneo con el mismo número de registros que en Oracle y verás como te llevas una sorpresa.
#10 Veo por tus comentarios que has utilizado Velneo por eso me extraña tu comentario de "para aplicaciones sencillas", desconozco que aplicaciones desarrollas tú y a qué calificas aplicaciones sencillas dentro del entorno empresarial.
Entiendo que en tus otros entornos de trabajo cuando creas un proceso batch, te permiten pedir la información durante la ejecución del mismo (aunque lo hagas en 2º plano) y después utilizar la misma. O tal vez otros entornos te exigen ser más riguroso, pedir la información al usuario final, pasarla por parámetros y/o guardarla en un área de datos, tabla u otra zona de memoria accesible por el proceso que posteriormente lanzas. El problema es que Velneo te permite sacar un formulario en medio de un proceso que está transaccionando y a los 4 minutos de no hacer ninguna operación considera que el proceso está detenido y deshace la transacción. Si programas separando la petición de la información del proceso a ejecutar en el servidor no te pasa eso. Reitero que no es un fallo de Velneo si no un abuso de las bondados de su entorno de ejecución.
No voy a entrar en el resto de puntos que no tienen mayor importancia, pero sí voy a comentar que con ese entorno de "juguete" yo puedo usar bases de datos en clientes de más de 100GB con tablas que crecen a razón de 20 millones de registros año y con más de 60 usuarios, el 20% en remoto. Antes de apostar por Velneo sufrí en varios clientes las bondades de "SQL Server" y hasta cierto tamaño la cosa iba bien, después había consultas que se convertían en un suplicio para los usuarios.
En fin, para tí será de "juguete" a nuestra empresa nos ha ayudado a crecer como nunca habíamos podido hacer. Tal vez tengamos diferente perfil de desarrollos.
Sin embargo Velneo exige un cambio de Chip, ya que se trata no de una base de datos relacional sino de algo más. En mi blog www.perezoliver.com , dentro de poco públicaré un articulo al respecto que seguro no dejará indiferente a nadie. Soy consciente de que Oracle , hoy por hoy en grandes instalaciones nos supera en muchos aspectos, pero esto es un técnologia que todavía esta naciendo (Sql ya tiene mas de 30 años) y como apunta descargas21, enfocada para la Pyme de momento, aunque muchas de sus virtudes lo hacen competir con Oracle gama alta. Otra historia será v7. Son muchos ya los que hablan de la obsolescencia del modelo relacional y Velneo es un producto que va en esta linea. Es un nuevo paradigma y debe ser contemplado en su conjunto y como una tecnología totalmente nueva y no del todo comparable, sino es en el conjunto.
Esto en el modelo real es más que habitual, de hecho en cualquier analisis en el que entren escandallos este punto es una fuente de engorro, ya que no se puede implementar el enlace. Evidentemente a base de dar vueltas lo puedes solucionar.
Yo salvo los estudios de informática, tampoco es que sea un experto en teorías de Bases de Datos, pero me vale la opinión de un colega catedrático precisamente en esta materia y Velneo será buena o mala, pero desde luego no se limita a una base de datos relacional ni por asomo. En mi blog mpoliver.wordpress.com puedes leerte el árticulo "Mas alla de las relacionales"