Compartir a través de


Procedimiento para completar la memoria caché de cliente de los Servicios de conectividad empresarial

Última modificación: lunes, 02 de noviembre de 2009

Hace referencia a: SharePoint Server 2010

En la memoria caché, las identidades y los datos de instancia se almacenan en ubicaciones independientes. Los identificadores de todas las instancias de entidad que pertenecen a todas las suscripciones instaladas para el usuario en el cliente se almacenan en una ubicación central. Los datos de instancia de entidad para cada entidad en una suscripción, como identificador, nombre, dirección, etc., se almacenan en una ubicación independiente. Por ejemplo, si el usuario tiene dos suscripciones, Clientes y Cuentas, y cada una de ellas tiene 10 instancias de entidad, los 20 identificadores se almacenan de forma centralizada en una ubicación en la memoria caché. Los datos del cliente, como el identificador, el nombre o la dirección que pertenecen a la suscripción se almacenan en una ubicación independiente. Los datos de cuentas se almacenan en otra ubicación de la memoria caché. Si el usuario modifica la suscripción para agregar una consulta que devuelve cinco de las diez instancias de entidad de cliente utilizadas por la primera consulta en la suscripción, la memoria caché no vuelve a duplicar los datos de esas instancias de entidad.

Para completar la memoria caché para una suscripción, el proceso de sincronización de BCS realiza varias llamadas a la aplicación externa. Para cada consulta definida en la suscripción, realiza una llamada Finder a la aplicación externa. Si Finder devuelve la vista completa, no se realizan llamadas adicionales y la memoria caché se completa con los datos acerca de cada instancia de entidad. Sin embargo, si Finder no devuelve la vista completa, la memoria caché se completa con los identificadores de Finder. Si alguno de los identificadores ya existe en la memoria caché, no se duplica. Así, para cada identificador devuelto por la consulta, realiza una llamada SpecificFinder para obtener los campos devueltos por la consulta.

A continuación, realiza la misma cantidad de llamadas SpecificFinder que la cantidad de identidades explícitas en la suscripción y completa la memoria caché con las instancias de entidad devueltas por la instancia del método. Por último, completa la memoria caché con las instancias de entidad relacionadas si hay alguna asociación habilitada en la suscripción. Para ello, realiza la misma cantidad de llamadas a instancias del método Associate que la cantidad de instancias de entidad de la memoria caché en esta suscripción. Esto devuelve los identificadores de las instancias de entidad relacionadas. A continuación, llama a SpecificFinder en cada uno de los identificadores devueltos para recuperar el resto de los campos.

Nota importanteImportante

Considere la posibilidad de crear dos suscripciones, una para Clientes y otra para Pedidos, en lugar de usar asociaciones de suscripciones. Esto dará como resultado un número menor de llamadas a la aplicación externa y aumentará el rendimiento de la aplicación.