Introducción

Una de las ventajas de Velneo en cuanto a productividad y eficacia reside en la potencia de su Base de Datos y en lo “diferente” que resulta en ciertos aspectos al estar integrada en la propia plataforma. Esto hace que la BBDD de Velneo pueda ofrecer más rendimiento y eficacia utilizando sus índices, actualizaciones, triggers, punteros, …. siendo más parecida a una base de datos No SQL, Velneo trabaja en lo que denominamos un modelo real.

¿Implica esto que si vengo de SQL no me servirá Velneo?

¡Por supuesto que te servirá Velneo!. Simplemente tendrás que adaptarte a su forma de tratar la BBDD y en poco tiempo valoraras lo mucho que te ofrece.

Una de las características, Life is soft, que más valoramos cuando empezamos a programar con Velneo, por ser una característica diferencial respecto a otras herramientas de desarrollo, es la persistencia de las relaciones entre tablas.

Si no tuviésemos esa características estaríamos obligados a, por ejemplo:

Programar constantemente instrucciones para hacer lectura de datos en tablas relacionadas, tanto maestras como históricas.
Hacer lectura de información en tablas relacionadas para almacenarla en variables y así poder presentarla en formularios, rejillas, informes, etc.
Escribir código para leer datos históricos de un registro para procesarlos.

Estos son algunos ejemplos que todo programador vive en su día a día de forma constante y que gracias a las relaciones persistentes de la base de datos de Velneo, una vez creada la relación entre dos tablas no sólo queda definida sino que además se convierte en una autopista de información para que el programador pueda obtener información de las tablas maestras y de las históricas relacionadas.

Un programador de Velneo disfruta al crear las relaciones de las tablas pues sabe que puede obtener, por ejemplo, la bandera del país del cliente de la factura de la línea de detalle, simplemente abriendo ramas del árbol de campos, sin escribir ninguna línea de código y además lo puede obtener tanto a nivel de datos en un proceso como visualmente para mostrar esa información en cualquier objeto visual.

La base de datos de Velneo también crea de forma automática los “enlaces plurales”. De forma inteligente y basándose en los índices creados en las tablas históricas que apuntan a su tabla maestra.

Por ejemplo, si en la tabla de facturas añado el campo puntero maestro al cliente, se crea automáticamente el índice por ese campo y la base de datos genera también de forma automática la relación enlace plural en la tabla de clientes que permitirá obtener las facturas de un cliente concreto o de todos los clientes de una lista de forma automática y simplemente usando el comando “Cargar plurales Facturas_Cliente”.

Estos automatismos además de facilitar el desarrollo de una aplicación son magníficos aliados a la hora de mantenerla ya que cualquier cambio que realizamos en los índices o enlaces a tablas son refrescados y refactorizados en la aplicación, sin necesidad de repasar cientos de sentencias de acceso a base de datos y permitiendo que la revisión de código sea realmente sencilla gracias a otros de nuestros grandes aliados Life is soft, los inspectores.

Si vienes de utilizar SQL, evidentemente para obtener el máximo rendimiento en el desarrollo de aplicaciones empresariales con Velneo utilizando la potencia de su BBDD, es conveniente conocer sus instrucciones equivalentes.

Para ayudarte, te mostramos unos ejemplos de las instrucciones más usuales en SQL y las opciones de cómo hacerlo en Velneo.

La estructura de cada ejemplo se basa en la instrucción en SQL, su equivalente en Velneo y por último, en el caso de que existan se muestran otras opciones, ya que Velneo aporta soluciones propias y nativas a necesidades de otros lenguajes que en Velneo están ya contempladas.

Select básico

En este primer ejemplo, vamos a ver una búsqueda sencilla. Suponiendo que tenemos una tabla de clientes, con un campo “Tipo”, queremos buscar todos los clientes con el tipo=2.

Instrucción SQL

La consulta SQL típica más o menos sería así:

SELECT * FROM clientes WHERE tipo=2

Equivalencia Velneo

La tabla tendría esta forma:

Como es lógico, si las búsquedas por ese campo van a ser habituales, es recomendable tener definido un índice para él. En caso contrario, habría que hacerlo usando un filtro, y penalizaría la búsqueda. Aún así, si quieres usar el comando “Filtrar lista” en Velneo, es recomendable que lo ejecutes en el servidor (lanzando el proceso en 3er plano).

En Velneo las búsquedas siempre las podemos usar de dos maneras: vía interface o vía proceso. Para usarlas vía interface debemos utilizar el objeto Búsqueda. Este objeto permite definir un formulario para que el propio usuario en tiempo de ejecución pueda establecer, en este caso, el valor para el campo Tipo.

Otras opciones

Otra opción es obtener el resultado vía proceso. Para este caso tan sencillo dónde queremos directamente los clientes del tipo 2, sería la mejor opción.

Sería tan sencillo como:

Otra opción sería el caso de que un proceso fuera lanzado por ejemplo desde un formulario de un maestro de Clientes (ciudades, tipo de clientes, etc) NUNCA usaremos una búsqueda sino que navegaremos por los punteros permanentes, es decir, teniendo los índices adecuados y en consecuencia los plurales:Cargar Plural del maestro en el que estamos situados (Clientes tipo 1, o Clientes tipo 2).

Si el proceso fuera lanzado desde un país que sería maestro de ciudades, el origen sería el propio país, con la instrucción Cargar Plural de las ciudades estaremos en la misma situación que el punto anterior (origen ciudades) y por tanto el resto de instrucciones sería la misma.

Para terminar, si fuera lanzado desde un cliente, el proceso podría cambiar su origen:

Leer ficha de maestro (países, tipos), con lo que esa línea se sitúa en el maestro y ya tiene otro origen. Por tanto, la siguiente instrucción sería la del ejemplo de los clientes.

Y así, múltiples combinaciones que no se verían alteradas en su funcionamiento y que no requieren apenas programación en el caso de cambiar la estructura de la base de datos.

Vamos a ver cómo utilizar el objeto búsqueda que es una de las posibilidades adicionales:

Si lo que queremos es utilizar el objeto búsqueda, podemos hacerlo realizando los siguientes pasos:

Creamos un formulario origen la tabla de clientes. Añadimos el campo Tipo utilizando un combobox (asumimos que el campo Tipo es un enlace a tabla estática)

Creamos un objeto búsqueda, y como partes de la búsqueda indicamos Tipo=Tipo. Le indicamos a su vez que use el formulario anterior.

Para lanzar la búsqueda tenemos dos opciones: desde una acción o desde proceso.

– En una acción: Definimos la búsqueda como primer objeto y una rejilla de clientes (p.e.) como segundo.

– En un proceso usamos la instrucción “Ejecutar búsqueda”

Select varias tablas

Veamos esta vez como trabajar con tablas relacionadas.

Suponiendo la estructura típica de clientes y facturas, donde la tabla facturas es histórica de clientes, supongamos que queremos todas las facturas de los clientes tipo 2. Y pensando en que la salida puede ser una rejilla o un informe, queremos poder visualizar tanto el nombre del cliente, como la fecha y el total de la factura.