Ce verbe peut être exécuté localement sur le poste de production de la connexion Sql ou à partir de n'importe quel poste client du producteur. Dans ce dernier cas, les commandes et les données renvoyées sont acheminées de manière transparente à travers le système de messagerie multi-postes. Plusieurs connexions à la même source de données ne sont autorisées que si vous utilisez différentes Connexions Sql. Les connexions multiples en utilisant la même Connexion Sql seront refusées, cependant, il est possible d'envoyer plusieurs requêtes simultanément en utilisant la même Connexion Sql.

Les connexions, et les données qui leur sont associées, sont gérées dans le contexte des sessions utilisateurs. Une connexion ne doit être utilisée que dans le contexte de la session qui l'a initiée à l'origine; et tous les objets correspondant doivent être libérés/fermés correctement avant que la session ne se termine. Par exemple, il n'est pas possible d'initier une connexion au démarrage et d'avoir des requêtes qui s'exécutent ultérieurement dans des sessions utilisateurs.

Ce mode est asynchrone. Le programme doit surveiller la valeur de la variable de status.

Similaires au status des objets de communication, ces modes sont conçus pour empêcher un poste qui produit une connexion Sql d'exécuter des commandes réelles vers la source de données en donnant au concepteur de l'application la possibilité de forcer des connexions Sql dans un status (arrêté) . Les modes START et STOP sont toujours exécutées localement (par opposition à routées vers le poste produisant la connexion Sql). En conséquence, ils doivent être exécutés sur les postes de production de la connexion Sql pour être utiles - au lieu d'être exécutés sur des postes client émettant des requêtes qui sont acheminées au producteur de connexion Sql sur le réseau multi-postes.