[firebase-br] O firebird aguenta neste quesito?

Marco Antonio Abreu mabreu em itquality.com.br
Qui Mar 13 16:51:40 -03 2008


Olá Felipe,

Se você está em dúvida se o FB vai aguentar o tranco e não quer impor um 
alto custo para o seu cliente, eu acho que a melhor saída para você se 
resguardar e ao mesmo tempo deixar o cliente satisfeito é perguntar a 
ele. Faça duas propostas, uma com o Oracle e outra com o Firebird. Diga 
claramente quais as vantagens e desvantagens de cada um e deixe ele 
escolher. Assim você vai mostrar para o seu cliente sua preocupação 
tanto com o sistema como com o dinheiro dele.

[]'s,

Marco Antonio Abreu
IT Quality Systems
mabreu em itquality.com.br
http://www.itquality.com.br



Fellipe Henrique wrote:
> Olá Eli, acredito que seja um diferencial não precisar pagar o valor de um 
> oracle da vida, e ainda por cima contratar um DBA pra tomar conta do banco..
>
> Claro que Oracle é o bicho, mas entre um sistema que comporta o que o Cantu 
> disse, que o banco é gratuito e não precisa de DBA, e pagar um Oracle e um 
> DBA, acredito que o primeiro ganha. Bom longe de mim falar mal do Oracle, 
> mas mesmo que um empresa teoricamente possa pagar, se ela não precisar 
> pagar, com certeza é melhor.
>
> []s
>
> "Eli" <eliflavio em gmail.com> escreveu na 
> mensagem news:frbq77$iko$1 em ger.gmane.org...
> Eu uso o Firebird há 8 anos e inclusive agora estou iniciando um novo
> projeto com ele.
>
> Mas sinceramente, baseado em tudo que você disse, parta logo para
> Oracle. O hospital com certeza tem dinheiro para pagar e pode ter
> certeza que é muito mais fácil você se arrepender de ter usado Firebird
> do que Oracle.
>
> Eu não quero de forma alguma criticar o Firebird, muito pelo contrário,
> sempre defendi sua utilização, mas neste caso, não arrisque, utilize
> logo o melhor banco de dados do mercado e contrate um DBA.
>
> Isto certamente é o que eu faria se fosse você.
>
> Eli
>
>
> Fellipe Henrique escreveu:
>   
>> Olá amigos, estou pra iniciar um projeto para um ERP Hospitalar. Como 
>> alguns
>> devem saber, a taxa de informações são imensas.. Estou entre Firebird
>> (usando como conexão FibPlus) ou PostgreSQL (usando como conexão ZeosDBO).
>> Bom, vamos aos dados:
>>
>> São mais de 150 computadores, provavelmente quase que 90% deles estarão
>> online ao mesmo tempo, sem contar alguns palm tops que terão acesso a um
>> sistema que irei criar pra manutenção de medicamentos e afins. Saõ quase 
>> que
>> 500 internações mensais. Terão os módulos básicos: Atendimento, 
>> Faturamento,
>> Financeiro e etc... ´Deverá ser multiempresa, ou seja, o banco de dados 
>> irá
>> crescer exponencialmente. acredito que serão acima de 50.000 registros
>> mensais.
>>
>> Minha pergunta é, o Firebird aguenta essa quantidade de usuário 
>> simultêneos?
>> Sei que muitos irão dizer, depende do programador, do sistema e tals, mas
>> tirando isso...
>>
>> Desde já agradeço imensamente a opinião dos amigos.
>>
>> TFA
>> Fellipe H.
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use: 
>> http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>     
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: 
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
>
>
>
>   
> ------------------------------------------------------------------------
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa




Mais detalhes sobre a lista de discussão lista