Campos ObjetoEn este momento nos encontramos trabajando y ultimando el núcleo de Velneo en el ámbito de los datos que se guardan en la base de datos. Una vez que ya están trabajando los campos alfabéticos, numéricos, fórmula, etc., les tocaba el turno a los campos objeto. También éstos van a sufrir algo más que un re-styling en V7.FormatosEn primer lugar, de partida vamos a tener campos objeto de tipo texto, texto enriquecido (ya visteis anteriormente el nuevo editor que tiene), binario y dibujo. Luego veremos qué hacemos con los de tipo E-mail y los de tipo OLE (estos últimos, como no son multiplataforma, no podemos usarlos).Los campos de tipo objeto tendrán una mejor accesibilidad, por ejemplo: podremos importar y exportar los campos texto enriquecido, cosa que en V6 no era posible.Además, teniendo en cuenta que serán multiplataforma, los campos tipo dibujo admitirán JPG, PNG y otros formatos que se guardarán como JPG o PNG según sea el origen, permitiendo a su vez exportarlos de nuevo a esos formatos (BMP, etc.).A la hora de guardar los dibujos en formato JPG tendremos dos opciones: si lo pegamos como bitmap (ya renderizado) será V7 la que se encargue de comprimirlo bien en JPG, bien en PNG, según sea el formato elegido, pero en cualquier caso la imagen no sufrirá pérdida alguna de calidad. El formato JPG lo usaremos para imágenes grandes, con millones de colores y el formato PNG además admite transparencias y paletas de colores.Por otro lado, también admitirá guardar imágenes JPG en formato comprimido, respetando la imagen tal cual está en disco. Este es el caso, por ejemplo, de las fotos que hacemos con una cámara de fotos. Al tenerlas en disco e importarlas, las guardará tal cual, sin procesarlas. Esto evitará pérdidas de calidad que puedan venir causadas por tener que renderizar previamente la imagen y luego volver a comprimirla dentro de la base de datos.Indexación en objetos textoOtra novedad en la que nos encontramos trabajando, y que podremos probar próximamente, es la indexación de los campos objeto texto. Las limitaciones que en V6 existían para ese proceso han sido tenidas en cuenta en el diseño de V7, y la indexación de los campos objeto texto ya se podrá realizar a nivel de ficha, como si fuera un campo más.De esta manera dispondremos de indexación por palabras y de trozos, lo que hará aún más potente si cabe Velneo. Además, la indexación por palabras admitirá la configuración de listas negras (es decir, palabras que no se incluirán en la indexación).
OptimizaciónEn primer lugar, los objetos no viajarán si no hay modificaciones, y si lo hacen, viajarán comprimidos. Así, cuando guardemos una ficha o leamos una ficha en vClient, si el campo objeto no ha sido modificado, ni en la lectura ni en la escritura se enviará el campo objeto del cliente al servidor o viceversa. De esta manera evitamos un tráfico innecesario y que ralentizaría a la hora de realizar estas operaciones. Únicamente en el caso de que accedamos a la lectura o modifiquemos un campo objeto, este será enviado del servidor al cliente y del cliente al servidor respectivamente.Si a esto añadimos que vamos a disponer de una caché en memoria, trabajar con campos objeto va a ser una delicia. Unido con lo anterior quiere decir lo siguiente:Cuando cargamos una lista en una rejilla o un registro en un formulario, el campo objeto de la ficha correspondiente no se carga si no se muestra. En el momento de mostrarlo se realiza la carga, pero si ya está en la caché, no se va a buscar al servidor, si no que se carga directamente de la caché. Si en el formulario realizamos cambios, pero no tocamos el campo objeto, al aceptar la ficha sólo viajarán el resto de datos y no el objeto. Únicamente, si tocamos el campo objeto, este viajará de vuelta al servidor. Desde luego, el refresco terciario se encargará de refrescar los objetos que hayan cambiado otros usuarios en el servidor.En el ámbito de la indexación, la indexación de textos va a ser muy eficaz. Aún así, se han preparado optimizaciones importantes: por ejemplo: sólo se reindexarán las diferencias con el texto anterior, con lo que la indexación en modificación se va a ver optimizada.Y la última novedad que traerá el tipo de campo objeto, y no por ello menos importante, es la compresión de objetos en el fichero contenedor (CND): los campos objeto van a estar comprimidos dentro del CND. Para las imágenes y los objetos binarios que ya se encuentren comprimidos no será importante, pero para textos y otros objetos que no lo estén, esta optimización resultará muy efectiva. Además, los procesos de compresión y descompresión los realizará el cliente (excepto en trabajos en tercer plano, claro está), por lo que libraremos de esa carga de trabajo al servidor, no representando ninguna carga para el cliente, con los beneficios que reporta para el trafico en Internet de los objetos comprimidos.
