Postagens

Erro: Column complemento in table PUB.it-referencia has value exceeding its max length or precision.

Imagem
Mais um "erro" que pode ocorrer quando tentarmos executar um SELECT de uma tabela do Progress. O Progress permite dados de comprimento variável nos bastidores. Digamos que seja o seguinte: o comprimento de um dos campos de dados excedeu o comprimento definido para o desenvolvimento. Certo, mas como resolver? Vamos lá! Existe um utilitário chamado DBTool que analisa a configuração do seu banco de dados e repõe os comprimentos da pesquisa. 1 - Acesse o console PROENV (prompt de comando): Fig.1- Proenv: acesso ao prompt de comando 2 - No prompt de comando acesse a pasta em que se encontra o banco de dados: Fig. 2 - Tela do prompt de comando. 3 - Estando na pasta onde se encontra o arquivo de banco de dados, execute o comando dbtool : dbtool <nome_do_DB> Fig. 3 - Executando a ferramenta dbtool . 4 - Será exibido o menu da ferramenta: Fig. 4 - Menu da ferramenta dbtool . 5 - Para o erro que estamos tratando escolha a opção 2 (SQL Width Scan x/Fix Options): Fig.

Erro: [DataDirect][OpenEdge JDBC Driver][OpenEdge] Table/View/Synonym não encontrado (7519)

Imagem
Após conseguir conectar ao DB Progress surgirá alguns probleminhas. Um deles depende do padrão SQL que seu DB está usando (SQL86 ou SQL92). Fig-1. Tela de erro ao tentar obter dados de uma tabela. Não se assuste! Não desanime! Um das formas de se chegar até esse erro é usando o PDI (Kettle), com o Step "Table Input" ou em qualquer ferramenta que dependa da criação de data sources.  O motivo é justamente o padrão do SQL de seu DB. Na área "SQL" verifique o comando gerado. Provavelmente será parecido com esse: SELECT * FROM <nome-da-tabela> No entanto, com SQL92, você deve especificar um nome de esquema. Então o comando ficaria assim: SELECT *  FROM <nome_do_esquema>."<nome_da_tabela>"  ou SELECT *  FROM PUB."<nome_da_tabela>" Obs.: coloque o nome da tabela entre aspas. Pode-se usar "PUB" no lugar do nome do schema. Com SQL89 nós não temos esse problema. Espero ter ajudado.

Conectando ao DB Progress com JDBC - Etapa 2/2.

Imagem
Etapa 2 A lém da criação do "caminho para transitarmos" (visto na etapa 1 ), você sabe que precisamos dos drivers. Essa foi outra dificuldade, mas resolvida. Os drivers necessários são normalmente encontrados no pacote de instalação (local:  $DLC\java).  Relação de drivers do Progress 10.01b: openedge.jar base.jar util.jar Coloque os drivers nos respectivos locais de acordo as ferramentas. Por exemplo para criar um Data Source no PDI (Kettle) coloque-os na pasta ...libext/JDBC. Configure uma nova conexão de acordo parâmetros abaixo Connection Type : Generic database Access : Native (JDBC) Custom Connection URL : jdbc:datadirect:openedge://<IP_do_Servidor>:<porta>;databasename=<nome_do_banco_de_dados> Custom Driver Class Name: com.ddtek.jdbc.openedge.OpenEdgeDriver Faça um "Test".   Estando tudo bem configurado, mãos-a-obra! Espero ter ajudado um pouco. Até a próxima!

Conectando ao DB Progress com JDBC - Etapa 1/2.

Imagem
Após semanas pesquisando, "quebrando a cabeça" e mantendo contatos com  Caio Moreno  ( o professor coruja), que deu a maior força, com Alex  De Mello  e o suporte do fornecedor de meu ERP sobre: SOCORRO! PRECISO CONECTAR MINHA SUITE PENTAHO AO DB PROGRESS COM JDBC ... Ufa! Conseguimos. Por certo, Brasil a dentro ou mundo a fora, deve haver alguém que também conseguiu, porém não encontrei nenhum "passo-a-passo" para conectar o database Progress 10.1X . Não será abordado configurações específicas do DB Progress, porém, inevitavelmente, temos que "tocar" nele.  O DB Progress é muito poderoso, mas, se você não tem suporte a ele a partir do fornecedor do ERP... uhm...! Será "um parto fórceps". Apesar de termos estações Linux (Ubuntu 10.04Lts) meu servidor roda em na plataforma "uîndous".  Estou ansioso pra colocar o projeto de BI em prática, mas achei melhor criar logo esse "tuto" para não ficar no esquecimento e para ajudar outr