Utilisation des var globales en SQL SERVER
Fermé
benouda
Messages postés
1
Date d'inscription
mardi 7 mai 2002
Statut
Membre
Dernière intervention
14 mai 2003
-
14 mai 2003 à 14:22
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 14 mai 2003 à 14:48
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 14 mai 2003 à 14:48
Bonjour,
Je veux déclarer et utiliser des vars globales en Transact_SQL,
pourriez_vous m'aider SVP.
Merci;
Je veux déclarer et utiliser des vars globales en Transact_SQL,
pourriez_vous m'aider SVP.
Merci;
A voir également:
- Utilisation des var globales en SQL SERVER
- Notice d'utilisation - Guide
- Utilisation chromecast - Guide
- Ps3 media server - Télécharger - Divers Réseau & Wi-Fi
- Filezilla server - Télécharger - Téléchargement & Transfert
- Mysql community server - Télécharger - Bases de données
1 réponse
sebsauvage
Messages postés
32893
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 662
14 mai 2003 à 14:48
14 mai 2003 à 14:48
Variables globales ??
On ne peut pas en déclarer.
Toute nouvelle variable déclarée est forcément locale à la session SQL courante.
Les seules variables globales sont celles définies par le système (@@ERROR, @@TRANCOUNT, @@IDENTITY, etc.).
Si c'est pour partager de l'information entre différentes sessions SQL (ou différents clients), il vaut franchement utiliser des tables, et profiter ainsi de la gestion transactionnelle du serveur SQL, non ?
(C'est tout l'intérêt d'un serveur SQL ! :-)
On ne peut pas en déclarer.
Toute nouvelle variable déclarée est forcément locale à la session SQL courante.
Les seules variables globales sont celles définies par le système (@@ERROR, @@TRANCOUNT, @@IDENTITY, etc.).
Si c'est pour partager de l'information entre différentes sessions SQL (ou différents clients), il vaut franchement utiliser des tables, et profiter ainsi de la gestion transactionnelle du serveur SQL, non ?
(C'est tout l'intérêt d'un serveur SQL ! :-)