Aplicação == sessão == conexão no DB2?

Na maioria das vezes, application == connection == session ao observá-lo da perspectiva do DB2 .

Alguém provavelmente poderia argumentar que nem sempre são necessariamente os mesmos em ambientes que usam o concentrador de conexão ou o recurso de particionamento de banco de dados (DPF), mas, para todos os efeitos, é seguro usar os termos de forma intercambiável.

Você também pode argumentar que, do lado do cliente, um único aplicativo pode abrir várias conexões (ou seja, um pool de conexões), mas isso é dba.stackexchange.com :-)

Eu diria que você não deve considerar aplicativos, conexões e sessões como sinônimos.

Um aplicativo é uma instância de um programa de software em execução, materializado como um processo do sistema operacional. Um aplicativo pode ou não estabelecer uma ou mais conexões com um banco de dados, no entanto, como menciona @IanBjorhovde, se você olhar para ele da perspectiva do gerenciador de banco de dados, você só saberá sobre os aplicativos que estão conectados, embora várias conexões possam eventualmente levar ao mesmo aplicativo do outro lado.

Acho que, por razões históricas, a terminologia do DB2 é um pouco confusa: em vez de list applicationsou force applicationdeveria haver list connectionse force connection.

Uma sessão é criada implicitamente quando uma conexão é estabelecida entre um aplicativo e o banco de dados. É um contexto específico, ou seja, um conjunto de variáveis ​​que controlam a execução da instrução SQL. No entanto, você pode alternar as sessões sem encerrar a conexão, por exemplo, alterando um contexto confiável em uma conexão.