Hola Damián, como usuario desde haces años de Velneo voy a tratar de responder a tus dudas.
El único 0 que me ha parecido ver en el informe es en el diezmado de la tabla1 que es la que menos registros tiene por lo que probablemente el tiempo es menor a 1 milisegundo. Por otro lado comentarte que existen instrucciones en Velneo que permiten eliminar todos los registros de una tabla con una sola instrucción y cuyo tiempo de ejecución puede ser muy próximo a 0 independientemente del nº de registros ya que no elimina los registros uno a uno y en su lugar marca en la cabecera que la tabla no tiene registros. Otras bases de datos también tienen funciones similares.
Respecto a las operaciones transaccionales comentarte que la diferencia que ves en el informe es debido, como bien sabrás, a que Oracle y Velneo utilizan un sistema transaccional en disco y SQL Server en la versión utilizada gestiona las transacciones en memoria algo que aporta un gran rendimiento pero menor seguridad a la información.
Respecto a trabajar con más de una tabla sólo comentarte que yo trabajo con software hospitalario con cientos de millones de registros y te puedo asegurar que con las bases de datos SQL sí sufro lo que comentas y con Velneo consigo resultados espectaculares. Es más, te puedo asegurar que cuantos más registros tengas en la tabla y hagas búsquedas más complejas más beneficio te aporta Velneo respecto a SQL Server y Oracle (aunque con Oracle pocas veces he tenido que pelearme pues generalmente aunque no es tan rápida como Velneo sí que finalizan sin problemas las sentencias SQL sin problemas de timeout, aunque ya te digo que de estas bases de datos no las administro yo y soy un simple usuario).
Te recomiendo que al menos pruebes un ejemplo desarrollado en Velneo con muchos millones de registros y seguro que te sorprenderías.
Portada
mis comunidades
otras secciones
#7 Si no tienes tiempo de leerlo, desde mi punto de vista sería conveniente que lo hicieses en lugar de presuponer su contenido y así poder escribir el comentario con conocimiento de causa. Es mi opinión. Estaría bien que después de leerlo vuelvas a postear sobre si ves o no partidismo hacia SQL Server.
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.