Banco de dados Teradata para a conexão do DataStage
Para acessar seus dados com o banco de dados Teradata para conexão do DataStage , crie um ativo de conexão para ele. Essa conexão funciona com o banco de dados DataStage Teradata para DataStage conector, que possui recursos exclusivos para DataStage.
Teradata fornece produtos e serviços relacionados a análise e banco de dados.
Versões suportadas
Teradata bancos de dados 17.1, 17.2.
Crie uma conexão com o banco de dados Teradata para o DataStage
Para criar o ativo de conexão, estes detalhes da conexão são necessários:
- Servidor: Teradata Director Program ID: o ID de rede do banco de dados Teradata . Você pode usar de 1 a 258 caracteres. É possível especificar o nome completo da Internet, ou um endereço IPv4 ou IPv6
- Conta: ID da conta do usuário para contabilidade de recurso
- Banco de dados: banco de dados padrão
- Username e password
O banco de dados Teradata para conexão com o DataStage é compatível com o conector IBM Cloud Satellite. O bloco IBM Cloud Satellite está disponível na seção Private Connectivity do formulário Create connection. Você pode configurar um Conector Satellite para se conectar com segurança à sua fonte de dados a partir de um contêiner Docker em sua infraestrutura local ou configurar um local Satellite com vários hosts em sua infraestrutura, como um data center local ou na nuvem. Para obter mais informações, consulte Configuração de um conector Satellite.
Opções avançadas
Modo de transação: Semântica para transações SQL: ANSI ou Teradata. No modo de sessão ANSI, instruções SQL seguem as regras definidas pela especificação ANSI SQL. Cada transação consiste em uma ou mais solicitações; cada uma delas pode consistir em uma ou mais instruções SQL. As solicitações de várias instruções são tratadas como uma única unidade; todo o trabalho que é feito por todas as instruções é confirmado ou nenhum trabalho é confirmado.
No modo de sessão Teradata (também conhecido como modo de sessão BTET), o processamento de transações segue um conjunto de regras definidas por Teradata. Use o modo de sessão Teradata para o processamento de transações por aplicativos anteriores
Conjunto de caracteres do cliente: Teradata conjunto de caracteres do cliente. O padrão é
UTF8. Consulte a documentaçãoTeradata para obter os conjuntos de caracteres compatíveis.Codificação do conjunto de caracteres automáticos: por padrão, essa propriedade é selecionada.
Cancele a seleção se desejar especificar uma codificação de conjunto de caracteres ICU. Especifique o nome do mapa NLS e o número máximo de bytes por caractere para o novo mapa..Consultar expressão de banda: lista separada por ponto e vírgula de pares nome-valor a serem usados na instrução de banda de consulta gerada para a sessão. Uma banda de consulta é um conjunto de parâmetros definidos pelo usuário que podem ser configurados em uma sessão, uma transação ou ambos para identificar a origem de uma consulta. Depois de definir uma banda de consulta, ela é passada para o banco de dados Teradata como uma lista de pares name=value em uma sequência de caracteres entre aspas simples. Por exemplo,
'ProjectName=dstage1'.Ler Expressão do Arquivo: Selecione para ler a expressão da banda de consulta a partir do arquivo especificado no campo Consultar Expressão da Banda . Insira o nome do conjunto de caracteres IANA do arquivo para a codificação no campo Conjunto de Caracteres
Mecanismo de logon: selecione o mecanismo de segurança a ser usado para autenticar o usuário:
- Padrão: Use o mecanismo de logon do servidor Teradata .
- TD2: Use o mecanismo de segurança Teradata .
- LDAP e: Use um mecanismo de segurança do tipo " LDAP " para autenticação externa.
Passagem Unicode: Permitir que caracteres de passagem (PTCs) sejam importados e exportados do Teradata. Consulte a documentaçãoTeradata.
Certificados
SSL modo : O modo do servidor de gerenciamento de dispositivos ( SSL ) configurado no servidor de gerenciamento de dispositivos ( Teradata ). O modo Desativar (não criptografado-não há fallback para criptografado) será usado se nenhuma seleção for feita.
Permitir (não criptografada - recorrer à criptografada) : Estabelecer uma conexão não criptografada que utilize a porta não TLS. Se o servidor estiver configurado para aceitar conexões na porta não TLS, mas a tentativa de conexão com essa porta falhar (por exemplo, devido a um tempo limite TLS ), a tentativa de conexão falhará e retornará um erro.
Uma conexão criptografada ( TLS ) é usada como alternativa caso o administrador desative a porta não TLS e ative a porta TLS.
Desativar (não criptografada – sem recurso para a versão criptografada) : Estabelece uma conexão não criptografada que utiliza a porta não TLS.
Preferir (criptografada - usar a conexão não criptografada como alternativa) : Estabelecer uma conexão criptografada ( TLS ) se o servidor for compatível com TLS e a porta TLS estiver habilitada. Se o servidor estiver configurado para aceitar conexões na porta TLS, mas a tentativa de conexão na porta TLS falhar (por exemplo, devido a um tempo limite excedido), a tentativa de conexão falhará e retornará um erro.
Uma conexão não criptografada com a porta não- TLS é usada como alternativa caso o administrador desative a porta TLS ou o servidor não seja compatível com TLS.
Exigir (criptografada – sem recurso para conexão não criptografada) : Estabelecer uma conexão criptografada ( TLS ) se o servidor for compatível com conexões TLS. A tentativa de conexão falha se não for possível estabelecer uma conexão d TLS. Não recorra à porta não TLS.
Verificar-CA (autoridade de certificação (CA) criptografada-verificar): semelhante a Requerer (criptografado-nenhum fallback para não criptografado), mas também verificar o certificado de autoridade de certificação (CA) do servidor com relação aos certificados de autoridade de certificação (CA) confiáveis configurados. A tentativa de conexão falhará se nenhum certificado CA correspondente válido for localizado.
Verify-Full (encrypted-verify CA e hostname): semelhante a Verify-CA (encrypted-verify CA), mas verifique adicionalmente a identidade do nome do host verificando o nome do host que o cliente usa para se conectar ao servidor com relação à identidade no certificado que o servidor envia para o cliente. O nome do host é correspondido com relação aos atributos de Nome Alternativo do Assunto do certificado ou com relação ao atributo Nome Comum se nenhum Nome Alternativo do Assunto do tipo "Nome DNS" estiver presente.
Se o atributo de nome do certificado começar com um asterisco (*), o asterisco será tratado como um curinga, que corresponderá a todos os caracteres, exceto um ponto (.). Isso significa que o certificado não corresponderá aos subdomínio. Se a conexão for feita usando um endereço IP em vez de um nome do host, o endereço IP será correspondido (sem quaisquer consultas DNS).
A conexão falha se houver uma incompatibilidade. Para conexões criptografadas, essa opção ajuda a evitar ataques man-in-the-middle..
Se você selecionar Verify-CA (criptografado - verificar CA) ou Verify-Full (criptografado - verificar CA e nome do host), cole o certificado SSL do host que deve ser considerado confiável. O certificado é necessário somente quando o certificado do host é assinado por uma autoridade de certificação privada
Executando instruções SQL
Para assegurar que as instruções SQL sejam executadas corretamente, consulte a Documentação do Teradata SQL para a sintaxe correta.
Tipos de dados suportados
O banco de dados Teradata para a conexão do DataStage suporta a maioria dos tipos de dados Teradata , exceto INTERVAL, TIME WITH TIME ZONE, TIMESTAMP WITH TIME ZONE e UDT.
Saiba Mais
Conexão relacionada: Teradata conexão
Teradata JDBC 17.00.00.03 Copyright (C) 2024 por Teradata. Todos os direitos reservados. A IBM fornece uso integrado do Driver JDBC Teradata sob licença da Teradata unicamente para uso como parte da oferta de serviço IBM Watson.