Francisco, como disse, não sou especialista em FB, e não o utilizo já faz um bom tempo. Utilizei bancos mais robustos nos ultimos anos, por isso lembro de poucos problemas do FB. E claro, todos os defensores do FB argumentaram milhões de coisas pelas quais eu deveria ser crucificado, mas eu não quis dizer que o FB é ruim, quis mostrar que ele tem limitações (como TODOS os outros), e isso não se discute, qualquer pessoa que já teve experiência com mais de um banco concordará comigo neste ponto.
Sobre as suas observações, vamos lá: 1- O Suporte a multi-processamento e etc está prometido para a versão Vulcan do FB... que, segundo o Starkey, não demora muito pra sair que ótimo, para grandes aplicações, não é viável ter apenas uma máquina processando as transações de banco de dados, enfim, até agora ele não tem 2- Não entendi o que vc disse com "limite de tamanho". Poderia explicar melhor? para o FB, um banco de dados corresponde à um arquivo, ou seja, ele será limitado pelo tamanho do arquivo no sistema operacional, e pelo tamanho das partições de disco também. No caso de bancos mais robustos como Oracle, DB2 e Informix, esse controle é diferente, e vc não tem acesso à um arquivo com o banco, o servidor controla os dados com as suas partições disponíveis, o que permite que vc tenha um espaço de banco do tamanho dos seus HD's disponíveis na rede juntos. 3- (backup incremental) Realmente isso me dá até medo.... Mas se não estou enganado, a versão 2.0 já traz alguns recursos do tipo com a nova ferramente de backup. não conheço a versão 2, o último servidor FB que instalei e manipulei era da versão SuperServer 1.5, se isto já mudou, ótimo 4- Tipos de dados auto-incremento, na minha modesta opinião, são completamente desnecessários! Com o controle via trigger (óh, quão difícil é fazer uma trigger pra isso) vc tem um controle maior sobre o que esta fazendo... Pode fazer sequencias realmente incrementais (sem furos) e por ai vai... Acaba sendo quase que o mesmo caso para o campo Boolean... Que eu acredito que nunca vai aparecer no FB Tudo bem que para fazer os campos auto-incrementais é só criar um gatilho, ótimo, assim como todas as outras limitações, há como contornar este problema, o que quis dizer é que esta limitação existe (existe tbm no Oracle) e demanda algum (ainda que pouco) trabalho para resolver. Imagine uma base com 2 mil tabelas (tá bom, sei que estou exagerando, mas estou falando em uma grande corporação, por exemplo), o trabalho de criar um gatilho é rápido, mas some isto para todas as tabelas. Pessoal, não quis dizer que vcs não devem usar o FB, pelo contrário, acho que ele é um ótimo banco e tem um excelente custo/benefício para as aplicações as quais ele é indicado. Mas infelizmente (eu sei que essa lista tem muitos "seguidores incondicionais" do FB e eles vão me linxar por esse comentário) ele é um banco pequeno, com poucos recursos e muitas limitações (como é de se esperar de qualquer produto gratuito), que vem evoluindo muito com o passar do tempo, mas as pesquisas desenvolvidas ainda são feitas pelas empresas com mais dinheiro e proprietárias de produtos mais robustos, portanto é natural que os bancos pagos sejam muito mais completos que o FB ou que outro banco open. Mas volto a enfatizar, o FB é o melhor banco de dados para aquela aplicação onde ele é aplicável e oferece o melhor custo/benefício. Atenciosamente, Filipe -----Mensagem original----- De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Francisco Thiago Enviada em: terça-feira, 27 de setembro de 2005 10:11 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Bd Bem não sou o Bruno, mas gostaria de fazer alguns comentários: 1- O Suporte a multi-processamento e etc está prometido para a versão Vulcan do FB... que, segundo o Starkey, não demora muito pra sair 2- Não entendi o que vc disse com "limite de tamanho". Poderia explicar melhor? 3- (backup incremental) Realmente isso me dá até medo.... Mas se não estou enganado, a versão 2.0 já traz alguns recursos do tipo com a nova ferramente de backup. 4- Tipos de dados auto-incremento, na minha modesta opinião, são completamente desnecessários! Com o controle via trigger (óh, quão difícil é fazer uma trigger pra isso) vc tem um controle maior sobre o que esta fazendo... Pode fazer sequencias realmente incrementais (sem furos) e por ai vai... Acaba sendo quase que o mesmo caso para o campo Boolean... Que eu acredito que nunca vai aparecer no FB E se são só quatro... puxa.. nem preencheu a mão toda :D Francisco Thiago de Almeida Enter & Plug Informática Divisão: Desenvolvimento e Banco de dados Franca / SP msn: [EMAIL PROTECTED] ----- Original Message ----- From: "Filipe Xavier Ramalho" <[EMAIL PROTECTED]> To: <delphi-br@yahoogrupos.com.br> Sent: Friday, September 23, 2005 1:46 PM Subject: RES: [delphi-br] Bd Bruno, não sou especialista em Firebird, conheço muito melhor o Informix, mas vou tentar expor algumas falhas (entendam por limitações) do FB que conheço. Não tem suporte à multi-processamento nem clusterização. Tem um limite de tamanho muito baixo para grandes aplicações. Não possui recurso de backup incremental (na minha opinião, esse é o recurso que mais faz falta) Não possui tipo de dado auto-incremental (é necessário criar um gatilho). Enfim, esses são os itens que me lembro. Não que ele seja ruim, são apenas pontos fracos, assim como tem os seus pontos fortes. []'s, Filipe -----Mensagem original----- De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Bruno Lichot - Micrologos Enviada em: sexta-feira, 23 de setembro de 2005 13:15 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Bd Concordo com qse td.. mas gostaria de saber sobre essas MUITAS falhas e LIMITAÇÕES do FireBird 1.5 e principalmente do InterBase 7.5. Q os companheiro expuseram, pois seria mto bom para poder me prevenir. Uma limitação gritante no firebir e o naum suporte a multithred q em alguns casos pode causar problemas, mas saum casos especificos e remotos, e q o IB resolve perfeitamente. Desde ja agradeço pelas contribuições q co certeza serão mto uteis. pq saum os meus principais bancos hj, rodando em ambiente com alto processamento, armazenamento e requisições de dados. []´s Bruno Lichot Micrologos Dream Team Equipe ClubeDelphi DevMedia [EMAIL PROTECTED] [EMAIL PROTECTED] www.micrologos.com.br - www.clubedelphi.net - www.delphirio.assespro-rj.org.br ----- Original Message ----- From: "João Paulo EsPyl" <[EMAIL PROTECTED]> To: <delphi-br@yahoogrupos.com.br> Sent: Friday, September 23, 2005 12:23 PM Subject: Re: [delphi-br] Bd > Concordo plenamente que todos os bancos de dados tem suas limitações assim > como todos tem suas vantagens... > > Tambem acho que se o companheiro de lista sabe access, mysql ou firebird, > deverá usar aquela ferramenta de gerenciamento de dados que melhor lhe > servir, não há necessidade de reinventar a roda. Nós aqui na empresa temos > um pequeno sistema com base de dados Access, que alias quando não precisa > rodar em ambiente multiusuário funciona bem. > > Ocorre que talvez tenha usado uma expressão forte, quando usei a palavra > "eresia", mas inobstante ao termo citado e usado no email anterior, continuo > achando que o Access não é um banco de dados, e como tal não pode ser usado > no termo correto da palavra. Pode até até ser um otimo gerenciador de > tabelas ou algo que se compare. Para esta pessoa que voz escreve, um > gerenciador de banco de dados, deve no minimo ter controle como Store > Procedure, Trigger's e outros tipos de controle, o que ao que me parece o > Access não tem e nunca terá. > > Não estou discondando do conselho dado ao companheiro da lista, acho que > voce foi muito correto e salutar. Tambem não quero começar aqui uma > discussão interminavel, apesar de sempre achar que o embate fortalece as > ideias e ajuda o mundo a andar. > > Se alguma coisa aqui escrita de alguma forma vir a ofender alguem, quero que > saibam desde já que não é nada pessoal e nem essa a intenção. Apenas este é > o Meu parecer. > > Um grande abraço a todos. > > _________________________________ > João Paulo Pyl > EsPyl Informática e Sistemas S/C Ltda > Sistemas para Gestão Pública > Site: www.espyl.com.br > Cascavel - Paraná > FoneFax: (45) 3224-7328 > > ----- Original Message ----- > From: "Filipe Xavier Ramalho" <[EMAIL PROTECTED]> > To: <delphi-br@yahoogrupos.com.br> > Sent: Friday, September 23, 2005 11:41 AM > Subject: RES: [delphi-br] Bd > > > Caro João, sei que o Access tem suas limitações, e particularmente, nunca o > utilizei comercialmente. Mas o Access é um banco de dados muito completo e > consistente para atender pequenas e simples aplicações. Acredito que se não > fossem os problemas de utilização do Access em ambientes multi-usuário, o > Access teria evoluído e tomado boa parte do mercado. > > O Firebird é um banco muito completo e com uma vantagem indiscutível, é > grátis. O Interbase (seu antecessor) foi o primeiro banco gratuito que > trouxe recursos de bancos completos. Mas nem por isso ele é um "Deus Grego". > O Firebird (assim como o Interbase) apresenta muitas falhas, inúmeras > limitações. > > Hoje, minha principal base de trabalho é o IBM Informix, que acreditem, > custa mais caro que o Oracle, e também possui muitos problemas, assim como > qualquer banco, cada um com suas particulariedades. > > Portanto, todos os bancos de dados, desde o arquivo texto até o Oracle, > passando pelo Access e Firebird, tem seus méritos e seus problemas, e não > convém compará-los em qualidade, mas sim em aplicabilidade em cada projeto. > > Não é eresia colocá-los no mesmo patamar, eles estão TODOS no mesmo patamar, > são bancos de dados, uns com mais e outros com menos recursos. A > aplicabilidade de cada um em seu projeto é que deve ser comparada. > > Ou seja, se o nosso colega "sabe" Access, e "não sabe" Firebird, e o Access > atende às suas necessidades (no caso acho que sim), então o Access é > "melhor" que o Firebird nessa situação, pois ele teria que gastar tempo de > estudo para decidir implementar algo que ele nem sabe se atende à sua > necessidade, ao invés de implementar da maneira que hoje lhe convém e é > satisfatória. > > Eresia seria ele gastar o seu tempo e dinheiro buscando a solução perfeita, > com mais recursos e mais robusta para descascar uma laranja, enquanto tem > uma faquinha ali do lado. > > Que este texto sirva de conselho para os inexperientes. > > Abraços, > > Filipe > -----Mensagem original----- > De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] > nome de João Paulo EsPyl > Enviada em: sexta-feira, 23 de setembro de 2005 11:30 > Para: delphi-br@yahoogrupos.com.br > Assunto: Re: [delphi-br] Bd > > > > Me desculpe mas colocar o Access no mesmo patamar do Firebird ou > PostgreeSQL... é uma eresia.... > > ----- Original Message ----- > From: "Filipe Xavier Ramalho" <[EMAIL PROTECTED]> > To: <delphi-br@yahoogrupos.com.br> > Sent: Wednesday, September 21, 2005 3:07 PM > Subject: RES: [delphi-br] Bd > > > Como seu banco será pequeno você pode usar um banco leve e barato (ou > gratuito) como Firebird, Access ou PostgreeSQL... > -----Mensagem original----- > De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] > nome de Anderson > Enviada em: quarta-feira, 21 de setembro de 2005 15:04 > Para: delphi-br@yahoogrupos.com.br > Assunto: Re: [delphi-br] Bd > > > Qual o volume das informações? > 300 registros por dia > > Quantas tabelas? > 1 tabela > > Anderson > Rio Claro-SP > ----- Original Message ----- > From: Filipe Xavier Ramalho > To: delphi-br@yahoogrupos.com.br > Sent: Wednesday, September 21, 2005 2:17 PM > Subject: RES: [delphi-br] Bd > > > Qual o volume das informações? Quantas tabelas? Quantos registros nas > maiores tabelas? > > > Existem muitas opções de BD no mercado, dependendo da sua necessidade > você > poderá chegar ao mais adequado do aspecto funcional e financeiro. > > > > -----Mensagem original----- > De: delphi-br@yahoogrupos.com.br > [mailto:[EMAIL PROTECTED] > nome de Anderson > Enviada em: quarta-feira, 21 de setembro de 2005 14:15 > Para: Grupo Delphi > Assunto: [delphi-br] Bd > > > Aes galera, > > Estou precisando desenvolver um sistema que guardará muitos registros > em > um > banco de dados. Esse sistema rodará pelo menos 10 horas por dia, e por > isso > preciso fazê-lo para q naum ocorrá problemas no banco de dados... > > Sabendo que haverá bastantes registros e rodará praticamente o dia > todo > acho meio inviavel utilizar tabelas paradox (ao qual estou acostumado > a > usar). > > Com a ajuda de vcs, que banco de dados devo utilizar??? > > Vlw > Anderson > Rio Claro-SP > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > Yahoo! Grupos, um serviço oferecido por: > > > ---------------------------------------------------------------------- -- > -- > ---- > Links do Yahoo! Grupos > > a.. Para visitar o site do seu grupo na web, acesse: > http://br.groups.yahoo.com/group/delphi-br/ > > b.. Para sair deste grupo, envie um e-mail para: > [EMAIL PROTECTED] > > c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do > Serviço do Yahoo!. > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > Yahoo! Grupos, um serviço oferecido por: > > > ----------------------------------------------------------------------- - -- > -- > -- > Links do Yahoo! Grupos > > a.. Para visitar o site do seu grupo na web, acesse: > http://br.groups.yahoo.com/group/delphi-br/ > > b.. Para sair deste grupo, envie um e-mail para: > [EMAIL PROTECTED] > > c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do > Serviço do Yahoo!. > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > > > Yahoo! Grupos, um serviço oferecido por: > > > > ------------------------------------------------------------------------ -- -- > -- > Links do Yahoo! Grupos > > a.. Para visitar o site do seu grupo na web, acesse: > http://br.groups.yahoo.com/group/delphi-br/ > > b.. Para sair deste grupo, envie um e-mail para: > [EMAIL PROTECTED] > > c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do > Serviço do Yahoo!. > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: -------------------------------------------------------------------------- -- -- Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ b.. Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. [As partes desta mensagem que não continham texto foram removidas] -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Links do Yahoo! Grupos _______________________________________________________ Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/ -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: ---------------------------------------------------------------------------- -- Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ b.. Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. [As partes desta mensagem que não continham texto foram removidas] -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
