Isso permite acessar informações adicionais em um banco
de dados para melhorar ou influenciar a operação do fluxo de
mensagens e modificar o conteúdo de um banco de dados com a inclusão
de novas informações ou com a remoção ou substituição de informações
existentes.
Você pode acessar um banco de dados em um fluxo de mensagens a partir
dos seguintes nós:
- Compute
- Database
- DataInsert
- DataDelete
- DataUpdate
- Filter
- Mapping
- Warehouse
Para obter detalhes adicionais sobre esses nós e como
configurá-los nos fluxos de mensagens, consulte
Nós Internos.
Para que as ações tomadas pelo fluxo de mensagens no banco de dados
sejam coordenadas com outras ações, configure o fluxo de mensagens
para suportar transações coordenadas. Para obter informações sobre como fazer isso, consulte Configurando Fluxos de Mensagens Coordenados.
Para
acessar um banco de dados a partir de um fluxo de mensagens:
- Identifique o banco de dados que você deseja acessar. Pode ser um
existente ou um novo criado para esta finalidade.
Se quiser criar um novo banco de dados, siga as instruções fornecidas em Criando os Bancos de Dados. Elas
descrevem como criar um banco de dados do DB2 para um intermediário, mas são igualmente aplicáveis a bancos de dados do usuário.
Se desejar utilizar um banco de dados diferente do DB2,
consulte a documentação sobre o produto do banco de dados para obter
detalhes sobre como proceder.
Bancos de Dados Suportados define
os produtos do banco de dados suportados pelo WebSphere Message Broker.
- Crie uma origem de dados ODBC com o banco de dados se ela ainda não existir. Siga as instruções fornecidas em Conectando-se aos Bancos de Dados. Elas descrevem como criar uma origem de dados para um banco de dados do intermediário, mas também são aplicáveis a bancos de dados de usuários.
- Autorize o acesso do intermediário ao banco de dados.
O acesso do banco de dados do usuário de dentro de um fluxo de
mensagens é controlado pelo ID do usuário e senha.
No z/OS, é possível especificar estes
valores:
- Quando é criado o intermediário.
O ID da tarefa iniciada pelo intermediário é utilizado para acessar bancos dedados de usuários, independentemente do ID do usuário e da senha especificados no comando mqsicreatebroker, na JCL BIPCRBK do conjunto de dados de customização <hlq>.SBIPPROC.
- Depois de ter criado o intermediário.
Utilize a JCL BIPSDBP no conjunto de dados de customização <hlq>.SBIPPROC de forma a customizar o comando mqsisetdbparms para especificar um par de ID de usuário e senha para um banco de dados específico. Isso altera os padrões configurados quando você criou o intermediário (descrito acima)
Você pode criar um par de ID do usuário e senha para qualquer banco
de dados (identificado pelo DSN) que seja acessado por um fluxo de
mensagens.
Portanto, é possível controlar o acesso a um banco de dados em um
nível individual, se você escolher. Isso inclui bancos de dados criados e configurados em sistemas distribuídos acessados pelo acesso ao banco de dados remoto DB2 do z/OS.
Nos sistemas distribuídos, você pode especificar esses valores:
- Quando é criado o intermediário.
O comando
mqsicreatebroker
possui dois parâmetros -u
DataSourceUserid e -p
DataSourcePassword que pode ser utilizado para identificar o
ID do usuário que o intermediário utiliza para acessar seu
próprio banco de dados. Se você especificar esses parâmetros, eles
serão utilizados como parâmetros de controle de acesso padrão para
bancos de dados do usuário acessados por fluxos de mensagens.
Se você não
especificar DataSourceUserid e
DataSourcePassword, o intermediário utilizará os valores especificados para os parâmetros
-i ServiceUserID e
-a ServicePassword (que
identificam o usuário sob o qual o intermediário é
executado) como valores padrão.
- Depois de ter criado o intermediário.
Utilize o
comando
mqsisetdbparms para
especificar um par de ID do usuário e senha. Isso altera os padrões definidos
quando o intermediário foi criado (descrição acima).
Você pode criar um par de ID do usuário e senha para qualquer banco
de dados (identificado pelo DSN) que seja acessado por um fluxo de
mensagens.
Portanto, é possível controlar o acesso a um banco de dados em um
nível individual, se você escolher. Isso inclui os bancos de dados
criados e configurados no z/OS, acessados por intermediários em sistemas distribuídos.
Se o usuário que criou uma tabela em um banco de dados não
for o mesmo que o intermediário estiver utilizando para
acessar o banco de dados, você deverá especificar o ID do usuário que
criou o banco de dados como nome do esquema nas instruções ESQL
relevantes, a menos que tenha configurado um alias ou sinônimo.
Nota: 
Se você acessar um banco de dados a partir de um fluxo de mensagens utilizando um nó Compute, Database ou Filter, utilize a perspectiva Dados para
criar uma conexão com o banco de dados apropriado. A etapa final deste processo importa o SQL do banco de dados para o projeto do fluxo de mensagens.
O Amostra Message Routing, o Amostra Data Warehouse, o
Amostra Error Handler e o Amostra Airline Reservations acessam bancos de dados a partir de fluxos de mensagens.
A amostra Message Routing e a amostra Data Warehouse utilizam nós Compute para acessar o banco de dados, a Error Handler utiliza os nós Database para acessar o banco de dados e a amostra Airline Reservations utiliza os nós Compute e Database.
