Comentários sobre: FireBird, O barato que sai caro http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/ Dicas e trocas de experiências na área tecnologica Thu, 22 Jul 2010 11:26:43 +0000 hourly 1 http://wordpress.org/?v=3.0 Por: Cezar http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-689 Cezar Fri, 16 Jul 2010 18:16:24 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-689 Almir entra em contato comigo que eu o ajudo a resolver o problema, também já passei por isso. Pode ter certeza de uma coisa, o problema é quem administra o banco ou quem constrói a aplicação, independente se o banco é x ou y ... cezar.atl@ig.com.br Almir entra em contato comigo que eu o ajudo a resolver o problema, também já passei por isso.
Pode ter certeza de uma coisa, o problema é quem administra o banco ou quem constrói a aplicação, independente se o banco é x ou y …
cezar.atl@ig.com.br

]]> Por: Claudio http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-672 Claudio Mon, 21 Jun 2010 19:06:13 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-672 MySQL não tem (ou não tinha) um serie de requisitos de um banco de dados relacional. Uso do Firebird, muitos ignoram uma instalação e configuração correta bem como a instalação de um servidor de dados. A corrupção dos dados esta ligado a problemas além de quedas de energia a copia da base, questão de segurança, pasta da base compartilhada e outros detalhes parecidos. O Firebird 2.5, em versão de teste final, é muito rápida, muito bem mais que a 2.1. Possuo bases de vários clientes, alguns passandos dos 4GB. Corrupção a todo momento ocorre, e todos eles são problemas de usuários. Lentidão ocorre, algumas vezes por problemas do sistema: - SQL mal montadas - Modelagem - Driver de acesso mas na maioria esta na estrutura do usuário - Servidor compartilhado com outras aplicações. - Rede - Disco do servidor lento ou fragmentado. - Falta de manutenção (backup e restore períodico). MySQL não tem (ou não tinha) um serie de requisitos de um banco de dados relacional.

Uso do Firebird, muitos ignoram uma instalação e configuração correta bem como a instalação de um servidor de dados.

A corrupção dos dados esta ligado a problemas além de quedas de energia a copia da base, questão de segurança, pasta da base compartilhada e outros detalhes parecidos.

O Firebird 2.5, em versão de teste final, é muito rápida, muito bem mais que a 2.1.

Possuo bases de vários clientes, alguns passandos dos 4GB. Corrupção a todo momento ocorre, e todos eles são problemas de usuários.

Lentidão ocorre, algumas vezes por problemas do sistema:
– SQL mal montadas
– Modelagem
– Driver de acesso

