Fontes e destinos de banco de dados no Jitterbit Design Studio
Bancos de dados podem ser definidos como uma fonte de banco de dados ou destino do banco de dados no Jitterbit Studio. Esta página fornece informações gerais sobre o uso de bancos de dados no Jitterbit.
Motoristas
O Jitterbit se comunica com bancos de dados por meio de ODBC ou JDBC. Os agentes de nuvem suportam um conjunto fornecido de drivers JDBC. Agentes privados suportam drivers ODBC e JDBC. Além dos drivers fornecidos, você pode instalar drivers ODBC e JDBC adicionais em agentes privados.
Instruções SQL
Instruções SQL manuais são suportadas apenas para drivers JDBC. Todas as instruções SQL escritas usando o Construtor de Fórmulas durante Mapeamento de Transformação deve ser compatível com ANSI-SQL para o driver JDBC do banco de dados que você está acessando. Há um limite de 2.000 caracteres para as instruções SQL. Uma solução alternativa recomendada para a limitação de caracteres, se necessário, é criar visualizações de banco de dados para instruções SQL longas.
Autenticação
Credenciais válidas são necessárias para se conectar ao seu banco de dados. Geralmente, elas consistem em DSN (Nome da Fonte de Dados) ou nome de usuário/senha.
Tipos de dados não suportados
Estes itens não são suportados na versão atual do software:
- Dados binários
- Dados Unicode/UTF
- Tabelas e visualizações com espaços nos nomes
Versões TLS suportadas
O Transport Layer Security (TLS) 1.3 e 1.2 são suportados para endpoints de banco de dados JDBC.
Em agentes privados, o TLS 1.0 ou 1.1 pode ser reativado (embora não seja recomendado) removendo TLSv1
ou TLSv1.1
do jdk.tls.disabledAlgorithms
propriedade de segurança no agente privado java.security
arquivo de configuração.
O agente privado java.security
O arquivo de configuração está localizado nestes diretórios padrão:
- Windows:
C:\Program Files\Jitterbit Agent\jre\lib\security
- Linux:
/opt/jitterbit/jre/lib/security
Caracteres especiais em nomes de tabelas/colunas de banco de dados
Se estiver usando um agente privado, você pode especificar caracteres usados para definir delimitadores dentro de nomes de tabelas/colunas de banco de dados no arquivo de configuração do agente privado sob o [DbDrivers]
seção.
Se estiver usando um driver de banco de dados ODBC, observe que alguns caracteres especiais em nomes de tabelas/colunas do banco de dados não podem ser manipulados pelo driver. Por exemplo, campos de banco de dados que possuem um sinal de arroba (@
) não são compatíveis com as especificações baseadas em SQL e podem não ser suportadas. Se o banco de dados usar esses caracteres especiais em nomes de tabelas/colunas, como solução alternativa, recomendamos criar uma visualização na tabela física que não use o caractere especial em nomes de colunas e usá-lo em seu lugar.
Funções definidas pelo usuário
A tag Funções Definidas pelo Usuário (UDF) é encontrada em Funções do banco de dados do construtor de fórmulas pasta. Esta função permite que você use qualquer função de banco de dados suportada por um banco de dados, como a ToDate()
função no Oracle, ou o Convert()
função no SQL Server.
Atualizar valor do campo
O Valor do Campo Atualizado atualiza um campo de um banco de dados de origem para um valor especificado após a conclusão de uma operação. Esse valor é usado ao executar operações em lote de rotina no banco de dados para garantir que dados já processados em uma operação anterior não sejam processados novamente. Também é útil se a operação fizer parte de um workflow e precisar definir o status de um campo para o próximo valor, indicando que foi concluída com sucesso ou que ocorreu uma falha.
Chaves primárias
As chaves primárias são definidas no ambiente do seu banco de dados. Um campo definido como chave primária é usado na indexação das informações do banco de dados. Quando aplicável, o Jitterbit pode identificar automaticamente os campos-chave do seu banco de dados.
Nota
Como esses campos-chave são definidos no ambiente do banco de dados, você não pode alterar suas configurações no Assistente de Transformação.
Tipos de banco de dados
A maioria dos bancos de dados compatíveis com ODBC ou JDBC são suportados. A seguir, recomendações específicas para diversos tipos de bancos de dados.
Trabalhar com bancos de dados Oracle usando TNSNames.ora
O uso de drivers JDBC é altamente recomendado para bancos de dados Oracle. No entanto, se você quiser usar ODBC, é recomendável usar os drivers ODBC da Oracle que acompanham a versão do banco de dados que você está acessando. Você precisará instalar o Oracle Client e o driver ODBC no mesmo servidor que executa o Jitterbit.
Ao usar o Oracle Client, você deve carregar um arquivo TNSNames.ora válido no diretório apropriado que faz referência ao banco de dados que deseja acessar. Para fazer referência ao banco de dados no Jitterbit, insira a referência TNSNames.ora no campo Servidor, juntamente com o ID de usuário e a senha apropriados.
Para mais informações, consulte estas páginas:
- Configurar uma fonte de banco de dados Oracle ODBC
- Configurar um destino de banco de dados Oracle ODBC
- Use drivers ODBC ou JDBC proprietários com Jitterbit
Trabalhar com bancos de dados Microsoft SQL Server
Os bancos de dados Microsoft SQL Server são acessíveis para agentes privados e de nuvem do Jitterbit. Em agentes privados, o Windows ODBC é recomendado para otimizar o desempenho. O Jitterbit suporta as seguintes opções de autenticação:
Tipo de driver | Sistema operacional | Métodos de autenticação | Tipo de Agente | Requisitos adicionais |
---|---|---|---|---|
ODBC | Windows | Autenticação do Windows ou autenticação do SQL Server | Somente privado | |
JDBC | Windows | Autenticação do Windows | Somente privado | |
JDBC | Windows/ Linux | Autenticação do SQL Server | Nuvem ou privada | |
JDBC | Windows/ Linux | Autenticação Microsoft Enterprise | Nuvem ou privada | Agente 11.45 ou posterior |
Para mais informações, consulte:
- Configurar uma fonte de banco de dados Microsoft SQL
- Configurar um destino de banco de dados Microsoft SQL
Trabalhar com bancos de dados baseados em arquivos
Bancos de dados baseados em arquivo devem utilizar a arquitetura de agente privado. Para usar bancos de dados baseados em arquivo, como o Microsoft Access, o arquivo do banco de dados deve residir no sistema de arquivos local na máquina do agente.
As informações de localização e autenticação para bancos de dados de arquivo simples podem ser encontradas na definição do banco de dados de origem ou de destino. Para acessar o banco de dados, você não precisa definir um Servidor, apenas um Nome do Banco de Dados.
Esta tabela fornece exemplos de como acessar bancos de dados de arquivos com parâmetros de string de conexão adicionais, se necessário.
Nota
Alguns bancos de dados exigem apenas um caminho de arquivo para o campo Nome do Banco de Dados; nenhum nome de arquivo é necessário. Na tabela abaixo, observe que as entradas de Nome do Banco de Dados DBASE e Paradox não fornecem nenhum nome de arquivo. Além disso, observe que alguns bancos de dados de arquivo simples exigirão uma string de conexão manual.
Tipo de Banco de Dados | Driver | Nome do Banco de Dados | Parâmetros Adicionais da String de Conexão (se necessário) |
---|---|---|---|
Acesso | Driver do Microsoft Access (*.mdb) | \solar\saturn\demo\access\demo.mdb | |
Acesso (FileDSN) | Driver do Microsoft Access (*.mdb) | \solar\saturn\demo\access\demo.mdb | FileDSN=Access.dsn; |
DBASE | Driver Microsoft dBase (*.dbf) | \solar\saturn\demo\dbase | |
DBASE (FileDSN) | Driver Microsoft dBase (*.dbf) | \solar\saturn\demo\dbase | FileDSN=dbase.dsn; |
Excel | Driver do Microsoft Excel (*.xls) | \solar\saturn\demo\excel\demo.xls | |
Excel (FileDSN) | Driver do Microsoft Excel (*.xls) | \solar\saturn\demo\excel\demo.xls | FileDSN= Excel.dsn; |
Paradox | Driver Microsoft Paradox (*.db) | \solar\saturn\Paradox | ParadoxNetPath=\solar\saturn\Paradox;DefaultDir=\solar\saturn\Paradox; |
Paradox (FileDSN) | Driver Microsoft Paradox (*.db) | \solar\saturn\Paradox | FileDSN=Paradox.dsn; |
Para mais informações, consulte estas páginas: