2008/7/1 Pablo Sánchez <[EMAIL PROTECTED]>: >> Justiça seja feita, o Oracle no FreeBSD, embora não seja homologado, >> roda nativo: são dois sistemas POSIX. > > Leandro, de boa... a vida não é assim tão preto no branco, e chamadas > de sistema que só existem no Linux não existem no FreeBSD.
Claro que não, mas não quer dizer que seja emulação. Assim como o Cygwin no MS Windows NT não é uma simples emulação, mas uma _implementação_ do padrão POSIX. O que o BSD, assim como o Solaris, faz é implementar o que 'falta' do GNU/Linux. > Não, não é, porque não acontece apenas com o Oracle. 50 a 75%? Só vendo. E não comparando aplicativos no desktop, porque há vários fatores que têm de ser controlados, como configurações e outros programas rodando, por exemplo. Uma instalação típica de GNU/Linux tem seu desempenho bem prejudicado por coisinhas do Gnome ou do KDE que não estão normalmente presentes num servidor de bases de dados. >> Veja, o FreeBSD tinha um problema sério de multiprocessamento até >> recentemente. Eu esperaria pelo menos mais uma versão antes de >> colocar sistemas multiprocessados de bases de dados em produção. > > Desconheço tal afirmação, mas blz, se puder me mostrar a fonte, fica mais > fácil. Vou ficar devendo, estou sem tempo para resgatar isso! Mas se você quiser pesquisar, dê uma olhada no histórico de multiprocessamento no FreeBSD. O suporte é relativamente recente, e só na última versão amadureceu. >> Inclusive falar que migrar a base de dados é mamão com açúcar... só se >> teu estômago não tolera mamão! > > Cara, mas aí é que está, se vc manter o desenvolvimento dessa forma, a > tendência é apenas ir afundando cada vez mais. Para isso é que existe planejamento. > Regra de negócio não deve estar no form, e sim em webservices Não Webservices, por favor. Um monitor de TP, para essa classe de aplicativos. Se houver serviços via Teia, que sejam meras interfaces para o monitor de TP — como aliás é o que faz o BEA WebLogic Enterprise, por baixo dos panos. Mas minha convicção é até outra: regra de negócio, se possível (em ISO SQL nem sempre é), deveria ficar mesmo é na base de dados, e preferencialmente como declaração de restrição de integridade! Pronto, abri outra caixa de Pandora. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