mas na maioria esta na estrutura do usuário
– Servidor compartilhado com outras aplicações.
– Rede
– Disco do servidor lento ou fragmentado.
– Falta de manutenção (backup e restore períodico).

]]> Por: JRB http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-665 JRB Tue, 15 Jun 2010 13:26:30 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-665 O Boi, falou com razão!!!!. Tenho aqui o meu Sistema de Controle de Ponto Rural. Está no tamanho de 4GB, já faz 4 anos. Uso o Firebird com a versão 2.1x., sem dor de cabeça e rodando tranquilo. Tenho uma rotina no sistema que faz backup/restore a cada 5 meses. Gosto muito do Firebird... O Boi, falou com razão!!!!. Tenho aqui o meu Sistema de Controle de Ponto Rural. Está no tamanho de 4GB, já faz 4 anos. Uso o Firebird com a versão 2.1x., sem dor de cabeça e rodando tranquilo. Tenho uma rotina no sistema que faz backup/restore a cada 5 meses. Gosto muito do Firebird…

]]> Por: Igor http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-643 Igor Thu, 06 May 2010 14:19:26 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-643 Concordo com o "BOI", o problema é que os programadores hoje em dia so sabem programar. Nao conhece SO e nem o proprio banco que trabalha. Ai como outros comentarios, é mais facil culpar o banco. Concordo com o “BOI”, o problema é que os programadores hoje em dia so sabem programar. Nao conhece SO e nem o proprio banco que trabalha. Ai como outros comentarios, é mais facil culpar o banco.

]]> Por: Boi http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-638 Boi Fri, 23 Apr 2010 02:23:29 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-638 Uso o firebird em mais de 200 clientes, alguns chegam a ter base de 30GB de tamanho e fazem consultas pesadas na web, o que posso dizer sobre o firebird é que ele vem melhorando a cada release que passa, quando migramos do 1.5 para o 2.1 a diferença em desempenho foi notável cerca de 40% com o mesmo hardware, e também caiu um pouco o fato de ficar rodando o gbak toda vez. Uma coisa que posso dizer é o seguinte, na verdade na verdade muita gente confunde corrompimento da base de dados, com sujeira na base de dados, como indices, e tables temps que não apagam seus registros, então fazer um backup/restore a cada 15 dias é mais que recomendável não porque o banco ta corrompido mas sim porque ele vai acumulando sujeira e isso vai fazendo ficar um pouco lento. Um problema conhecido que existe no firebird 2.1.3 é que quando um usuário fecha com ctrl+alt+del uma transação corrente o sgdb mantem por dias essa conexão, causando alto uso de processador e memoria, o firebird eu digo que é um bom banco, mas você tem que conhece-lo muito bem, pois é cheio de armadilhas, usar linux como servidor é fundamental, saber aumentar os parametros de cache em disco para melhor leitura e gravação de i/o e usar todo recurso de hardware é fundamental, conhecer o firebird.conf de tráz pra frente para tunar o banco e conhecer sistemas de arquivos para saber qual tipo usar é fundamental. Por isso que muitos programadores fazem mal uso do firebird e diferente do MS=SQL que por padrão vem com uma configuração pronta, o firebird por default não é muito bem configurado, mas digo, bem configurado e com um bom linux customizado para o mesmo, e com o seu sistema bem programado você não terá dores de cabeças, e também sobre gbak/restore é igual MS-SQL que tem que reiniciar o servidor de tempos em tempos porque ele incha o famoso tempdb então faça um script que execute um backup/restore uma vez por mês que vai resolver o problema... O firebird 2.5 promete várias correções, mas o melhor estar por vir no firebird 3 quando o super-classic server estiver maduro. Do mais é um bom banco Uso o firebird em mais de 200 clientes, alguns chegam a ter base de 30GB de tamanho e fazem consultas pesadas na web, o que posso dizer sobre o firebird é que ele vem melhorando a cada release que passa, quando migramos do 1.5 para o 2.1 a diferença em desempenho foi notável cerca de 40% com o mesmo hardware, e também caiu um pouco o fato de ficar rodando o gbak toda vez.

Uma coisa que posso dizer é o seguinte, na verdade na verdade muita gente confunde corrompimento da base de dados, com sujeira na base de dados, como indices, e tables temps que não apagam seus registros, então fazer um backup/restore a cada 15 dias é mais que recomendável não porque o banco ta corrompido mas sim porque ele vai acumulando sujeira e isso vai fazendo ficar um pouco lento. Um problema conhecido que existe no firebird 2.1.3 é que quando um usuário fecha com ctrl+alt+del uma transação corrente o sgdb mantem por dias essa conexão, causando alto uso de processador e memoria, o firebird eu digo que é um bom banco, mas você tem que conhece-lo muito bem, pois é cheio de armadilhas, usar linux como servidor é fundamental, saber aumentar os parametros de cache em disco para melhor leitura e gravação de i/o e usar todo recurso de hardware é fundamental, conhecer o firebird.conf de tráz pra frente para tunar o banco e conhecer sistemas de arquivos para saber qual tipo usar é fundamental. Por isso que muitos programadores fazem mal uso do firebird e diferente do MS=SQL que por padrão vem com uma configuração pronta, o firebird por default não é muito bem configurado, mas digo, bem configurado e com um bom linux customizado para o mesmo, e com o seu sistema bem programado você não terá dores de cabeças, e também sobre gbak/restore é igual MS-SQL que tem que reiniciar o servidor de tempos em tempos porque ele incha o famoso tempdb então faça um script que execute um backup/restore uma vez por mês que vai resolver o problema…

