Sven van ´t Veer wrote:
>Apesar que os objetivos de .NET e J2EE são similar eles
não são iguais e por isso não podem ser comparados,
especialmente em relação de performance só. >Logicalmente
no plataforma Windooze o .NET ganha em performance. O M$ não
é idiota, a performance de MS-SQL server é superior a
os da Oracle, >DB2 e similare pelo simples fato que a M$ por ter
desenvolvido a plataforma Windooze tem muito mais opportunidades de fazer
tuning, no caso do >SQL Server, o SGDB não roda em cima do OS mas
interage diretamente com o Hardware para melhora do empenho. O .NET
deve fazer a mesma >coisa. J2EE é multiplataforma ae é outra
coisa completamente.
Seguem as minhas replicas :
Primeiro: Acredito que .NET e J2EE podem ser comparadas, pois
as tecnologias competem entre si e diga-se de passagem, ganhamos de longe.
Para criar mais polemica deixei a minha apresentacao disponivel na WEB
: Ela nao esta completa. Faca o download da mesma, envie seus comentarios
e ajude-nos . :)
http://mfprojetos.hpg.com.br/J2EE_vs_DOTNET.zip
Segundo: Nao concordo que pelo fato da Microsoft construir
uma aplicacao ou uma ferramenta de desenvolvimento, esta seja melhor do
que outras do mercado só pelo fato da mesma ser escrita pela M$
e rodar no Windows. Vou citar um caso REAL:
Oracle vs SQL*SERVER (Oracle rodando em Windows)
Apesar do nosso amigo (nao quero citar nomes) ter se enganado profundamente
dizendo que a "perfomance do MS-SQL server era superior", quero deixar
claro que o BD Oracle é muito superior em perfomance, mas como performance
nao é tudo gostaria de deixar aqui descrito algumas diferencas:
A pergunta é simples. O que você escolheria ?
1. Um banco de dados multi-plataforma que lhe permite independência
de fornecedor de HW (com maior poder de
negociação de $$) e que (principalmente) roda em UNIX
(que não precisa ficar dando reboot toda hora) ?
2. Um banco de dados com funcionalidades de alta disponibilidade em
arquiteturas MPP e que permite a
continuidade da operação mesmo em caso de queda de um
dos nós ?
3. Um banco de dados que possui features de disaster recovery para
configuração de sites remotos em stand-by ?
4. Um banco de dados que possui diversas funcionalidades de segurança
dos quais podemos citar VPDB (sem falar
nas certificações internacionais de segurança)
?
5. Um banco de dados capaz de tirar proveito total de arquiteturas
SMP/MPP com a execução de operações em
paralelo ?
6. Um banco de dados que possui há muito tempo funcionalidades
que somente agora estão começando a ser
implantadas pelos outros fornecedores ?
7. Um banco de dados de uma empresa que possui diversas parcerias (Sun
, HP, Veritas, EMC, Compaq, etc.)
visando tirar o melhor proveito do HW ?
8. Um banco de dados que possui uma performance excepcional mesmo com
grandes volumes de dados (vide
TPC-H) ?
Se uma das suas respostas e' sim, entao o SQL*SERVER ja NAO serviria.
Que configuração eles utilizariam para concorrer com
2 Sun E15K cheias (106 CPUs cada) em RAC ?
Deixei este exemplo só pra citar que se em Banco de Dados a Microsoft não tem um produto competitivo , digo tambem que é possivel comparar e vencer a .NET, pois temos Containers J2EE muito rápidos, webcaches e metodologias de desenvolvimento muito mais maduras.
As opiniões aqui descritas sao pessoais e não necessariamente representam as da Oracle Corporation.
begin:vcard n:Marcandali;Adriano x-mozilla-html:FALSE org:Oracle Brazil adr:;;;;;; version:2.1 email;internet:[EMAIL PROTECTED] title:Sales Consultant fn:Adriano Marcandali end:vcard
--------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
