1. Imágenes en los mapasEl tamaño de los mapas que desarrollamos es un dato importante en la ejecución de nuestras aplicaciones, cuanto más pequeño sea ... - Cargará más rápido en el cliente y se beneficiarán todos los usuarios. - Usará menos memoria en el cliente. - El vServer se iniciará más rápido y usará menos memoria. Dentro de un mapa tenemos miles de objetos, pero hay uno de ellos con el que debemos tener cuidado ya que afecta en gran medida al tamaño del mapa. El objeto dibujo.Los objetos dibujo son mapas de bits que se incorporan habitualmente a los mapas y suelen ocupar bastante si no nos fijamos en el tamaño horizontal y vertical o en el número de colores.En la medida de lo posible debéis huir de las imágenes de 24 bits ya que su tamaño en memoria y disco es muy elevado.Ejemplo de una imagen de 250x125 en varios tamaños de bits:Imagen 8 bits - 29.590 bytesImagen 24 bits - 94.054 bytesPara sustituir nuestras imágenes de 24 bits por una equivalente de 8 bits, se sugiere utilizar aplicaciones de gráficos adecuadas que permitan optimizaciones de dithering, paletas personalizadas y otras mejoras que pueden hacer que tus imágenes a 8 bits sean casi idénticas a las de 24 bits.Por debajo de los 8 bits las imágenes suelen perder mucha calidad, pero para iconos o imágenes basadas en vectores es muy aconsejable por el espacio que ahorramos.2. FiltradosEl filtrado de registros es un arma muy poderosa en nuestras aplicaciones, ya que nos permite obtener la información que deseamos de una manera muy efectiva y cómoda, pero debemos tener en cuenta que la palabra filtrado es sinónimo de "Leer una lista de registros entera y evaluar una por una todas sus fichas".Cuando nos encontramos con listas de millones de registros el filtrado no resulta efectivo ya que obligamos al Irunner o vServer a leer esos millones de registros y evaluarlos uno por uno. Para este tipo de operaciones deberíamos en la medida de lo posible usar búsquedas o "cargar lista" ya que estas operaciones se realizan por índices y escalan sin problemas en el manejo de millones de registros.Si la lista a filtrar puede pasar los 10.000 registros es más que aconsejable que busques la posibilidad de operar por índice y no filtrar. Tus usuarios te lo agradecerán.3. Objetos no usadosA todos nos han quedado objetos obsoletos en nuestros mapas, procesos antiguos o formularios que no se usan.
Para eso tenemos la opción de objetos no usados que nos puede indicar que objetos están en nuestros mapas pero no son usados directamente por nadie.Revisándolos con cuidado podemos mejorar el tamaño de nuestro mapa y ayudar a tenerlo más organizado.Recuerda que te marcará como no usados informes no asignados a rejillas o procesos que son ejecutados por web que en muchos casos necesitas.4. Procesos en tercer planoExisten procesos que se ejecutan en el cliente que pueden ser fácilmente ejecutados en el servidor lo que mejora considerablemente el rendimiento ya que el acceso a datos es local y optimizado por el propio servidor.Evalúa los procesos que pueden tardar unos segundos en el cliente ( Facturaciones, cálculos de estadísticas, etc. ) y pasándolos al servidor pueden llegar a ser instantáneos.5. Cuida el tamaño de registro.En las propiedades de la tabla se informa del tamaño en bytes de la ficha, este dato es interesante ya que nos indica cuanto ocupa el tamaño de cada uno de nuestros registros. Si nos descuidamos con los campos podemos llegar a tener tamaños de registro enormes. Cuando más pequeños sean nuestros registros más rápida será nuestra aplicación. El uso de campos Alfa ( Alfa40, Alfa64, Alfa128 ), nos puede ayudar a que el tamaño de nuestros registros sea algo menor.