O firebird 2.5 promete várias correções, mas o melhor estar por vir no firebird 3 quando o super-classic server estiver maduro.

Do mais é um bom banco

]]> Por: Renato http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-636 Renato Mon, 19 Apr 2010 20:27:35 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-636 Concordo com o comentário acima. Tenho um sistema que roda em firebirdo com acesso a uma base de dados hoje com 2.2gb. Quando a base chegou nos 2.0gb começou a ficar um pouco lento. A solução foi: 1-Fazer um backup restore (para reescrever os índices e limpar os dados dos registros ecluídos) 2-Trocar o servidor para uma máquina melhor. Hoje roda normal... Concordo com o comentário acima.
Tenho um sistema que roda em firebirdo com acesso a uma base de dados hoje com 2.2gb.
Quando a base chegou nos 2.0gb começou a ficar um pouco lento. A solução foi:
1-Fazer um backup restore (para reescrever os índices e limpar os dados dos registros ecluídos)
2-Trocar o servidor para uma máquina melhor.

Hoje roda normal…

]]> Por: Wash Moratti http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-635 Wash Moratti Fri, 16 Apr 2010 17:01:32 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-635 ALmir sei que vai dizer que sou doido. mas te garanto o problema nao está no Firebird e sim na sua aplicação; Apenas veja: SUA aplicação atinge 40 mb e da problema, vasculhe a net e procure sistemas prontos com bds e popule ou ja populado ou tente achar alguem que use firebird e verá que essa critica nao tem muito fundamento. Trabalhei em uma softhouse onde tinhamos dois sistemas um erp em sql server e sistemas de frente de loja em fb. problemas eram sempre proveniente de praticas de programação errada ou intervenção de usuario (no caso de corrompimento de bases; no mais tem base de dados com mais de 20 filiais e acima dos 6 gb (isso nao é megas é gigabyte) e aplicação executava brincando com a vantagem pr ousuario final de nao ter que desombolsar milhares de reais com licenças do bd. Miha opiniao: sempre é mais facil botar a culpa no cachorro. rss abraços. ALmir sei que vai dizer que sou doido. mas te garanto o problema nao está no Firebird e sim na sua aplicação;
Apenas veja: SUA aplicação atinge 40 mb e da problema, vasculhe a net e procure sistemas prontos com bds e popule ou ja populado ou tente achar alguem que use firebird e verá que essa critica nao tem muito fundamento. Trabalhei em uma softhouse onde tinhamos dois sistemas um erp em sql server e sistemas de frente de loja em fb. problemas eram sempre proveniente de praticas de programação errada ou intervenção de usuario (no caso de corrompimento de bases; no mais tem base de dados com mais de 20 filiais e acima dos 6 gb (isso nao é megas é gigabyte) e aplicação executava brincando com a vantagem pr ousuario final de nao ter que desombolsar milhares de reais com licenças do bd.
Miha opiniao: sempre é mais facil botar a culpa no cachorro. rss
abraços.

]]> Por: Márcio http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-629 Márcio Fri, 09 Apr 2010 13:58:46 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-629 Tópico totalmente ***SEM NOÇÃO***. Tanto o banco comentado aqui (Firebird), quanto, MySQL e PostGreSQL são excelentes SGDBs gratuitos q atendem com sobra quaisquer expectativas de grande a médio porte. Sugiro as pessoas que tiveram problemas com qualquer um destes, que primeiro estudem bem Modelagem de dados,limites do SGDB e do SO, segurança, e otimização de Queries, antes de postar esse tipo de comentário. É sempre mais fácil colocar a culpa no SGDB do que assumir uma deficiência técnica. A internet tá cheia de exemplos de Bases de Dados enormes com estes SGDBs com excente desempenho, sugiro que também pesquisem sobre o assunto. Tópico totalmente ***SEM NOÇÃO***. Tanto o banco comentado aqui (Firebird), quanto, MySQL e PostGreSQL são excelentes SGDBs gratuitos q atendem com sobra quaisquer expectativas de grande a médio porte. Sugiro as pessoas que tiveram problemas com qualquer um destes, que primeiro estudem bem Modelagem de dados,limites do SGDB e do SO, segurança, e otimização de Queries, antes de postar esse tipo de comentário. É sempre mais fácil colocar a culpa no SGDB do que assumir uma deficiência técnica. A internet tá cheia de exemplos de Bases de Dados enormes com estes SGDBs com excente desempenho, sugiro que também pesquisem sobre o assunto.

]]> Por: Almir http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-623 Almir Tue, 23 Mar 2010 21:03:15 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-623 Vexe, para completar a disculção. Até 3 meses atráz eu era defensor ferrenho do FB, uso o 2.1, tenho uma pequena aplicação comercial, a 5 anos uso o FB sem nenhum problema, mas a 6 meses vivencio um problema, tenho dois clientes que ambos chegarão a casa dos 40MB de Tamanho de seus banco de dados. Até aí beleza, o FB continua atendendo os requizitos, porém estou com uma dor de cabeça... fazem 6 meses que um cliente, estava com poroblemas, tenho 60 clientes usando o mesmo sistema, mas neste cliente a base de dados alcançou os 40MB e começou a dar problema de corrupção do banco de dados. Todo o santo dia o banco de dados infla de seus 40MB para 90MB, 120MB, direto o cliente temq fazer um backup restore para voltar ao normal, pois ele começa a ficar lento e as vezes trava o micro todo, o FBSERVER.EXE começa a usar 100% de CPU, ja mudei para o classic server mesma coisa. Levei o cliente no bico, por um tempo dizendo que era normal, aliás o processo Backup/Restore é rápido. Trocamos o servidor e continuou mesma coisa, aí ficou por isso mesmo, eu culpei o HardWare, pois em todos é o mesmo sistema e funciona 100%, até mês passado quando fui pego de surpresa por outro cliente que atingiu 40MB uma semana depois ele começou a apresentar o mesmo problema, virei o sistema pelo avesso para achar alguma GAFE, que poderia ocasionar o erro mas não encontrei NADA, Passei a gerenciar as Transações no próprio sistema, e NADA. Todo o dia estes dois clientes tem de fazer o BACKUP/Restore. Ja está causando mal estar entre Cliente/Fornecedor. Virei a Internet inteira procurando a solução e nada. Achei mais relatos de pessoas até com o 1.5 que tambem rodaram seus sistema por 3, 4, 5 anos e nunca apresentou problema, e do nada ele começou com o mesmo problema que o meu. Os entendidos que dão o suporte ao FB, dizem: ahhhh, faz um backup/restore que volta. Eu pergunto que tipo de solução é está? Não resolve o problema, apenas ameniza o problema. Infelizmente me decepcionei com o FireBird, vou tentar como ultimo recurso instalar o FB 2.5, quando sair, mas se não resolver vou ter que migrar a base de dados, chega a me dar arrepio só de pensar. Por hora até resolver meu problema, não recomendo para sistemas que possam usar um grande volume de dados. 40MB nem é grande, mas atingiu este tamanho no meu caso, ja era, é decretado o incomodo. Abraços. Se alguém tiver a solução, eu agradeço de coração, vai me poupar um trabalho lascado. Duas perguntinhas: Para quem defende: VOCÊ USA ELE COMO PRINCIPAL EM SUA APLICAÇÃO? QUANTO TEMPO? QUAL O TAMANHO DO BANCO? Para quem Critica: VOCÊ JA USOU??? QUAL O PROBLEMA QUE ENCONTROU??? AQUI ESTÁ RELATADO O MEU. Abraços Vexe, para completar a disculção. Até 3 meses atráz eu era defensor ferrenho do FB, uso o 2.1, tenho uma pequena aplicação comercial, a 5 anos uso o FB sem nenhum problema, mas a 6 meses vivencio um problema, tenho dois clientes que ambos chegarão a casa dos 40MB de Tamanho de seus banco de dados. Até aí beleza, o FB continua atendendo os requizitos, porém estou com uma dor de cabeça… fazem 6 meses que um cliente, estava com poroblemas, tenho 60 clientes usando o mesmo sistema, mas neste cliente a base de dados alcançou os 40MB e começou a dar problema de corrupção do banco de dados. Todo o santo dia o banco de dados infla de seus 40MB para 90MB, 120MB, direto o cliente temq fazer um backup restore para voltar ao normal, pois ele começa a ficar lento e as vezes trava o micro todo, o FBSERVER.EXE começa a usar 100% de CPU, ja mudei para o classic server mesma coisa.
Levei o cliente no bico, por um tempo dizendo que era normal, aliás o processo Backup/Restore é rápido. Trocamos o servidor e continuou mesma coisa, aí ficou por isso mesmo, eu culpei o HardWare, pois em todos é o mesmo sistema e funciona 100%, até mês passado quando fui pego de surpresa por outro cliente que atingiu 40MB uma semana depois ele começou a apresentar o mesmo problema, virei o sistema pelo avesso para achar alguma GAFE, que poderia ocasionar o erro mas não encontrei NADA, Passei a gerenciar as Transações no próprio sistema, e NADA. Todo o dia estes dois clientes tem de fazer o BACKUP/Restore. Ja está causando mal estar entre Cliente/Fornecedor. Virei a Internet inteira procurando a solução e nada. Achei mais relatos de pessoas até com o 1.5 que tambem rodaram seus sistema por 3, 4, 5 anos e nunca apresentou problema, e do nada ele começou com o mesmo problema que o meu. Os entendidos que dão o suporte ao FB, dizem: ahhhh, faz um backup/restore que volta. Eu pergunto que tipo de solução é está? Não resolve o problema, apenas ameniza o problema. Infelizmente me decepcionei com o FireBird, vou tentar como ultimo recurso instalar o FB 2.5, quando sair, mas se não resolver vou ter que migrar a base de dados, chega a me dar arrepio só de pensar. Por hora até resolver meu problema, não recomendo para sistemas que possam usar um grande volume de dados. 40MB nem é grande, mas atingiu este tamanho no meu caso, ja era, é decretado o incomodo.
Abraços.
Se alguém tiver a solução, eu agradeço de coração, vai me poupar um trabalho lascado.
Duas perguntinhas:
Para quem defende: VOCÊ USA ELE COMO PRINCIPAL EM SUA APLICAÇÃO? QUANTO TEMPO? QUAL O TAMANHO DO BANCO?

