Análise de Desempenho Entre Os Bancos de Dados SQL Sever X Oracle

13/08/13
Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Seguir @linhadecodigo 3.019 seguidores 2.454
Enviar
Log In / Cadastre-se
Pesquisar
HOME
DESENVOLVIMENTO
FRONT-END
BANCO DE DADOS
EM DESTAQUE
TODOS
Publicidade
PUBLIQUE
Banco de Dados - SQL Server

Este artigo tem como objetivo realizar um estudo comparativo de desempenho, baseando-se no resultado de consultas, delete e update, entre os dois principais bancos de dados: O MS SQL Server da empresa Microsoft e o banco Oracle da empresa Oracle Corporation, mostrando tambm alguns conceitos e caractersticas destes SGBDs.
por der Jos Gonalves
43
17
Like
1. Introduo
REVISTAS DEVMEDIA
Atualmente no universo corporativo, a necessidade constante de gestores de tomar decises cruciais para os bons negcios das empresas, faz da informao seu bem mais precioso. Nos dias de hoje, com o grande e cada vez maior volume de dados, se torna imprencidvel escolher um bom sistema de banco de dados, pois fatores como o tratamento, segurana e principalemte velocidade na busca destas informaes pode determinar o sucesso ou fracasso de uma oraganizao. Este artigo destaca os dois principais sistemas de bancos de dados, o MS SQL Server da empresa Microsoft e o Oracle da empresa Oracle Corporation. O presente trabalho tem como meta mostrar alguns conceitos sobre estes bancos, e principalmente realizar testes de desempenho, utilizando a linguagem SQL (Structured Query Language) em um sistema computacional comum a todos, tanto no quesito hardware como no sistema operacional utilizado.
TOP 10 - ARTIGOS TOP 10 - AUTORES SQL Magazine 112 .net Magazine 106
O principal motivo deste artigo no mostrar qual sistema de banco de dados melhor, mas sim apresentar algumas caracteristicas que os definem e fazem cada empresa adotar um ou outro, pois se deve ponderar inmeras outras caractersticas antes de escolher um sistema gerenciador de banco de dados (SGBD), tais como: o custo de implementao e suporte, manuteno, recursos existentes de cada banco e etc. Vale lembrar, que no mercado de banco de dados, existem tambm outras opes de bons SGBDs, como: MySQL, Firebird, DB2 entre outros. Tem-se ento como objetivo, demonstrar como estes dois SGBDs (SQL Server e Oracle), tratam e manipulam suas informaes, e tambm verificar o tempo de resposta em vrias consultas, com um grande volume de dados, para um melhor e imparcial resultado. 2. O uso dos bancos de dados nas empresas brasileiras De acordo com uma pesquisa de mercado, realizada no ano de 2005, nos meses de abril e maio, pelo grupo Impacta (Impacta, 2005), onde o objetivo desta pesquisa era medir o percentual no uso da infraestrutura em tecnologia nas grandes empresas do Brasil, neste caso foram entrevistadas duas mil empresas, tinha-se como meta avaliar tanto o quesito do uso de sistemas operacionais, nmeros de equipamentos, nmero de servidores e tambm, empresas que utilizam ERP e quais so os gerenciadores de banco de dados mais utilizados por estas companhias.
VER TODOS
1 2 3 4 5 6 7 8 9 10
Comandos bsicos em SQL - insert, update, delete e select HTML Bsico Menu em CSS - Menu dropdown horizontal com HTML5 e CSS3 Quanto vale o seu servio? Aprenda a cobrar pelo seu trabalho. Guia rpido para consultas SQL Manipulando datas e horas no Excel HTML Avanado Formato dos registros do Sintegra Excel: Comparando Listas Criando um sistema de cadastro e login com PHP e MySql
O SBGD Oracle liderou a pesquisa com 59% das implementaes nas companhias entrevistadas, logo em seguida, com 53% aparece o SQL Server, outros sistemas de banco de dados como Progress, Access e DB/2, aparecem com 8%, 7% e 6.5%, respectivamente, observando-se uma diferena significativa, quando comparado com os dois primeiros j mencionados. Nesta mesma pesquisa, observou-se que grande nmero das empresas no possuam nenhum tipo de software de ERP, destas empresas o SQL Server a preferncia com 58.3% e logo depois aparece o
www.linhadecodigo.com.br/artigo/2412/analise-de-desempenho-entre-os-bancos-de-dados-sql-sever-x-oracle.aspx
1/11
13/08/13
Oracle com 38.9%.
Na figura 1, detalhado o resultado total, incluindo os demais sistemas de banco de dados mencionados pelas empresas nesta pesquisa (Impacta, 2005).
Figura 1. Grfio que detalha o resultado da pesquisa no uso dos SBGDs no Brasil(Impacta 2005) 3. MS SQL Sever O MS SQL Server um sistema gerenciador de banco de dados relacional (SGBDR), desenvolvido e comercializado pela empresa Microsoft, atualmente sua ltima verso o MS SQL Server 2008 (Agnaldo, 2007). O SQL Server teve sua origem no final dos anos 80, com o nome de Sybase SQL Server, isso devido a uma parceira de desenvolvimento junto empresa Sybase. As duas companhias desenvolveram juntas at o SQL Server 4.0 para o Windows NT, a partir desta verso, o SQL Server teve seu desenvolvimento apenas pela Microsoft. Abaixo segue um cronograma histrico do desenvolvimento deste SGBD (Agnaldo, 2007): 1988 Microsoft, Sybase e Aston-Tate criam o SQL Server para os sistemas OS/2; 1990 Microsoft e Sybase lanam o SQL Server 1.1 com suporte ao Windows 3.0; 1991 Surge o SQL Server 1.11, verso de manuteno; 1992 Microsoft e Sybase lanam uma verso do SQL Server para o Windows NT; 1995 A Microsoft, j assumindo o total desenvolvimento sem parceria, lana o SQL Server 6.0; 1996 lanado a verso 6.5 do SQL Server com recursos para internet, e ganhou o certificado do padro ANSI SQL; 1998 lanado o SQL Server 7.0, o primeiro a incorporar interface grfica; 2000 O SQL Server 2000, foi o primeiro que teve uma verso para a plataforma IA64 (64 bits) da Intel; 2005 Surge o SQL Server 2005, lanado com grande integrao a plataforma Dot Net e com as ferramentas de desenvolvimento, como o Microsoft Visual Studio; 2008 lanado a verso do SQL Server 2008, com caractersticas de goverana e compresso de dados e suporte pra informaes geo-espaciais.
3.1 Caractersticas do SQL Server 2005 Express Edition Como este ser o sistema utilizado na realizao dos testes deste artigo, nas linhas que se seguem so apresentadas algumas caractersticas deste produto. O SQL Server Express um sistema de banco de dados baseado nas tecnologias existentes no SQL Server 2005, um software gratuito, mas apenas sua distribuio free e no o seu cdigo fonte, ele de fcil instalao e administrao, projetado principalmente para ser um servidor de produtos, como um Web Server, ou tambm como um cliente stand-alone, neste caso, a aplicao no depende de uma rede para obter acesso aos dados (Pinheiro, 2005). Esta verso do SQL Server pode criar bases de dados de at 4 GB de tamanho, esta limitao apenas para o arquivo de dados, compativel com outras edies do SQL Server 2005, possui integrao com o Visual Studio 2005, o que torna o desenvolvimento de aplicaes que o utilizam como base de dados mais simples (SQL Server, 2005).
2/11
13/08/13
Outra caracterstica que este sistema suporta at o nmero mximo de 50 instncias na mesma mquina, desde que cada instncia seja nomeada com um nome diferente, e por default, na instalao do SQL Server Express a instncia criada com o nome de SQLEXPRESS. Esta verso suporta vrias funcionalidades do SQL Server 2005 como (Pinheiro, 2005): Stored procedures, que so um conjunto de instrues executadas dentro do banco de dados; Views, que uma tabela virtual gerada a partir do resultado de uma instruo SELECT; Cursor, que permite que seu cdigo SQL faa uma varredura numa tabela; T-SQL language support; Service Broker (as a client only); Advanced Query Optimizer entre outras.
Mas por outro lado, existem algumas funcionalidades que esta verso no suporta, como por exemplo (Pinheiro, 2005): SQL Agent, que um servio do Microsoft Windows que executa tarefas administrativas agendadas, que so chamadas de trabalhos; Full text search; DTS, que uma ferramenta para exportar e importar dados para arquivos de excel, txt entre outros; OLAP Services / Data Mining; English Query; Em mquinas multiprocessadas, o engine do SQL Server Express reconhece apenas um processador.
4. Oracle O Oracle um SGBD (sistema gerenciador de banco de dados) que surgiu no fim da dcada de 70, criado por Larry Ellison e os co-fundadores da empresa Oracle Corporation, Bob Miner e Ed Oates. Deve-se destacar, que Ellison se empenhou na oportunidade que outras empresas de tecnologia da poca no perceberam, o grande potencial de negcios no modelo de banco de dados relacional, tornando a Oracle como uma das maiores empresas de software para gerenciamento de informaes (Oracle,2009). A seguir segue um cronograma da evoluo deste SGBD: (Legatti, 2007) 1978 Oracle 1: escrito em Assembly; 1979 Oracle 2: 1 SGBDR comercial; 1981 Oracle3: Reescrito em C com caractersticas de Commit, Rollbacks; 1984 Oracle 4: possua leituras mais consistentes; 1986 Oracle 5: verso cliente/servidor; 1988 Oracle 6: caractersticas como Row-level locking, Online backup; 1992 Oracle 7: Integridade referencial Stored procedures e functions, cost based optmizer(CBO); 1997 Oracle 8: All-your-data Database Particionamento; 1999 Oracle 8i:Evoluo do mtodo CBO, database resource manager, novos tipos de ndice e caractersticas como o Internet Database Java e XML; 2001 Oracle 9i: Gerenciamento dinmico da SGA, coleta de estatstica mais eficiente, monitores de utilizao de memria (views) e Real application cluster; 2003 Oracle 10g:Coleta automtica de estatsticas, fim do mtodo RBO, SQL Profile, gerenciamento automtico da SGA e Workload Repository; 2007 Oracle 11g: Real application testing,evoluo dos recursos do 10g e gerenciamento total de memria.
4.1 Caractersticas do Oracle 10g Express Edition Pensando em atender pequenas e mdias empresas, na construo de softwares, no se preocupando com gastos em licenas de bancos de dados, a Oracle lanou no mercado o sistema Oracle 10g Express Edition, chamados por muitos de Oracle XE.
3/11
13/08/13
O Oracle 10g Express Edition uma verso gratuita para distribuio, mas como o SQL Server, no possui seu cdigo fonte aberto, para o desenvolvimento e claro, para seu uso comercial. Este SGBD um banco leve e foi desenvolvido utilizando o mesmo cdigo base do Oracle Database Server 10g Release 2. Outras caractersticas do Oracle XE que merecem destaque so (Gayer, 2006): A linguagem PL/SQL foi preservada com total compatibilidade com a verso comercial; Como o SQL Server Express Edition, o tamanho mximo da base de dados de 4Gb(incluindo a tablespace System); Os componentes de conectividade como ODBC, JDBC, OLE DB, PHP, Call Interface C e C++, Data Provider para Dot Net fazem parte desta verso; Disponvel para Windows e Linux, mas apenas na plataforma de 32 bits; Pode-se administr-lo utilizando a ferramenta de administrao e desenvolvimento web, o Oracle HTMLDB; E independente que o servidor tenha mais de um processador, este sistema utiliza apenas uma CPU e aloca somente 1 Gb de memria.
5. Performance A performance de um banco est relacionada principalmente no tempo de resposta de suas operaes tentando atender a expectativa do usurio (Murara, 2008). No mundo corporativo atual, a informao tem um valor crucial nas atividades de todas as empresas, por isso, deve-se haver sempre uma preocupao no desempenho dos sistemas de banco de dados utilizados, at mesmo para reduzir o investimento de hardware e software, minimizar o tempo de resposta, principalmente na busca de informaes, melhorando a produtividade no trabalho e aumentando a credibilidade e os bons negcios das empresas. A preocupao no desempenho de um banco de dados deve mobilizar todas as pessoas envolvidas na construo de um sistema. Esta responsabilidade tanto dos DBAs, como dos administradores de sistemas, desenhistas e arquitetos de aplicao e tambm dos desenvolvedores da aplicao que extrair as informaes do banco. claro, que na questo de desempenho e na otimizao de consultas, outros fatores necessitam ser considerados, por exemplo, a escolha do sistema operacional e sua correta configurao podem melhorar em torno de at 50% o desempenho de um banco de dados. H tambm a necessida de identificar quais so as consultas mais lentas e ajustar o hardware que suportar o sistema como um todo (Duarte, 2004). Independente se o sistema de banco de dados esteja sendo executado em uma mquina, com o hardware mais potente do mercado, o desempenho poder sofrer influncias negativas atravs de consultas mal escritas, inadequadas, chamadas tambm por consultas de fuga ( Pilecki, 2007). Segundo Craig Mullins, 80% dos problemas de desempenho em um banco de dados, so causados por cdigos SQL ineficientes, mas existem outros fatores que implicam na lentido de consultas em um banco de dados, tais como (Gervazoni, 2005): A falta, desatualizao ou ndices mal criados; A estrutura e baixa comunicao na rede utilizada; Memria insuficiente no servidor; A falta e desatualizao de estatsticas e etc.
6.Plano de execuo O plano de execuo determina a sequncia de operaes (fsicas e lgicas), que o banco executa para realizar as consultas e criar o conjunto de resultados desejados. O otimizador de consultas, que um mecanismo pertencente ao banco de dados, no processo de otimizar uma consulta gera o plano de execuo. Este processo leva em conta alguns determinantes fatores, como ( Pilecki, 2007):
4/11
13/08/13
A utilizao de ndices;
As tabelas envolvidas e como a condio dos joins; Os predicados de pesquisa existentes nas consultas; A lista de colunas retornadas. importante destacar, que em consultas complexas, o otimizador de consulta no avaliar todas as possibilidades possveis, mas sim, tentar encontrar um plano que seja bom para determinadas consultas. Isto se deve, porque o custo s vezes de avaliar todas as possibilidades para gerar o melhor plano pode comprometer o ganho de desempenho, por isso de suma importncia entender este processo e suas limitaes (Pilecki, 2007). O SQL Server busca as informaes de sua base de duas formas, atravs de table scan, onde feito uma varredura por toda a tabela, ou por uso de ndices (Gervazoni, 2005). Mesmo que a tabela acessada tenha ou no ndices criados, o SQL Server guarda as estatsticas de cada campo, principalmente dos mais acessados, porque para montar seu plano de execuo o otimizador utiliza-se destas estatsticas. Isto porque, antes do otimizador do SQL Server, optar por utilizar ou no um ndice de uma tabela, este consulta as estatsticas dos campos a fim de encontrar o mtodo mais rpido para trazer as informaes desejadas, pois mesmo com a correta criao de um ndice, pode acarretar em um no rendimento no momento da consulta (Gervazoni, 2005). O otimizador de consulta do SQL Server, se baseia em custo, este tenta gerar o plano de execuo com o menor custo estimado. Esta estimativa baseada nas estatsticas de dados disponvel para o otimizador quando este avalia as tabelas envolvidas na consulta. Portanto importante manter as estatsticas atualizadas, se no, o otimizador no ter informaes necessrias para aperfeioar uma consulta e neste caso ser gerado um plano com estimativas erradas (Pilecki, 2007). Na instalao do SQL Server, existe a opo de criar e atualizar automaticamente as estatsticas, mas com esta opo, as atualizaes so realizadas depois que haja o acmulo de algumas modificaes, e tambm leva em considerao o tamanho das tabelas em at 8Mb, acima deste valor, o intervalo aumenta, mas estas atualizaes podem ser realizadas manualmente (Gervazoni, 2005). J o Oracle, possui algumas maneiras de acessar os dados de uma tabela, como a leitura seqencial (full table scan), busca pelo identificador do registro (ROWID scan), busca pelo ndice (index scan, cluster scan e hash scan) e busca por amostragem (sample table scan) (Ronconi,2005). Para determinar qual Ser a melhor maneira de realizar uma consulta, o banco de dados Oracle examina quais as formas disponveis para a operao. O Oracle analisa as clusulas From e Where da consulta, e em seguinda, como o SQL Server, o seu otimizador gera os planos de execuo e verifica qual o plano que possui o menor custo para obter o resultado desejado. Um dos fatores que podem influenciar a escolha do plano de execuo do Oracle so as Hints (dicas), determinadas pelos desenvolvedores, assim, o otimizador no gerar um conjunto de planos de execuo, apenas utilizar a dica inserida pelo desenvolvedor. E tambm como o SQL Server, outro tipo de influncia que o otimizador de consulta do Oracle pode sofrer, o valor das estatsticas de tabelas e ndices, pois esta, armazena informaes da quantidade de registros, blocos e tamanho mdio dos registros, ento, caso estas estatsticas estejam desatualizadas, o otimizador poder gerar planos inadequados no auxiliando no processo de otimizao das consultas (Ronconi,2005). Como visto anteriormente, tanto o otimizador do SQL Server, como o do Oracle, se baseiam em uso de estatsticas para gerar o melhor plano de execuo para uma determinada consulta. Segue abaixo alguns dos motivos que levam a atualizao destas estatsticas (Gervazoni, 2005): Insero de inmeros registros; A remoo de muitos registros; Quando a tabela for truncada; E quando houver muitas alteraes nos Key values de ndices.
Portanto, importante que os desenvolvedores e administradores de banco de dados, verifiquem se as
5/11
13/08/13
estatsticas esto sendo atualizadas periodicamente. 7. Ambiente de testes Como o intuito deste trabalho realizar alguns testes de performance, entre o SQL Server e o Oracle, realizando algumas consultas de diferentes nveis de dificuldades, atualizaes e remoes de dados, com o objetivo de medir o tempo de resposta destes SGBDs, se faz necessrio detalhar como ser o ambiente de testes, o sistema operacional utilizado, hardware e dificuldade encontradas. Na figura 2 est representado o DER (Diagrama de entidade e relacionamento) onde se basear a formulao dos cdigos SQL utilizados para os testes e na tabela 1 a configurao do computador e dos sistemas utilizados. Tabela 1: Configurao do computador e dos SGBDs
Figura 2. O diagrama de entidade relacionamento Para que as tabelas no fossem criadas junto com outras tabelas de sistemas existentes, tanto na instalao do SQL Server como no Oracle, estas foram projetadas em cima dos conceitos de table space para o Oracle e de filegroups para o SQL Server. Teve-se a preocupao de criar todo o ambiente de testes, para que este seja o mais semelhante para as duas plataformas, assim, toda a estrutura foi desenvolvida no Oracle, onde logo depois foi exportado um arquivo. SQL com os cdigos de inserts para serem corrigidos algumas peculiaridades existentes de cada banco (como o caso do comando to_date do Oracle, para o convert(datetime) do SQL Server) para serem devidamente inseridos no SQL Server. Na populao das tabelas foi desenvolvido um script, como mostra a figura 3, para cada tabela, nele foi utilizado um comando pertencente a linguagem Oracle, o Random, com este comando, pode-se gerar vrios valores aleatrios para algumas colunas. Na tabela 2 detalhado as tabelas e os nmeros de registros pertencentes a cada uma. Tabela 2. Nmero de registros das tabelas do teste
6/11
13/08/13
importante mencionar a dificuldade encontrada para replicar estes dados no SQL Server, pois os arquivos exportados do Oracle tiveram que ser divididos em arquivos com 50 mil regitros, pois acima deste valor o Management Studio Express no conseguia executar o comando de insert nas tabelas. No final deste processo, os dois bancos possuam o mesmo nmero e as mesmas informaes.
Figura 3. Script de populao da tabela Empregado Como forma de no beneficiar nenhum dos SGBDs na realiazao dos testes e obter resultados imparciais, foram seguidos alguns paramtros, como: No momento em que um SGBD for testado, o outro ser desabilitado para no interfirir no desempenho do primeiro; Para cada teste realizado, o computador sera reiniciado; A mesma consulta ser realizada trs vezes seguidas, tirando a sua mdia, assim, pode-se medir a diferena de tempo da primeira execuo com as demais; No ser alterado os mtodos de otimizao utilizados pelos prprios otimzadores de cada banco; Os resultados dos testes, apresentados nas tabelas de resultados, se apresentam em segundos. Abaixo na tabela 3, segue os cdigos utilizados nos testes: Tabela 3. Comandos SQL utilizados nos testes.
7/11
13/08/13
Tabela 4. Cdigo SQL do Update
Tabela 5. Cdigo SQL do delete
8. Resultados alcanados Seguindo os critrios de avaliao e cdigos SQLs descritos acima, obtiveram-se os seguintes resultados, que so detalhados na tabela 6. Tabela 6. Resultado obtido pelo Oracle e SQL Server
8/11
13/08/13
A partir destes resultados, observa-se uma relativa superioridade do Oracle nas consultas 1, 2, 5 e 7, sendo mais rpido em 77.54%, 61.12%, 11.68% e 61.64% respectivamente, em relao ao SQL Server, no entanto, o SQL Server obteve um resultado superior ao Oracle nas consultas 3, 4 e 5 com uma diferena percentual de 16.42%, 26.12% e 28.58% respectivamente. Nota-se que nas sete consultas realizadas, o Oracle apresentou-se mais gil em quatro, e nas que o SQL Server teve um melhor desempenho, a diferena entre os dois SGBDs foi menor em comparao as do Oracle. Fica assim evidenciado, que os otimizadores de consultas do Oracle e SQL Server possuem formas diferentes de processar a mesma consulta, mas ambos suportaram bem os testes e obtiveram resultados semelhantes confirmando a qualidade de cada um. Em relao ao teste de update, que afetou 226.898 mil registros, e de delete, que apagou 102.439 mil registros, o SQL Server obteve um desempenho bem mais significativo em relao ao tempo apresentado pelo Oracle. No update realizado, o sistema da Microsoft, foi 83.49% mais rpido e no teste do delete, O SQL Server novamente obteve um melhor resultado com 36.44%. Assim sendo, em um balano geral de todos os testes realizados, o SQL Server foi o SGBD que apresentou um melhor desempenho em relao ao Oracle. 9.Concluso Os sistemas gerenciadores de bancos de dados (SGBD) tm um papel fundamental nas organizaes, como forma de garantir o tratamento, a integridade e a segurana das informaes, que a cada dia necessita de um cuidado especial devido ao seu grande e cada vez maior volume de dados. No mercado de banco de dados existem vrias opes de SGBD`s, mas neste trabalho foram destacados os dois principais, o Oracle e o SQL Server. Com o objetivo de mostrar algumas caracteristicas peculiares destes bancos, como o tempo de resposta, no momento de execuo de vrios comandos SQL (Selects, Update e Delete). E o resultado alcanado com este artigo, mostrou uma equiparidade entre os bancos na execuo dos selects, e uma superioridade do SQL Server nos testes de update e delete. Claro, que num ambiente corporativo em produo, existe outros inmeros fatores crticos que podem influenciar o desempenho de um banco de dados, a infra-estrutura do trfego de rede entre o servidor e as mquinas clientes, o grande nmeros de clientes acessando a mesma base de dados ao mesmo tempo, o hardware que compe este ambiente, ndices utilizados, enfim o desempenho de um SGBD no depende apenas de si mesmo para garantir uma boa performance. Como esperado, os dois bancos, tanto Oracle como SQL Server, obtiveram resultados semelhantes, reforando o potencial destes SGBDs. Portanto, uma empresa para escolher seu sistema de banco de dados, deve examinar muito mais que o valor de seu desempenho, mas tambm o seu custo de implementao e suporte, seus recursos etc, e ter em mente, que o melhor SGBD aquele que consegue atender as necessidades existentes, da melhor maneira pelo menor custo possvel. 10. Referncias
9/11
13/08/13
AGNALDO. SQL Server. Disponvel em: <http://www.50minutos.com.br/SQL-server/> Acesso em: 06 de junho de 2009. MURARA, Sandro. Evoluo dos Mtodos de Otimizao de Performance em Banco de Dados Oracle. Disponvel em <www.inf.ufsc.br/erbd2008/palestras/sandro/SandroSGM.pps> Acesso em: 30 de maio de 2009. DUARTE, Eber. Introduo aos mecanismos de otimizao. Disponivel em: <http://www.SQLmagazine.com.br/Colunistas/eber/14_mySQLotimizacao.asp> Acesso em: 01 de junho de 2009. GAYER, Ricardo. Oracle Free. Disponvel em: <http://www.devmedia.com.br/articles/viewcomp_forprint.asp?comp=2317> Acesso em: 04 de junho de 2009. GERVAZONI, Thiago. SQL Server: Melhorando a performance atravs das estatsticas. Disponvel em: <http://www.linhadecodigo.com.br/Artigo.aspx?id=704> Acesso em: 02 de junho de 2009. GRUPO IMPACTA. Uso da Infra-estrutura em TI nas grandes empresas do Brasil. Disponvel em: < http://www.torque.com.br/index.php? modulo=entrevistas&secao=especiais&codEntrevista=306&pagina=1&sequencia=1&codCategoria=4> Acesso em: 11 de junho de 2009. LEGATTI, Eduardo. A evoluo dos bancos de dados Oracle. Disponvel em: < http://eduardolegatti.blogspot.com/2007/04/evoluo-dos-bancos-de-dados-oracle.html> Acesso em: 15 de junho de 2009. MICROSOFT. SQL Server 2005 Express Edition. Disponvel em: <http://www.microsoft.com/SQLserver/2005/en/us/express.aspx> Acesso em: 11 de junho de 2009. MULLINS, Craing. A DB2 for z/OS Performance Roadmap. Disponvel em: <http://www.craigmullins.com/zos.htm> Acesso em: 02 de junho de 2009. ORACLE BRASIL. A histria do Oracle: Inovao, Liderana e Resultados. Disponvel em: <http://www.oracle.com/global/br/corporate/story.html> Acesso em: 04 de junho de 2009. PILECKI, Maciej. Como otimizar o desempenho da consulta do SQL Server. Disponvel em: <http://technet.microsoft.com/pt-br/magazine/2007.11.SQLquery.aspx> Acesso em: 03 de junho de 2009. PINHEIRO, Nilton. Conhecendo o SQL Server 2005 Express Edition. Disponvel em: <http://www.mcdbabrasil.com.br/modules.php?name=Sections&op=viewarticle&artid=22> Acesso em: 07 de junho de 2009. RONCONI, Vincius. Como o Oracle recupera os dados. Disponvel em: <http://www.linhadecodigo.com.br/ArtigoImpressao.aspx?id=768> Acesso em: 03 de junho de 2009.
der Jos Gonalves - Formao Acadmica:

formado em tcnico de informtica pelo cefet-uberaba; bacharel em sistemas de informao pelo centro universitrio do arax - uniarax; ps-graduado pelo centro universitrio do tringulo-unitri. Profisso: Analista de sistemas da empresa Sysmap Solutions.
43
17
Like
Leia tambm
Diferenas entre SEQUENCES x IDENTITY no Microsoft SQL Server 2012
SQL
Utilizando FILETABLE no SQL Server 2012
10/11
13/08/13
SQL Server
NHibernate com o Delphi Prism: Acessando um Banco de Dados SQL Server

Visual Studio
Novidades no SQL Server Codinome Denali

SQL Server
Instalando o SCOM 2007 R2 em um nico servidor

SQL Server
Estamos aqui: Linha de Cdigo faz parte do grupo Web-03
Poltica de privacidade e de uso | Anuncie | Cadastre-se | Fale conosco
Linha de Cdigo
Curtir 7.255 pessoas curtiram Linha de Cdigo.
P lug-in social do F acebook
2013 Linha de Cdigo. Todos os direitos reservados
11/11

Análise de Desempenho Entre Os Bancos de Dados SQL Sever X Oracle

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Análise de Desempenho Entre Os Bancos de Dados SQL Sever X Oracle

Enviado por

Direitos autorais:

Formatos disponíveis

13/08/13

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Banco de Dados - SQL Server

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Portanto, importante que os desenvolvedores e administradores de banco de dados, verifiquem se as

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Tabela 4. Cdigo SQL do Update

Tabela 5. Cdigo SQL do delete

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

der Jos Gonalves - Formao Acadmica:

Utilizando FILETABLE no SQL Server 2012

Anlise de desempenho entre os bancos de dados SQL Sever x Oracle

NHibernate com o Delphi Prism: Acessando um Banco de Dados SQL Server

Novidades no SQL Server Codinome Denali

Instalando o SCOM 2007 R2 em um nico servidor

Estamos aqui: Linha de Cdigo faz parte do grupo Web-03

Poltica de privacidade e de uso | Anuncie | Cadastre-se | Fale conosco

P lug-in social do F acebook

2013 Linha de Cdigo. Todos os direitos reservados

Você também pode gostar