Utilize esta página para criar uma origem de dados sob um provedor JDBC que fornece a classe de implementação específica do driver JDBC.
Certifique-se de que queira utilizar uma origem de dados Versão 5.0. Se estiver utilizando o modelo do componente Enterprise JavaBean versão 1.0 e Servlets 2.2, você deverá utilizar uma origem de dados Versão 4.0.
Para visualizar a página do console administrativo, clique em Recursos > Provedores JDBC > provedor_JDBC > Origens de Dados > origem_de_dados.
Guia Configuração
Recursos como Provedores JDBC, Ligações de espaço de nomes ou bibliotecas compartilhadas podem ser definidos em vários escopos, com os recursos definidos em escopos mais específicos substituindo duplicatas definidas em escopos mais gerais.
Observe que independentemente do escopo de um recurso definido, as propriedades do recurso aplicam-se apenas a um nível de servidor individual. Por exemplo, se o escopo de uma origem de dados for definido no nível Célula, todos os usuários daquela Célula poderão consultar e utilizar a origem de dados, que é exclusiva naquela Célula. Entretanto, as definições de propriedade de recursos são locais para cada servidor na Célula. Por exemplo, se você definir número máximo de conexões para 10, então, cada servidor da Célula poderá ter 10 conexões.
Quando os recursos forem criados, eles serão sempre criados no escopo atual selecionado no painel. Para exibir recursos em outros escopos, especifique um nó ou servidor diferente no formulário de seleção de escopo.
| Tipo de Dados | String |
Os caracteres válidos para esse nome incluem letras e números, mas NÃO a maioria dos caracteres especiais. Por exemplo, você pode definir este campo para Testar Origem de Dados. Qualquer nome iniciado por um ponto (.) ou contendo caracteres especiais ( \ / , : ; " * ? < > | = + & % ' `) não é um nome válido.
| Tipo de Dados | String |
Os ambientes de computação distribuída geralmente empregam os serviços de nomenclatura e de diretório para obter componentes e recursos compartilhados. Os serviços de nomes e de diretórios associam nomes a localizações, serviços, informações e recursos.
Os serviços de nomenclatura fornecem mapeamentos de nome-para-objeto. Os serviços de diretório fornecem informações sobre objetos e as ferramentas de pesquisa necessárias para localizar esses objetos.
Existem muitas implementações de serviços de nomes e de diretórios e as interfaces para eles variam. JNDI fornece uma interface comum que é utilizada para acessar os diversos serviços de nomes e de diretórios.
Por exemplo, você pode utilizar o nome jdbc/markSection.
Se você deixar este campo em branco, será gerado um nome de JNDI a partir do nome da origem de dados. Por exemplo, o nome da origem de dados de markSection gera um nome de JNDI de jdbc/markSection.
Depois de definir esse valor, salvá-lo e iniciar novamente o servidor, você poderá ver essa cadeia ao executar dumpnamespace.
| Tipo de Dados | String |
Se a caixa de opções for selecionada, uma Fábrica de Conectores CMP que corresponde a essa origem de dados será criada para o adaptador de recursos relacionais.
| Tipo de Dados | Caixa de opção |
| Padrão | Não selecionado |
| Tipo de Dados | String |
| Tipo de Dados | String |
A origem de dados do WebSphere Application Server otimiza o processamento das instruções preparadas. Uma instrução preparada é uma instrução SQL pré-compilada que é armazenada em um objeto de instrução preparada. Esse objeto é utilizado para executar de forma eficiente a instrução SQL específica várias vezes.
Se o cache não for grande o suficiente, entradas úteis serão descartadas para dar espaço a novas entradas. Para determinar o valor mais alto para o tamanho do cache para evitar descartes do cache, adicione o número de instruções preparadas exclusivamente, instruções que podem ser chamadas (conforme determinado pela cadeia sql, simultaneidade e o tipo de rolagem) para cada aplicativo que utiliza essa origem de dados em um determinado servidor. Esse valor é o número máximo de possíveis instruções preparadas que são armazenadas em cache em uma determinada conexão durante a existência do servidor. A definição do tamanho da cache para este valor significa que você nunca terá caches descartadas. Em geral, quanto mais instruções o aplicativo possuir, maior deverá ser o cache. Por exemplo, se o aplicativo tiver 5 instruções SQL, defina o tamanho do cache de instruções para 5, para que cada conexão tenha 5 instruções.
O Tivoli Performance Viewer também pode ser utilizado para minimizar descartes de cache. Utilize uma carga de trabalho padrão que represente um número típico de pedidos recebidos do cliente, um número fixo de iterações e um conjunto padrão de definições de configuração. Nota: Quanto maior o cache de instruções, mais atrasados serão os recursos do sistema. Assim, se o número for definido muito alto, pode faltar recursos, porque seu sistema não será capaz de abrir tantas instruções preparadas.
Em aplicativos de teste, o ajuste do cache de instruções melhorou o throughput em 10-20%. No entanto, devido a limitações potenciais de recursos, isso nem sempre será possível.
| Tipo de Dados | Inteiro |
| Padrão | Depende do banco de dados. A maioria é 10. O Informix Versão 7.3, 9.2 ou 9.3 sem a correção mais atual também deve ser 0. Um padrão igual a 0 significa que não há nenhuma instrução em cache. |
É utilizado pelo Adaptador de Recursos Relacionais no tempo de execução. A classe de implementação DataStoreHelper padrão é definida com base na classe de implementação do driver JDBC, utilizando a estrutura: com.ibm.websphere.rsadapter.databaseDataStoreHelper. Por exemplo, se o provedor JDBC for DB2, então, a classe DataStoreHelper padrão é com.ibm.websphere.rsadapter.DB2DataStoreHelper. Você pode alterar para sua subclasse deste DataStoreHelper, se necessário.
| Tipo de Dados | String |
| Padrão | Dependente da classe de implementação do driver JDBC |
Se a autenticação de recursos (res-auth) estiver definida para Aplicativo, defina o alias no Alias de Autenticação Gerenciador por Componente.
Se esse campo não for definido e o banco de dados requerer o ID do usuário e a senha para obter uma conexão, então, você receberá uma exceção durante o tempo de execução.
Se seu banco de dados (por exemplo, Cloudspace) não suportar ID do usuário e senha, então, não defina o alias nos campos Alias de Autenticação Gerenciado por Componente ou Alias de Autenticação Gerenciado por Contêiner. Caso contrário, a mensagem de aviso será exibida no log do sistema para indicar que o usuário e a senha não são propriedades válidas. Essa mensagem é apenas de aviso, portanto, a origem de dados é criada com êxito.
| Tipo de Dados | Lista de seleção |
Se res-auth estiver definida para Contêiner, defina o Alias de Autenticação Gerenciado por Contêiner.
Se esse campo não for definido e o banco de dados requerer o ID do usuário e a senha para obter uma conexão, então, você receberá uma exceção durante o tempo de execução.
Se seu banco de dados (por exemplo, Cloudspace) não suportar ID do usuário e senha, então, não defina o alias nos campos Alias de Autenticação Gerenciado por Componente ou Alias de Autenticação Gerenciado por Contêiner. Caso contrário, a mensagem de aviso será exibida no log do sistema para indicar que o usuário e a senha não são propriedades válidas. Essa mensagem é apenas de aviso, portanto, a origem de dados é criada com êxito.
| Tipo de Dados | Lista de seleção |
A configuração JAAS de DefaultPrincipalMapping mapeia o alias de autenticação para o ID do usuário e a senha. Você pode definir e utilizar outras configurações de mapeamento.
| Tipo de Dados | Lista de seleção |