Para quem Critica:
VOCÊ JA USOU??? QUAL O PROBLEMA QUE ENCONTROU??? AQUI ESTÁ RELATADO O MEU.
Abraços

]]> Por: Claudinho http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-621 Claudinho Thu, 18 Mar 2010 13:00:43 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-621 Testes feitos indicam: Bem pessoal, em resumo...as diferenças são assustadoras: Mysql - 1o. lugar...leva menos que um segundo para 1 ou 1000 registros. Oracle - 2o. lugar...leva menos que 6 segundos para 1000 registros...porém quase 1 segundo para 1 registro Firebird - 3o. lugar...leva menos que 0.5 segundo para 1 registro e quase 14 segundos para 1000 registros Postgres - 4o. lugar...leva menos que 0.3 segundo para 1 registro e quase 31 segundos para 1000 registros fonte: http://javafree.uol.com.br/topic-10357-Teste-de-Desempenho-mysql-oracle-firebird-15-postgres.html Pessoalmente utilizo o firebird 2.1 sem problemas com sincronismo de dados num banco de apenas 3 gigas em ERP delphi. Já tive problemas de corrompimento em uma filial, e estou tendo problemas com lentidão de certas rotinas - contudo analistas já informaram solucionar o problema devido a uma falha de programação, o que deve melhorar a velocidade na próxima atualização. Por mais filosófico que seja a paixão pelo software livre, para grandes empreendimentos certamente oracle ou mysql sem dúvidas. Sucesso. Testes feitos indicam:

Bem pessoal, em resumo…as diferenças são assustadoras:

Mysql – 1o. lugar…leva menos que um segundo para 1 ou 1000 registros.

Oracle – 2o. lugar…leva menos que 6 segundos para 1000 registros…porém quase 1 segundo para 1 registro

Firebird – 3o. lugar…leva menos que 0.5 segundo para 1 registro e quase 14 segundos para 1000 registros

Postgres – 4o. lugar…leva menos que 0.3 segundo para 1 registro e quase 31 segundos para 1000 registros

fonte: http://javafree.uol.com.br/topic-10357-Teste-de-Desempenho-mysql-oracle-firebird-15-postgres.html

Pessoalmente utilizo o firebird 2.1 sem problemas com sincronismo de dados num banco de apenas 3 gigas em ERP delphi. Já tive problemas de corrompimento em uma filial, e estou tendo problemas com lentidão de certas rotinas – contudo analistas já informaram solucionar o problema devido a uma falha de programação, o que deve melhorar a velocidade na próxima atualização.

Por mais filosófico que seja a paixão pelo software livre, para grandes empreendimentos certamente oracle ou mysql sem dúvidas.

Sucesso.

]]> Por: Fernando Medeiros http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-606 Fernando Medeiros Wed, 24 Feb 2010 02:57:42 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-606 Uso firebird faz uma década e nunca consegui corromper uma base, gostaria de saber como alguns DBAs (DBAs ?) conseguem isso. Que post infeliz. Uso firebird faz uma década e nunca consegui corromper uma base, gostaria de saber como alguns DBAs (DBAs ?) conseguem isso.
Que post infeliz.

]]> Por: Silvio Clecio http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-584 Silvio Clecio Sun, 03 Jan 2010 02:04:22 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-584 Firebird em boas mãos e bem configurado supre muitas necessidades e não deixa a desejar em segurança. Falar que o Firebird não tem suporte soou muito estranho, eu não acho pouco a quantidade e qualidade do suporte dos membros da comunidade Firebird, porém, no entanto, se queres pagar pelo suporte, aceitamos também. Rs... PostegreSQL é o que é mais próximo da perfeição, parrudo, veterano; e roda nas melhores plataformas deste universo; Só perde para Oracle, mas em caso de cluster[¹]. Uma coisa, "comprar" o melhor SGBD(OR) do planeta e não investir em DBA, você terá muitas dores de cabeça, para comprovar é só aguardar o tempo, quando teu banco tiver maduro e gordo. MySQL (agora, MariaDB) => Só mais um banco para web. SQL Server© => Only Window$; tô fora! ;D [¹] http://pt.wikipedia.org/wiki/Cluster Firebird em boas mãos e bem configurado supre muitas necessidades e não deixa a desejar em segurança. Falar que o Firebird não tem suporte soou muito estranho, eu não acho pouco a quantidade e qualidade do suporte dos membros da comunidade Firebird, porém, no entanto, se queres pagar pelo suporte, aceitamos também. Rs…

