Bom dia Eduardo, Estou apresentando uma lista dos problemas que passamos para Unify/Triad e que estamos aguardando um retorno.
Venho através desta informar que estamos com excessivas reclamações de performance na versão 5.2 do sistema no que tange à comunicação com o SqlBase. Qual o requisito mínimo de Memória para que a performance retorne ao que era no centura 2.0. Os clientes notaram uma redução de velocidade muito grande, inclusive na Arcelor Mittal vamos retornar para a versão 2.0. Notamos que o client da versão 5.2 não funciona bem com o SqlBase independente de qual versão esteja sendo utilizada (7.5 , 9.0 , 11.0 e 11.5) Existem ainda muitos bugs no centura 5.2 ainda não resolvidos: 1 – Impressão de rtf utilizando report builder = não respeita cabeçalhos, rodapés e margens. 2 – No client SqlTalk no SqlBase do 5.2 não funciona a leitura de texto acentuados. 3 – Na execução do sistema se pesquisar com campo acentuado na condição de where não encontra a row desejada. 4 – Se fizermos unload do banco de dados na versão velha e fizermos load na versão 11.5 todos os dados acentuados continuam causando erro de Unicode no cliente do centura 5.2 5 – Se fizermos remoção do banco de dados versão velha e instalarmos a versão 11.5 todos os dados acentuados continuam causando erro de Unicode no cliente do centura 5.2 6 – Nas versões anteriores de banco de dados gravamos as imagens em campos long string utilizando a versão 2.0 do centura. Na versão 5.2 do centura não consegue mais ler estas imagens. 7 - Se instalarmos o cliente do centura 5.2 e o client SqlBase 11.5 (talk) na mesma máquina, mesmo que em diretórios diferentes, ocorre erro na sqlwntm.dll. 8 – Ao fazer a instalação do deploy do centura 5.2 em algumas máquinas está ocorrendo erro “comand line 1629” o que impede a instalação da estação (clientes estão ficando com versão 5.2 na maioria da máquinas e versão 2.0 nas que deram esta mensagem) 9 – Deploy 5.2 não funciona em versões anteriores ao Windows XP. 10 – Se executarmos uma aplicação centura 5.2 fora da pasta do deploy, a aplicação está adicionando ao path do windows o local de onde a aplicação foi chamada, porém de forma incorreta, com isto causando erro de path nas máquinas do cliente. 11 – Ao utilizar os comandos SalPrtSetup e SalPrtGetDefault para selecionar uma impressora traz sujeira no final dos parâmetros receive e, como gravamos as impressoras do cliente no banco de dados, esta sujeira não permite concatenar os textos. Tivemos que efetuar um SalStrLeftX para retirar a sujeira antes de concatenar as informações para gravar no banco de dados. 12 – Se utilizarmos campo BLOB no banco de dados os comandos que acessem esta row não podem conter variáveis bind nas condições de where, sendo assim temos que concatenar num string toda a condição de where. 13 – Ao executar o SalReportPrint com número de cópias = 1 sai tudo certo., com número de cópias = 2 imprime 4 cópias, com número de cópias = 3 imprime 6 cópias e assim por diante. Notamos que quando colocamos número de cópias > 1 o dialogo que mostra após o SalReportPrint aparece com página = 1 e 2 e aparentemente cada vez gera o número de cópias solicitada no comando. Pergunta: Utilizamos o centura desde a versão 1.5 e o sqlbase desde a versão 6.0. Na leitura de campos long varchar nunca utilizamos o comando SqlSetLongBindDataType. Na versão 5.2 do centura teremos que alterar em todos os programas para fazer isso? O problema de performance é ficou muito ruim no CTD 5.2. Abraços. 2010/1/13 Lairton N de Almeida Jr <lair...@gmail.com> > Ola Eduardo, > Eu ainda nao encontrei nenhum problema na migracao. (TD2.1 para o TD5.2) > Mas o pessoal andou encontrando. > > Inclusive, eu gostaria de falar que estou a disposicao para ajudar nesse > tipo de problema. > Entao quem tiver problemas e quiser me contar ... ajudarei no possivel. > > Lairton. > > > > > > 2010/1/13 Eduardo Borges <edua...@ipqtecnologia.com.br> > > >> >> Prezados, >> >> >> >> Boa tarde, >> >> >> >> Estarei fazendo a migração de um projeto do centura 1.5.1 para a versão >> 5.2, gostaria de saber quais os problemas mais comuns que irei enfrentar. >> >> >> >> Desde já, agradeço. >> >> >> >> Atc, >> >> *Eduardo Borges** >> **Analista de Sistemas** >> *edua...@ipqtecnologia.com.br <mlu...@ipqtecnologia.com.br> >> www.ipqtecnologia.com.br >> +55 (71) 3340-3200 >> >> >> >> >> > > > > -- > Lairton N de Almeida Jr. > lair...@gmail.com > -- Haroldo harold...@gmail.com
<<furukawa.gif>>
<<siemens.gif>>
<<top_ipq.gif>>
