Systeme de verrous / locks (cbsqlxp)
Posté: Mer 3 Juin 2020 03:20
Bonjour a tous (et a toutes),
Je suis actuellement en train de regarder en detail le fonctionnement du système de verrous (locks) utilise par Sage 100cloud.
Pour l'instant j'ai cru comprendre que tout se basait sur les procedures stockées etendues présentes dans la base de données master: xp_CBIs*Lock, xp_CBLock*, xp_CBUnLock* et xp_CBPurgeLock. Ces procedures font appel a une dll cbsqlxp.dll (que je n'ai pas réussi a décompiler).
Mon principal problème actuel est l'impossibilite d'extraire une liste des locks actifs afin de savoir précisément qui lock quoi (et pourquoi). A prime abord, il ne semble pas y avoir une telle possibilité mais si quelqu'un connait une astuce, je lui en serais très reconnaissant de la partager.
Ma deuxième option consisterait a redévelopper le système de locks / verrous en remplaçant dans master les procedures stockées susnommées. Au vu de la documentation, cela ne semble pas impossible mais il faudrait bien documenter les retours standards des procedures stockées ainsi que leur codes erreurs.
A nouveau, si quelqu'un a déjà explore cette voie, je serais très intéressé d'avoir leur avis sur la question. Et si d'autres personnes sont intéressées par le project, dites-le moi.
Pour commencer:
- post60219.html
- documentation Sage "Déploiement Sage 100c MS SQL Server pour Premium"
Je suis actuellement en train de regarder en detail le fonctionnement du système de verrous (locks) utilise par Sage 100cloud.
Pour l'instant j'ai cru comprendre que tout se basait sur les procedures stockées etendues présentes dans la base de données master: xp_CBIs*Lock, xp_CBLock*, xp_CBUnLock* et xp_CBPurgeLock. Ces procedures font appel a une dll cbsqlxp.dll (que je n'ai pas réussi a décompiler).
Mon principal problème actuel est l'impossibilite d'extraire une liste des locks actifs afin de savoir précisément qui lock quoi (et pourquoi). A prime abord, il ne semble pas y avoir une telle possibilité mais si quelqu'un connait une astuce, je lui en serais très reconnaissant de la partager.
Ma deuxième option consisterait a redévelopper le système de locks / verrous en remplaçant dans master les procedures stockées susnommées. Au vu de la documentation, cela ne semble pas impossible mais il faudrait bien documenter les retours standards des procedures stockées ainsi que leur codes erreurs.
A nouveau, si quelqu'un a déjà explore cette voie, je serais très intéressé d'avoir leur avis sur la question. Et si d'autres personnes sont intéressées par le project, dites-le moi.
Pour commencer:
- post60219.html
- documentation Sage "Déploiement Sage 100c MS SQL Server pour Premium"