Oracle ou SQL Server

Eu particularmente prefiro o Oracle (apesar que nos meus últimos projetos só tenha utilizado SQL Server), mas sinceramente não vejo grandes diferenças entre as duas tecnologias. No caso as duas tenologias atendem plenamente na maioria dos cenários.

Nos projetos em que atuo sempre existe a diretriz tecnológica e as tecnologias homologadas pelo cliente, então não tem como ser parcial ou passional. Sigo as especificações técnicas de cada cliente. Claro posso contestar com argumentos técnicos coerentes qual caminho tomar, mas tudo formalizado e acima de tudo com embasamento técnico. Agora empresa de menor porte muitas vezes não tem esta definição e vai do profissional ser mesmo profissional e adotar a tecnologia que melhor atende ao cenário.

No que foi listado destaques do Oracle o que pode ser notado como destaque, levando-se em consideração a visão técnica, seria:

-Segurança, apesar do SQL Server ter boas ferramentas de segurança, ainda assim não compara-se ao Oracle
-Quantidades de índices onde o Oracle tem mais índice que o SQL Server
-E acrescento performance em alguns casos.

No mais é tudo perfunctório. Não faz muita diferença na maioria dos cenários. Não vale a pena gastar mais para ter um banco de dados que rode em vários sistemas operacionais se sua diretriz é usar somente um sistema operacional. Então devemos no ater ao cenário e ao limites do que estamos configurando. E uma dos destaques "Profissionais Oracle na maioria das vezes tem salários mais altos" pode ser algo que dificulte a adesão ao Oracle.

Infelizmente por existirem um grande número de profissional que não são profissionais, a TI fica mal vista e em muitos casos é considerada despesa e não investimento. E é até compreensível pois a quantidade de barbarismo que vejo por ai transvestido de soluções é enorme.

Acho que acima de tudo devemos ter bom senso e propormos solução dentro do que o cenário existe. Não adianta um canhão para matar um mosquito. E vejo muito disto em TI. As vezes cria-se arquiteturas complexas, e desnecessárias, sem ter nenhum beneficio prático. Academicamente é lindo, mas na vida real só contribui para o fracasso da solução proposta.

Então sempre devemos ser profissionais, pragmáticos, ter bom sendo e acima de tudo compreender o cenário. Como foi muito bem posto pela Marisiana, o importante é construir um bom alicerce, se tudo for construído pensando em portabilidade e escalabilidade, nada impede que se migre para outros BD´s. Ainda mais que hoje em dia a aplicação tem atomicidade e pode ser construída para utilizar qualquer banco de dados. Basta que o projetista tenha o conhecimento para isto.