Problèmes des accès concurrents SAS

bar_79 · 05/12/2010, 12h04

* Bonjour, *

j'ai développé un programme SAS permettant d'alimenter une série de tables exploitées quotidiennement par des utilisateurs divers.

En où cas un utilisateur garde sa session SAS ouverte le soir, la table SAS sera verrouillée par le traitement "PROCESS" de cet utilisateur, donc le batch du soir n'arrivera pas à mettre à jour cette table

Ma question : Y a t-il une possibilité de contourner cette anomalie.

Cordialement.

datametric · 06/12/2010, 10h50

un kill -15 sur unix.

wise2 · 08/12/2010, 11h22

Bonjour,

J'ai un peu la même problématique. Pour le moment, mes traitements ne mettent pas à jour directement une table susceptible d'être utilisée. Je met à jour dans une table temporaire, et je recrée ensuite une vue qui pointe sur la dernière table alimentée. Les utilisateurs pointent sur la vue.

Pour faire plus propre, il me semble qu'en arrêtant et redémarrant les services SAS cela devrait régler les problèmes de lock, non ?

steelspirit · 09/12/2010, 11h40

Bonjour,

Tout dépend de l'architecture mais il y a le module SAS/SHARE qui permet de gérer les accès concurrents.

Steel

05/12/2010, 12h04	#1
bar_79 Invité de passage Inscription : octobre 2008 Messages : 29 Détails du profil Informations forums : Inscription : octobre 2008 Messages : 29 Points : 2 Points : 2	Problèmes des accès concurrents SAS * Bonjour, * j'ai développé un programme SAS permettant d'alimenter une série de tables exploitées quotidiennement par des utilisateurs divers. En où cas un utilisateur garde sa session SAS ouverte le soir, la table SAS sera verrouillée par le traitement "PROCESS" de cet utilisateur, donc le batch du soir n'arrivera pas à mettre à jour cette table Ma question : Y a t-il une possibilité de contourner cette anomalie. Cordialement.
	00

06/12/2010, 10h50	#2
datametric Rédacteur Stéphane Consultant et formateur SAS et Cognos Inscription : avril 2009 Messages : 1 791 Détails du profil Informations personnelles : Nom : Stéphane Localisation : France, Yvelines (Île de France) Informations professionnelles : Activité : Consultant et formateur SAS et Cognos Secteur : Conseil Informations forums : Inscription : avril 2009 Messages : 1 791 Points : 4 012 Points : 4 012	un kill -15 sur unix. __________________ N'oubliez pas de cliquer sur lorsque votre problème est réglé ! Moteur de recherche dans les papiers SAS
	00

08/12/2010, 11h22	#3
wise2 Membre du Club Inscription : septembre 2009 Messages : 60 Détails du profil Informations personnelles : Sexe : Informations forums : Inscription : septembre 2009 Messages : 60 Points : 52 Points : 52	Bonjour, J'ai un peu la même problématique. Pour le moment, mes traitements ne mettent pas à jour directement une table susceptible d'être utilisée. Je met à jour dans une table temporaire, et je recrée ensuite une vue qui pointe sur la dernière table alimentée. Les utilisateurs pointent sur la vue. Pour faire plus propre, il me semble qu'en arrêtant et redémarrant les services SAS cela devrait régler les problèmes de lock, non ?
	00

09/12/2010, 11h40	#4
steelspirit Membre chevronné Inscription : janvier 2008 Messages : 420 Détails du profil Informations personnelles : Localisation : France, Paris (Île de France) Informations forums : Inscription : janvier 2008 Messages : 420 Points : 739 Points : 739	Bonjour, Tout dépend de l'architecture mais il y a le module SAS/SHARE qui permet de gérer les accès concurrents. Steel
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email