[HINTS] - ROWLOCK sur une vue

[xavDIP]

Bonjour à tous,

J'ai une question à propos de l'utilisation de hint placé sur une vue.

Pour établir le contexte de ma demande, voici un petit descriptif :
Les tables dans lesquelles je veux insérer des données sont sur des bases annualisées. Par exemple, pour un client A, j'ai les bases suivantes : A_2010_Datas et A_2011_Datas. Ces bases ont la même structure (seules des contraintes sont modifiées). Dans chacune de ces bases, j'ai une table (parmi d'autres) qui se nomme Articles. Pour effectuer l'insertion de données, nous insérons dans une vue proxy, qui fait une union entre les tables des deux bases annualisées (la vue contient quelque chose de ce genre là :SELECT Champs1,Champs2 FROM A2010_Datas.dbo.Articles UNION ALL A_2011_Datas.dbo.Articles).
A un moment dans le programme, nous appelons une procédure stockée qui fait un UPDATE sur cette vue proxy.

Voici donc ma question : est ce qu'il est possible/judicieux/utile de placer un hint ROWLOCK sur la vue ? Le programme appelant cette procédure stockée est multithreadé, donc ce serait pour gérer les accès concurrents.

Merci beaucoup,

Xavier.

[iberserk]

Tout insert/update est encapsulé dans une transaction.
SQL SERVER se charge de placer les bons verrous en fonction du niveau d'isolation de la transaction en question (dépend du niveau d'isolation par défaut défini au niveau de votre Server si vous n'avez pas explicitement spécifié ce niveau pour votre requête INSERT/UPDATE)

[zeus]

Bonjour xavDIP,

Je n'ai pas bien compris votre problématique d'accès concurrent dans votre programme multi-threadé.

Je déconseille néanmoins d'utiliser les hints sur les requêtes.
Il faut comprendre qu'en les manipulant vous pouvez faire plus de mal qu'autre chose.

Concernant les niveau d'isolation des connexions, il sont à utiliser de manière judicieuse (avec les avantages et inconvénients du niveau choisi).

Détaillez votre problème :
Que font les threads dans votre programme (lectures/écritures).
Dans quelle séquence travaille vos threads
Avez vous des blocages ?

etc ...

@+

[elsuket]

Bonjour,

Dans tous les cas les accès concurrentiels sont forcément mieux gérés par SQL Server que par vous ou votre applicatif.
SQL Server peut même décider d'outrepasser votre hint.

@++

[SQLpro]

Votre façon de faire est assez simpliste. Il vaudrait mieux créer des vues partitionnées indexées.
En gros : une base par année avec une contrainte CHECK sur la date pour définir les bornes d'années dans chaque table de chaque base
une vue UNION ALL pour chaque table dans la base principale
des triggers INSTEAD OF pour la mise à jour des vues qui répercute les lignes dans les bonne base

A +