Em Qui, 2003-04-03 �s 10:00, caio ferreira escreveu: > On 02 Apr 2003 12:00:08 -0300 > "Rodrigo M. Araujo" <[EMAIL PROTECTED]> wrote: > > > Bem Caio, se voc� for reparar direitinho, muitos desses pacotes vem de > > um spo codigo fonte que � o firebird, sendo assim com uma compila��o s� > > ele vai gerar mais de um pacote, como o libfirebird, > > firebird-server-common, firebird-dev, etc... Por isso n�o vai ter ordem > > de constru��o, eles v�o ser construidos de uma vez s�. > > Como � que eu fa�o isso, "eles v�o ser construidos de uma vez s�" ?!?!
Quando voc� der o debian/rules ele vai gerar todos os bin�rios (ou com
o dpkg-buildpackage, que � equivalente). Voc� ver� isso.
>
> > E se voc� me permite uma sugest�o, use o Super Server ao inv�s do
> > Classic, n�o seu ao certo a diferen�a, mas *acho* que � basicamente que
> > o classic roda um thread s� para todas as requisi��es e o super abre um
> > thread para cada requisi��o, ficando mais escalavel dessa maneira.
>
> Realmente, a vers�o server possiblita a abertura de um thread para cada
> requisi��o, mas o que me levou a utilizar a vers�o Classic � a seguinte frase
> na
> documenta��o do Server, "(...)under some circumstances clients can crash all
> server)".
>
Bem n�o sou profundo conhecedor do firebird, mas o utilizei (Super
Server) em um projeto da facudade nesse �ltimo semestre e ele n�o me deu
trabalho, pelo contrario algumas outras equipes que come�aram a
desenvolver em Oracle e SQL Server terminaram migrando para ele depois
de apanhar muito com esses bancos.
[]'s
--
Rodrigo M. Araujo <[EMAIL PROTECTED]>
signature.asc
Description: PGP signature
