[firebase-br] Firebird 2.1 X Classic X SuperServer X Muitas requisições

[Rodrigo Gomes da Silva]

Ambas opções são ruins... Abrir o banco a cada requisição é lento, o usar
somente uma conexão já aberta seja no super ou no classic vai dar um
gargalo.

Entre as 2 aí se a primeira vai trabalhar em paralelo abrindo uma nova
conexão mesmo se uma anterior ainda está sendo usada é a melhor opção.

Ideal seria se vc usasse algum tipo de pool de conexões, reaproveitando a
que já está aberta, e criando nova caso todas abertas estivessem em uso,
não fechando elas entre as chamadas, só liberando/devolvendo pro pull

Em Qui, 28 de mai de 2015 19:52, Marcelo Moreira <
marcelomoreira.souza em gmail.com> escreveu:

> Pessoal,
> Boa noite!
>
> Estou construindo uma API REST que vai receber centenas dependendo do caso
> até milhares de requisições em determinados momentos. Cada requisição virá
> com informações que eu devo gravar no banco de dados. Um insert simples em
> uma tabela.
> Diante deste cenário o que seria mais indicado:
>
> 1 - Usar o Classic abrindo a conexao, grava no banco e depois fecha a
> conexão para cada requisição
>
> ou
>
> 2 - Uso o SuperServer, mantenho a conexao aberta o tempo todo e vou apenas
> inserindo os dados
>
> A opção 2 me parece melhor, porém minha dúvida é se em momentos de muitas
> requisições o banco de dados vai suportar.
>
> Completando, vou rodar o Firebird em um Windows 2008 R2 Server, Intel
> Xenon, 32 Giga RAM
>
> Obrigado pela atenção.
>
> --
> Marcelo Moreira
> (31) 8420-2723
> E-mail / MSN: marcelomoreira.souza em hotmail.com
> E-mail: marcelomoreira.souza em gmail.com
> Skype: marcelomoreira.souza
> ______________________________________________
> 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
>