2015-08-18 1 views

Répondre

-2

Il est toujours préférable de garder le mode cache simple. Distribué ajoute beaucoup de communication entre les instances et cela peut ajouter des frais supplémentaires pour pas beaucoup de valeur.

Il peut également être défini sur le mode de cache verrouillé afin que la commande soit verrouillée à l'aide du mécanisme de serveur de verrous dans ATG. Cela empêchera différentes instances de serveur (ou même la même instance) de modifier simultanément la commande. Vous pouvez trouver plus d'informations à ce sujet ici - http://docs.oracle.com/cd/E41069_01/Platform.11-0/ATGRepositoryGuide/html/s1005lockedcaching01.html

+2

Déclaration très dangereuse: "Il est toujours préférable de garder le mode cache simple". La bonne réponse à cette question est "ça dépend". Par exemple, le cache du référentiel d'ordres CSC remplace les conditions de cache du référentiel d'ordres de commerce et est mis à "désactivé". Tout dépend donc. @bated mentionné dans un article séparé à propos du même compte connecté sur deux instances différentes en même temps avec des modifications simultanées effectuées. Si les deux instances utilisaient un cache simple, que restera-t-il dans la base de données? La mise en cache est quelque chose qui doit être fait avec soin. – radimpe

+0

Vous avez raison à propos de la déclaration dangereuse. J'aurais dû ajouter que pour la plupart des scénarios, le mode cache "simple" devrait fonctionner. En cas d'implémentation du CSC, cela pourrait devenir plus compliqué. Merci d'avoir fait remarquer cela. –

+0

En outre, la mise en cache distribuée a une grande surcharge de performances, soyez donc très prudent. La mise en cache verrouillée est moins coûteuse en termes de performances, mais elle peut entraîner des blocages. Tous les changements de cache doivent être minutieusement testés du point de vue fonctionnel et des performances. – bated