Schéma de verrouillage de la table Sybase ASE optimal A pour la table de code de référence

Question

J'ai un tableau de code de référence qui ne sera lu que lors d'une utilisation normale, et il est possible d'être mis à jour uniquement pour les modifications de produits (mensuellement).

Quel verrouillage de table dois-je utiliser dans l'instruction Create Table?

Je supposais toutes les pages car cela maintient le nombre total de verrous en lecture que l'ASE doit gérer; Mais je reçois des «conseils» différents d'un autre développeur du projet.

Je vois d'autres tables de référence dans la DB en question qui utilisent AllPages; Mais ils ont été améliorés à partir de 12,5, c'est peut-être un retenue de ce qui était disponible à l'époque.

Le tableau n'est pas très large, il a deux colonnes d'ID de code numérique, une colonne Char (1) et est regroupée sur les deux codes numériques.

Answer 1

Je n'ai qu'une réponse évidente - exécutez SP_Object_Stats au premier et choisissez le schéma de verrouillage.

Answer 2

Si le tableau de référence est uniquement pour la lecture, le verrouillage de tous les pages est le meilleur car il faut le moins de verrous (que vous avez dit) et il n'y a pas de conflit sur les verrous partagés que les processus acquièrent lors de la lecture des données.

Juste pour vous donner une astuce supplémentaire sur les performances: essayez toujours d'utiliser un tableau de référence via une sous-requête en co-requête pour profiter de la mise en cache de sous-requête. N'oubliez pas non plus que la mise en cache de la sous-requête n'a lieu que lorsque la sous-requête n'a pas été aplatie par l'optimiseur et non convertie en une jointure régulière. L'astuce pour s'assurer que la sous-requête n'est pas aplatie consiste à utiliser une fonction agrégée, dire max (att) sur l'attribut. La fonction maximale sera juste mannequin sans aucun "groupe par".