PostegreSQL é o que é mais próximo da perfeição, parrudo, veterano; e roda nas melhores plataformas deste universo; Só perde para Oracle, mas em caso de cluster[¹].

Uma coisa, “comprar” o melhor SGBD(OR) do planeta e não investir em DBA, você terá muitas dores de cabeça, para comprovar é só aguardar o tempo, quando teu banco tiver maduro e gordo.

MySQL (agora, MariaDB) => Só mais um banco para web.

SQL Server© => Only Window$; tô fora! ;D

[¹] http://pt.wikipedia.org/wiki/Cluster

]]> Por: André http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-569 André Tue, 15 Dec 2009 11:41:35 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-569 Bom... pelo o que podemos notar, programação é igual a futebol e religião... vc sempre vai defender o seu. Mas quando o assunto é solução de problemas dos clientes, todo o cenário deve ser analisado. Se a necessidade for quantidade de databases, replicações ou até quantidade de dados armazenados, sem sombra de dúvidas o SQL Server© é muito superior ao Firebird. Uma coisa que o Firebird tem de muito bom é sua ferramenta de gerenciamento, que possui tudo(tudo mesmo), o que vc precisa para configurar e trabalhar com seu banco. Mas como eu citei acima, sempre vai ter quem discorde, e é por isso que temos uma gama de SGBD para que possamos avaliar e escolher o que melhor nos atende. É como dizia minha vó "O que seria do azul se todo mundo gostasse de amarelo..." Bom… pelo o que podemos notar, programação é igual a futebol e religião… vc sempre vai defender o seu. Mas quando o assunto é solução de problemas dos clientes, todo o cenário deve ser analisado. Se a necessidade for quantidade de databases, replicações ou até quantidade de dados armazenados, sem sombra de dúvidas o SQL Server© é muito superior ao Firebird. Uma coisa que o Firebird tem de muito bom é sua ferramenta de gerenciamento, que possui tudo(tudo mesmo), o que vc precisa para configurar e trabalhar com seu banco.
Mas como eu citei acima, sempre vai ter quem discorde, e é por isso que temos uma gama de SGBD para que possamos avaliar e escolher o que melhor nos atende.
É como dizia minha vó “O que seria do azul se todo mundo gostasse de amarelo…”

]]> Por: Ricardo http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-425 Ricardo Thu, 24 Sep 2009 00:18:05 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-425 Já trabalhei com Firebird e hoje, infelizmente, trabalho com SQL Server. O Firebird é melhor em tudo, porém, precisa ser corretamente instalado e configurado, e em um servidor decente. Com certeza esses problemas citados são frutos da pura incompetência dos DBAs e desenvolvedores envolvidos. Post infeliz. Já trabalhei com Firebird e hoje, infelizmente, trabalho com SQL Server. O Firebird é melhor em tudo, porém, precisa ser corretamente instalado e configurado, e em um servidor decente. Com certeza esses problemas citados são frutos da pura incompetência dos DBAs e desenvolvedores envolvidos. Post infeliz.

]]> Por: Sandra Info-Macross http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-375 Sandra Info-Macross Tue, 11 Aug 2009 15:25:07 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-375 O Firebird é bom para pequenas aplicações, quando o banco cresce ele deixa muito a desejar... Como opção free eu prefiro o Postgres, que tem muitas funcionalidades e é bem robusto por ser free, até hoje não tive problemas com ele. Mas, se puder pagar, o SQLServer vale muito a pena, eu adoro. Um abraço! O Firebird é bom para pequenas aplicações, quando o banco cresce ele deixa muito a desejar…
Como opção free eu prefiro o Postgres, que tem muitas funcionalidades e é bem robusto por ser free, até hoje não tive problemas com ele. Mas, se puder pagar, o SQLServer vale muito a pena, eu adoro.
Um abraço!

]]> Por: João http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-371 João Mon, 10 Aug 2009 19:29:59 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-371 Pô legal as outras companhias de BANCO de dados estão preocupadas com o FIREBIRD e já estão plantando falsas notícias, é só dar uma googlada e ver que isto tudo é mentira. FIREBIRD FOREVER Pô legal as outras companhias de BANCO de dados estão preocupadas com o FIREBIRD e já estão plantando falsas notícias, é só dar uma googlada e ver que isto tudo é mentira.

FIREBIRD FOREVER

]]> Por: Kurt Kraut http://www.vivenciaemtecnologia.com/firebird-o-barato-que-sai-caro/comment-page-1/#comment-355 Kurt Kraut Tue, 04 Aug 2009 21:45:49 +0000 http://www.vivenciaemtecnologia.com/?p=909#comment-355 Li seu post 3 vezes e não pude deixar de ficar com a idéia de 'WTF?!' na cabeça. Li seu post 3 vezes e não pude deixar de ficar com a idéia de ‘WTF?!’ na cabeça.

]]>