[firebase-br] Polemica construtiva
Adriano Ferreira
aerreira68 em gmail.com
Sex Maio 15 20:27:46 -03 2009
Salve Junior,
Apenas corrigindo ou melhorando o entendimento com relação ao Protheus da Microsiga, neste caso que você cita a empresa não teve que usar uma "ferramenta adicional", o Top Connect pois ele é o coração do Protheus, ele está presente em todos os ambientes Microsiga com banco de dados relacional. O Top é a camada intermediária que faz a comunicação entre as aplicações e o banco de dados, seja ele qual for. Trabalho como desenvolvedor numa revenda autorizada Microsiga e temos clientes com DB2, Oracle, SQL Server, CTree e até mesmo DBF, e tudo isso é suportado na boa pelo Protheus graças ao top connect.
Também trabalho com Firebird em projetos menores, e concordo que o que puder ficar no banco melhor, mas rotinas mais complexas são muito mais fáceis de desenvolver via programação do que via SP no banco, e muitas vezes o tempo é escasso, então a solução mais rápida para desenvolver normalmente é a que optamos.
Abraços,
_
Adriano Ferreira
----- Original Message -----
From: Junior
To: FireBase
Sent: Friday, May 15, 2009 4:14 PM
Subject: Re: [firebase-br] Polemica construtiva
Salve pessoas...
Conheço bem o protheus da totvs o qual estão citando como mutibanco, no
entanto vejo que isso é mais uma jogada de marketing e $$ e em alguns casos
exigencias de grandes empresas sim..., conheço empresas que exigiram que o
protheus fosse instalado em DB2 ( um dos banco de dados suportados pelo
protheus ), mais acontece que como tudo existe um outro lado...
Para que o protheus possa trabalhar com diversos banco de dados ele teve que
usar uma ferramenta adicional que chama TOP CONNECT, então o PROTHEUS se
conecta com o TOP CONNECT e este por sua vez conversa com o driver ODBC da
maquina que por sua vez manda a solicitação para o banco de dados. Vejam que
é maravilhoso poder escrever aplicativos para um monte de banco de dados de
uma vez mas por outro lado é horrendo ver como o desempenho é derrubado. A
Totvs acabou fazendo isso um pouco por necessidade tambem, necessidade de
evolução tecnologica, quem conhece a história de evolução dos sistemas sabem
do que estou falando.
Para poder ter um sistema que fosse multibanco deveriamos ter q ter outras
camadas para tratar as diversas particularidades de cada banco e no final
das contas... pra quê? não vejo nenhum motivo realmente válido para isto.
Esta é simplesmente minha opinião, abrax....
Mais detalhes sobre a lista de discussão lista