Campanha de divulgação do Firebird 2.5 - MindTheBird!

rlazoti wrote:Uma coisa que vi que incomodava muitos desenvolvedores era segurança pois mesmo você não tendo acesso ao banco, bastava você copiar o arquivo FDB e abrir em outra máquina.

É mesmo... e acho que não tem como guardar senhas (como é guardado no MySQL).

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3927 Offline

kicolobo wrote:

juliocbq wrote:

kicolobo wrote:Estou começando a me achar raridade aqui. Tenho alguns projetos em Firebird desde 2001 e nunca tive uma base de dados corrompida.
Só parei de usar ele porque conheci o MySQL, que oferecia uma performance muito superior, além de que nele também era mais fácil criar relacionamentos entre bases de dados distintas.

Mas tirando isto, o que sempre me maravilhou no Firebird foi o fato de em um software cujo footprint é tão pequeno (é bem menos de 10 Mb ainda?) haver tantos recursos embutidos. Outro ponto bacanérrimo no Firebird pra mim é o servidor embarcado, no qual TODO o sgbd cabe em uma única DLL. Hoje com os bancos de dados embarcados Java isto não é lá tão grande vantagem, mas até bem pouco tempo atrás era um puta diferencial do Firebird.

Não é raridade não kiko, eu uso também. Comecei usando com delphi e agora uso com java e toplink. Tive problemas com o driver, mas um amigo e eu desenvolvemos.
Funciona muito bem.

O Ponto forte do firebird é a praticidade. Mobilidade e Portabilidade.

juliocbq, você assim como eu também veio do Delphi. Por que você acha que ele é tão impopular fora da comunidade Delphi hein? Cara, eu acho uma pena tão pouca gente fora deste grupo o usar pelas razões que citamos aqui. Isto sem mencionar as ferramentas de gerenciamento, que também são excelentes. Eu uso a mais simples delas, o Flamerobin, e acho fenomenal.

Na minha opinião, os seguintes fatores que devem ser os decisivos:
* O site oficial - realmente desencoraja as pessoas a conhecerem e levarem a sério o bichinho
* Os serviços de hospedagem não oferecerem tanto suporte - o que também não entendo, porque o consumo de recursos dele é mínimo (será que é por causa do tamanho do arquivo do BD?)
* Fator Borland - nos últimos anos conseguiram queimar o filme de basicamente tudo o que tocaram. O Firebird, apesar de independente, ainda é visto relacionado com a "matriarca" ai.

Eu acredito no fator Borland. A mesma tinha praticamente 60% dos desenvolvedores mundiais, com turbo c++(builder), e turbo pascal(delphi). Essas ferramentas eram incríveis na época, e se tivessem tido investimentos adequados não teriam caído em desuso hoje.

Pode até parecer que não, mas o grande problema foi o Anders ter ido para a Microsoft. Tudo que seria do delphi foi implementado no c#.
Posteriormente o delphi 2005 já estava funcionando em cima de uma vm dotnet(que era pra ser api da borland).
Então acredito que realmente esse fator ae influenciou e muito, para queimar o filme de todas as ferramentas ligadas a mesma.

Se bem que eu uso o lazarus aqui, e gosto bastante. Mas uso somente como hobby mesmo.

Com relação ao problema da segurança, bem: ai já rola uma má compreensão do que é um servidor de banco de dados.
Afinal de contas, a idéia é que você só acesse aquele serviço oferecido, e não o sistema de arquivos aonde os dados se encontram, não?
Sempre que vi esta reclamação normalmente eram situações em que o fulano colocava o banco de dados dentro de um diretório público da rede. É... nestes casos não há muito o que ser feito.

Porém, é legal lembrar que no Firebird você tem também o conceito de alias. Um alias é um nome que você inclui no seu arquivo de configuração que referencia um arquivo. Assim, quando for montar a string de conexão não precisa referenciar o arquivo em si, mas apenas o alias (isto resolve o "problema de segurança")

Quando vocês querem salvar um booleano no banco qual alternativa adotam:

Criam um Varchar ou Char de 1?

Essa limitação de não ter booleano no banco é umas das coisas que eu acho ruim do Firebird.

Jose111 wrote:Quando vocês querem salvar um booleano no banco qual alternativa adotam:

Criam um Varchar ou Char de 1?

Essa limitação de não ter booleano no banco é umas das coisas que eu acho ruim do Firebird.

Algo muito melhor: usa-se domains.
Assim, se precisar de um booleano, é só implementar um com uma ou duas linhas de código.
O Firebird tem este recurso que acho maravilhoso: ele te permite criar novos tipos de dados de acordo com a necessidade de cada caso.

Notícias, artigos e o maior fórum brasileiro sobre Java