Ubicar los datos en la plataforma óptima
El máximo rendimiento se obtiene cuando los datos y otros atributos de la base de datos se almacenan en la plataforma óptima. La mejor plataforma para un elemento en concreto depende de la forma en que se tiene acceso y se actualiza dicho elemento. Por ejemplo, quizá desee almacenar una copia local de una tabla del servidor, como una guía de códigos postales, que se utiliza como tabla de búsqueda, y actualizar esta copia local solamente cuando cambie la tabla original.
En la tabla siguiente se muestran algunos elementos de aplicación habituales, así como ejemplos de dónde situarlos para obtener un rendimiento óptimo.
Ubicación de elementos por plataforma
Elemento | Ubicación | Tipo | Notas |
---|---|---|---|
Tablas | Local | Copias locales de tablas de búsqueda de servidor; tablas pequeñas con modificaciones poco frecuentes. | Use una marca de hora, si el servidor remoto lo admite, para comparar y, opcionalmente, actualizar la tabla local para que coincida con los cambios de la tabla original. |
Remota | Tablas grandes o modificadas con frecuencia | ||
Reglas | Local | Reglas en vistas remotas | Puede utilizar DBSETPROP( ) para almacenar en una vista remota reglas a nivel de campo y de registro. La aplicación puede usar estas reglas locales para comprobar la validez de los datos antes de enviarlos a la tabla original como actualización para tablas remotas. |
Remota | Reglas a nivel de fila y de columna en tablas base remotas | ||
Procedimientos almacenados | Local | Procedimientos almacenados de Visual FoxPro | |
Remota | Procedimientos almacenados en el servidor | Use la función de paso a través de SQL, SQLEXEC( ), para llamar a procedimientos almacenados en el servidor. | |
Transactions | Local | Transacciones de Visual FoxPro | |
Remota | Transacciones del servidor | ||
Desencadenadores | Vistas locales | No hay desencadenadores en las vistas | |
Remota | Desencadenadores del servidor |
Para reducir el tráfico de la red durante las búsquedas, puede elegir entre almacenar localmente las tablas de búsqueda que se modifican con frecuencia o las que no cambian casi nunca. Por ejemplo, podría descargar la lista de clientes de su empresa y actualizarla solamente cuando cambiara la información de los clientes.
Para realizar esta tarea, puede programar la aplicación para que compare la marca de hora incluida en la copia local de la tabla con la marca de hora de los datos de servidor (si el servidor remoto admite marcas de hora) y actualizar la copia local solamente si la tabla del servidor ha cambiado. Otra posibilidad es agregar al formulario un botón de comando que obligue a realizar una descarga inmediata de la tabla, lo que permite a los usuarios actualizar su copia de la tabla local cuando sea necesario.
Vea también
Mejorar el rendimiento mediante el acceso a datos basados en conjuntos | Seleccionar los métodos adecuados | Diseñar aplicaciones cliente-servidor | Desarrollo rápido de aplicaciones | Diseño cliente-servidor para un elevado rendimiento | Optimizar el rendimiento cliente-servidor | Implementar una aplicación cliente-servidor