TUNING - Tcnicas de Otimizao de Banco de Dados Um Estudo Comparativo: Mysql e Postgresql

Alessandro Pinto Carneiro, Julinao Lucas Moreira, Andr Luis Castro de Freitas1
1

Centro de Cincias Computacionais Universidade Federal do Rio Grande (FURG) Caixa Postal 474 96201.900 Rio Grande RS Brasil
dmtalcf@furg.br

Trabalho de Graduao Abstract. The importance of the information for the decision making in the organizations, the increase data quantity and the time to search for information, they have been demanding concern with the speed access to the databases. Considering in this way Tuning is evidenced as a process of the database systems refine, aiming at to improve his acting. This work shows the concepts of the tuning in PostgreSQL, specifically with the focus in the parameters configuration and the impact in the modification of the same ones. It is made an analysis of the configuration aspects presented and it is drawn a hierarchy of importance of each one in agreement with his purpose. Resumo. A importncia da informao para a tomada de deciso nas organizaes, o volume cada vez maior de dados e o tempo de busca da informao, tm exigido preocupao com a velocidade de acesso aos bancos de dados. Neste contexto, evidencia-se o Tuning como um processo de refino dos sistemas de banco de dados, objetivando melhorar seu desempenho. Este trabalho apresenta os conceitos de tuning no PostgreSQL, especificamente com o foco na configurao de seus parmetros e o impacto na modificao dos mesmos. Faz-se uma anlise dos aspectos de configurao apresentados e traa-se uma hierarquia de importncia de cada um de acordo com o seu propsito. Palavras-Chave. Tuning, SGBD, Postgresql

1. Introduo
A demanda por Sistemas de Gerenciamento de Bancos de Dados cresce continuamente. Juntamente com essa demanda, cresce tambm o volume de dados que estes sistemas devem gerenciar e a complexidade de suas aplicaes. Neste cenrio, realizar operaes, de forma eficiente, sobre estas grandes colees de dados uma questo fundamental, j que o desempenho de um SGBD (Sistema Gerenciador de Banco de Dados) medido a partir de sua eficincia diante de consultas e alteraes. Atualmente, encontram-se no mercado diversos sistemas gerenciadores de banco de dados, os quais na maioria dos casos so instalados, configurados e utilizados com todos os seus parmetros em valores padres, sem levar em considerao o tipo de aplicao para o qual sero utilizados, o hardware, e at mesmo o sistema operacional. Desta forma nem sempre obtm-se o melhor desempenho do sistema, visto que, diversos parmetros podem ser considerados e ajustados em um SGBD. O primeiro caminho para conseguir um desempenho adequado de um sistema de banco de dados tomar boas decises durante o projeto desse. Vrias consideraes

devero ser feitas durante a fase de projeto, entre elas: o volume esperado de dados em cada relao do sistema e quais consultas sero realizadas com mais freqncia. Mas, percebe-se na maioria dos sistemas que seu real desempenho s pode ser conseguido aps algum tempo de uso, e muitas das consideraes que os projetistas haviam feito podem mostrar-se incorretas. Portanto, uma fase subseqente de ajuste do sistema torna-se necessria, com base em dados reais de seu comportamento, com o objetivo de maximizar o desempenho e a estabilidade. Esta fase chamada de database tuning ou simplesmente tuning. Este trabalho est organizado nas sees 2, 3 e 4. A seo 2 define os conceitos e tcnicas utilizados a fim de realizar tuning (sintonia) em um SGBD. A seo 3 apresenta as ferramentas utilizadas na realizao dos testes propostos. Na seo 4 so apresentados os padres adotados para testar o desempenho de um SGBD, bem como, otimizaes so realizadas. Aps procede-se a concluso e trabalhos futuros.

2. Tuning
Segundo Date (2004), o Sistema Gerenciador de Banco de Dados o software que manipula todos os acessos ao Banco de Dados. O SGBD um software que funciona como uma interface entre o usurio e o Banco de Dados, ou seja, todas as solicitaes dos usurios, como criao de tabelas, insero de dados, recuperao de dados, so manipuladas pelo SGBD. Aps um banco de dados ter sido desenvolvido e estar em operao, o uso real das aplicaes, das transaes, das consultas e das vises revela fatores e reas de problemas que podem no ter sido considerados durante o projeto fsico inicial. As informaes de entrada para o projeto fsico podem ser revisadas por meio da coleta de estatsticas reais sobre os padres de uso. A utilizao dos recursos, bem como o processamento interno do SGBD pode ser monitorado para revelar gargalos, tais como a disputa pelos mesmos dados ou dispositivos. Os volumes de atividades e os tamanhos dos dados podem ser bem mais estimados. Portanto, necessrio monitorar e revisar o projeto fsico de banco de dados constantemente. Os objetivos da sintonia (ou tuning) so os seguintes: I. fazer com que as aplicaes sejam executadas mais rapidamente, II. diminuir o tempo de resposta de consultas/transaes e III. melhorar o desempenho geral das transaes. A linha divisria entre o projeto fsico de um banco de dados e sua sintonia muito pequena. As mesmas decises de projeto so revisadas na fase de sintonia, que um ajuste continuado do projeto. As informaes de entrada para o processo de sintonizao incluem estatsticas relacionadas a diversos fatores. Em particular um SGBD pode coletar internamente as seguintes estatsticas: tamanho de tabelas individuais, nmero de valores distintos em uma coluna, nmero de vezes que uma consulta ou transao em particular submetida/executada em um intervalo de tempo. Os tempos necessrios para as diferentes fases de processamento de consultas. Essas e outras estatsticas criam um perfil do contedo e do uso de banco de dados. Outras informaes obtidas a partir do monitoramento das atividades do sistema de banco de dados incluem as seguintes: estatsticas de armazenamento: dados a respeito da alocao de armazenamento para espao de tabelas, espao de ndices e portas de buffer.

estatsticas de desempenho de entrada/sada: atividade total de leitura/escrita (paginao) do disco. estatsticas de processamento de consultas:tempos de execuo de consultas, tempos de otimizao durante a otimizao de consultas. estatsticas relacionadas a bloqueios/registro de log: taxas de definio de diferentes tipos de bloqueios, taxas de desempenho de transaes e registros de log de atividades. Muitas dessas estatsticas acima se referem a transaes, ao controle de concorrncia e a recuperao de dados. Mas a sintonia de bancos de dados envolve tratar diretamente os seguintes tipos de problema: como evitar excessivas disputas por bloqueios, aumentando, de modo, a concorrncia entre as transaes, como minimizar a sobrecarga de registrar logs e o armazenamento desnecessrio de dados, como otimizar o tamanho do buffer e o escalonamento de processos e ,finalmente, como alocar recursos tais como discos, memria e processos para uma utilizao mais eficiente. A maioria desses problemas mencionados pode ser resolvida por meio de ajuste apropriado de parmetros fsicos do SGBD, da alterao das configuraes de dispositivos, da alterao de parmetros do sistema operacional e de outras atividades similares.

2.1 Sintonia de ndices

A escolha inicial de ndices pode precisar de uma reviso pelas seguintes razes: certas consultas podem demorar demais para serem executadas por conta da ausncia de um ndice, certos ndices podem, absolutamente, no ser utilizados e certos ndices podem estar causando sobrecarga excessiva porque so baseados em um atributo que constantemente sofre alteraes. A maioria dos SGBDs possui um comando ou um meio de rastreamento que pode ser usado para solicitar que o sistema mostre como uma consulta foi executada, quais operaes foram realizadas e em qual ordem e quais estruturas de acesso foram utilizadas. Por meio de anlise desses planos de execuo possvel diagnosticar as causas dos problemas citados. Alguns ndices podem ser excludos e alguns novos podem ser criados com base na anlise de sintonia. O objetivo da sintonia avaliar dinamicamente os requisitos, os quais variam durante diferentes perodos do ms ou da semana, e reorganiz-los de forma a proporcionar melhor desempenho global. A excluso e a criao de novos ndices so sobrecarga que pode ser justificada em funo de melhorias de desempenho. A atualizao de uma tabela geralmente suspensa enquanto um ndice estiver sendo excludo ou criado.

2.2 Sintonia de Consultas

O monitoramento e o ajuste de consultas SQL a atividade que consome grande tempo de administradores de banco de dados por sua complexidade e por representar a maior parte dos acessos realizados no SGBD, sendo que muitas no alcanam o desempenho esperado, devido a terem sido escritas pensando-se no resultado a serem obtidos, e no no melhor caminho para obt-los. Fatores como falta de experincia em desenvolvimento, baixo nvel de conhecimento tcnico, prazos de entregas subdimensionados e falta de monitoramento individual contribuem para que as consultas sejam ineficientes, o que determina a anlise freqente das consultas. O otimizador constri o plano de execuo a partir da consulta SQL, tendo uma margem limitada de opes sobre os operadores utilizados. Uma consulta SQL mal escrita leva o otimizador a utilizar um caminho que nem sempre o mais adequado, o

que gera um plano de execuo que normalmente compromete o desempenho. Em ambientes nos quais existem inmeras consultas construdas dessa forma e que so executadas freqentemente, a conseqncia acaba sendo drstica, dificultando o uso eficiente da maior parte dos recursos disponveis e deixando de atender em tempo outros processos crticos cujas execues so rpidas e necessitam de prioridade. Desta forma existem algumas tcnicas utilizadas pelos administradores de banco de dados a fim de alcanar desempenho. A justificativa para se usar a tcnica de reescrita de consultas como uma das primeiras a ser utilizada, que essa tcnica afeta apenas uma consulta especfica, no se propagando para outras aplicaes que acessam as tabelas envolvidas na instruo SQL (NAVATHE, 2006).

2.3 Critrios Adotados

De uma forma simplificada, existem alguns critrios principais que podem ser adotados para identificar as consultas que devem ser modificadas, so eles: monitorar as sesses ativas que esto sendo executadas no banco de dados, separar as consultas que esto com execues demoradas, dividi-las em grupos, como: prioridade, freqncia de execuo e fraco desempenho, implementar os ajustes reescrevendo as consultas que esto com fraco desempenho. Cada banco de dados fornece suas ferramentas especficas para capturar as consultas citadas nos itens acima, porm a maneira mais eficiente e explcita o prprio uso feito pelo usurio final.

3. Ferramentas
Nesta seo sero apresentadas as ferramentas/aplicativos utilizados para o desenvolvimento deste artigo, bem com a ferramenta desenvolvida para auxiliar no processo de testes e otimizao dos SGBDs. O PostgreSQL um Sistema Gerenciador de Banco de Dados Objeto-Relacional (SGBDOR). Devido sua licena aberta, o PostgreSQL pode ser utilizado, modificado e distribudo por qualquer pessoa para qualquer finalidade, seja privada, comercial ou acadmica, livre de encargos. Um servidor Web um programa de computador responsvel por processar solicitaes HTTP (Hyper-Text Transfer Protocol), o protocolo padro da Web. Quando utiliza-se um navegador de internet para acessar um site, este faz as solicitaes devidas ao servidor Web do site por meio de HTTP e ento recebe o contedo correspondente. Como servidor Web, o Apache o mais conhecido e usado. Os motivos incluem sua excelente performance, segurana, compatibilidade com diversas plataformas e todos os seus recursos. PHP (Hypertext Preprocessor) uma linguagem de programao de computadores interpretada, livre e muito utilizada para gerar contedo dinmico na World Wide Web. A linguagem PHP uma poderosa linguagem orientada a objetos. A ferramenta BenchmarkSQL (SOURCEFORGE, BenchmarkSQL, 2006) foi desenvolvida utilizando a linguagem de programao Java. Utiliza as bibliotecas JDBC para realizar a comunicao com diferentes SGBDs por meio da linguagem de programao SQL.

3.1 BenchmarkSQL
Sua utilizao consiste em quatro etapas: Criao das Tabelas no SGBD, Carga das Tabelas, Criao de ndices e Execuo do BenchmarkSQL. Estas so descritas conforme segue. Na etapa de criao das tabelas no SGBD so criadas as tabelas que fazem parte do mtodo TPC-C (Transaction Processing Performance Council). Para sua utilizao necessrio a execuo de um arquivo executvel que faz parte do software BenchmarkSQL, chamado runSQL.bat para o sistema operacional Windows ou runSQL.sh para o sistema Unix. Para execuo desta etapa necessrio a entrada de alguns parmetros no momento da execuo do arquivo, que so o nome do arquivo de configurao do banco de dados e o comando que indica a criao de tabelas. Para a carga das tabelas no SGBD necessrio executar o arquivo loadData.bat para o sistema operacional Windows ou loadData.sh para o sistema Unix. Quando executado gera dados aleatrios nas tabelas do mtodo TPC-C. Aps a criao e carga das tabelas passa-se a criao dos ndices das tabelas no SGBD. Nesta etapa so criados os ndices e as chaves que identificam as tabelas. Aps as trs etapas anteriores serem executadas possvel executar o programa BenchmarkSQL. Para isto necessrio apenas informar como parmetro o nome do arquivo de configurao do banco de dados, por meio do comando runBenchmark postgres.properties. Aps sua execuo apresentada a interface grfica da aplicao. Nesta interface so apresentadas as propriedades especificadas no arquivo de configurao do SGDB escolhido, neste caso o PostgreSQL. Nesta mesma interface necessrio especificar o nmero de terminais que sero utilizados no teste, o nmero de warehouses especificado na criao do SGBD de teste e, por ltimo, o tipo de execuo do teste, que pode ser por tempo ou por transaes por minuto. Aps a configurao dos parmetros para executar o benchmark necessrio a escolha dos percentuais de execuo das transaes do mtodo TPC-C. Com todas as configuraes feitas possvel executar os testes de performance no SGBD, por meio da opo Create Terminals e Start Transactions. Tendo os terminais sido criados e postos em execuo possvel acompanh-los e ento observar todas as transaes que esto sendo feitas pelo Benchmark, bem como a mdia de transaes por minuto e o nmero de transaes correntes. A partir dos arquivos e dos tempos de execuo das outras etapas da utilizao do benchmark foi possvel efetuar as comparaes entre os SGBDs PostgreSQL e MySQL, nos sistemas operacionais Windows XP e Linux kernel 2.6.8, sendo tambm comparada a instalao do sistema Linux com diferentes sistemas de arquivos. Para facilitar a configurao dos parmetros dos SGBDs foi desenvolvida uma ferramenta que facilita a leitura e alterao dos parmetros do arquivo de configurao dos SGBDs. A ferramenta foi desenvolvida em linguagem PHP. A ferramenta inicializada por meio de um navegador web. Digita-se o endereo de onde est localizado o arquivo principal da ferramenta e a mesma ento inicializada. Para executar os testes foi utilizado um servidor web local. A interface inicial da ferramenta permite que o usurio selecione qual o SGBD que deseja utilizar, PostgreSQL ou MySQL. Aps selecionar o banco de dados que deseja utilizar basta avanar para prosseguir para a prxima etapa de configurao dos parmetros. Esta etapa exibe duas opes de escolha como demonstrado abaixo: a primeira opo permite que se escolha um padro de configurao previamente salvo e a segunda opo permite que se selecione um arquivo de configurao qualquer. Por exemplo, o usurio pode carregar um arquivo que utilizou em uma outra base de dados, permitindo assim copiar todos os

seus parmetros para a base de dados atual. Aps escolher um padro de configurao ou abrir um arquivo salvo, seleciona-se a prxima tela de configurao. Nesta tela so exibidos todos os parmetros alterados a partir da escolha feita na tela anterior. Nessa tela de configurao o usurio pode conferir os parmetros alterados pelo padro aplicado, e se desejar pode alterar algum outro parmetro individualmente. Quando todos os parmetros da configurao estiverem com os valores desejados, seleciona-se a opo para gerar o cdigo que ser, efetivamente, transferido para o arquivo de configurao do SGBD em uso.

4. Padres e Otimizaes
Sero apresentados nesta seo os testes que serviram como base para medir o desempenho do SGBD PostgreSQL em relao ao SGBD MySQL, bem como um comparativo de seus desempenhos em diferentes sistemas operacionais e sistemas de arquivos. A partir destes comparativos foram desenvolvidas configuraes de otimizao para o SGBD PostgreSQL e realizadas novas medies de desempenho com o objetivo de demonstrar que o processo de otimizao pode gerar algumas melhorias significativas quando realizado corretamente. Partindo do objetivo de gerar testes de desempenho confiveis e certificados, foi escolhido o mtodo TPC-C, a partir deste mtodo foi desenvolvido um conjunto de testes para serem executados nos diferentes sistemas operacionais e sistemas de arquivos abordados no projeto. Primeiramente foram configurados trs sistemas operacionais distintos e estes sistemas esto especificados na Tabela 1. Tabela 1: Sistemas operacionais utilizados

Como conjunto de testes para utilizao do mtodo TPC-C no software BenchmarkSQL adotou-se as trs configuraes para transaes demonstradas na Tabela 2. Tabela 2: Conjunto de testes para o mtodo TPC-C e tamanho aproximado da base de dados resultante

4.1 Resultados Obtidos

Seguindo o conjunto de testes especificado, foi utilizado o software BenchmarkSQL nos sistemas citados anteriormente, utilizando a configurao padro dos SGBDs PostgreSQL e MySQL. Os resultados destes testes sero demonstrados a seguir.

Tabela 3: Resultados obtidos com as configuraes padro para execuo de 1 warehouses e 10 terminais

Pode-se constatar que o SGBD MySQL obteve um desempenho superior ao SGBD PostgreSQL, em duas situaes. Estas foram utilizando o sistema operacional Windows com NTFS, e no sistema operacional Linux utilizando Ext3, para o teste de 10 terminais e 1 warehouse que utiliza uma base de dados de aproximadamente 300MB de espao em disco. No sistema operacional Linux utilizando ReiserFS foi constatado que o SGBD PostgreSQL apresenta um bom desempenho em sua configurao padro em comparao com o SGBD MySQL, para este teste que apresenta um nmero no muito grande de conexes concorrentes. Tabela 4: Resultados obtidos com as configuraes padro para execuo de 10 warehouses e 10 terminais

Constatou-se que conforme so aumentados os nmeros de conexes concorrentes o SGBD PostgreSQL apresenta uma queda de desempenho inclusive no sistema operacional Linux utilizando ReiserFS, isto devesse ao fato de que a configurao padro do SGBD PostgreSQL no otimizada para ambientes OLTP (OnLine Transaction Processing), que possuem grande nmero de conexes concorrentes e consultas simples. Desta forma constatou-se a necessidade de otimizar o SGBD PostgreSQL a fim de melhorar o seu desempenho neste tipo de ambiente. Desta forma desenvolveu-se duas configuraes otimizadas para o arquivo de configurao, com o objetivo de melhorar o desempenho do PostgreSQL quando submetido a testes baseados no padro TPC-C, ou seja, quando submetido a testes em um ambiente com muitas transaes, mas com comandos simples. Baseando-se nas anlises realizadas foram alterados alguns parmetros que se demonstraram mais importantes quando o sistema submetido a um ambiente de testes OLTP. max_connections esse parmetro especifica o nmero mximo de conexes concorrentes que fazem acesso ao banco de dados. Apesar dessas conexes concorrentes serem importantes em ambientes OLTP, no modificou-se o valor desse parmetro nessa primeira otimizao. O valor padro para esse parmetro max_conection = 100, ou seja, at cem conexes simultneas.

H um grande nmero de parmetros que podem ser alterados no arquivo postgresql.conf a fim de otimizar o SGBD de acordo com a necessidade de cada aplicao. Mas existem alguns poucos parmetros que a maioria dos administradores de banco de dados alteram a fim de conseguir desempenho em ambientes OLTP. Com base nisso demonstra-se aqui algumas configuraes desses parmetros: shared_buffers esse parmetro um dos mais importantes para uma boa performance do PostgreSQL, nele definem o nmero de buffers da memria compartilhada utilizada pelo servidor do banco de dados. O valor padro para esse parmetro shared_buffers=32MB. Para servidores com boa disponibilidade de memria (mais de 1GB) interessante utilizar um valor que fica entre 8% e 20% da memria RAM disponvel. Dessa forma esse valor foi ajustado para 64MB. maintenance_work_mem o valor padro para esse parmetro esta definido como 16MB, isto significa a quantidade de memria que pode ser utilizada em operaes de manuteno. Como percebeu-se que o tempo para executar a operao de Vacuum estava um pouco acima da media, decidiu-se aumentar esse valor para 32MB. Em grandes bancos de dados que possuem queries complexas e altssima disponibilidade de memria, normalmente eleva-se muito o valor desse parmetro. Em bancos de dados que possuem queries simples, capacidade de memria moderada e grande concentrao de usurios concorrentes, no eleva-se tanto esse valor.Tambm pode ser calculado um valor aproximado utilizando-se a seguinte formula: work_mem = memria disponvel / usurios concorrentes work_mem = 1000MB/100 usurios work_mem = 10MB O arquivo de configurao padro do PostgreSQL define esse valor com work_mem = 1MB. Como se est utilizando testes baseados em acessos concorrentes no eleva-se muito esse valor, e define-se com 2MB. Wal_buffers em bancos que possuem muitas transaes, deixar esse parmetro com seu valor padro pode diminuir o desempenho. Isso deve-se ao fato que bancos transacionais executam muitas transaes de escrita que precisam ser recuperada caso ocorra uma falha. Como esse o parmetro que define o numero de buffers que podem ser utilizados pelo WAL (Write Ahead Log) que garante que registros sejam gravados em LOG para possvel recuperao em caso de falha, optou-se por seu valor padro de 64KB para 128KB. effective_cache_size considerado por muitos como o parmetro que mais adiciona desempenho no banco de dados. normalmente configurado com tamanho igual a 25% do total de memria RAM disponvel. O valor padro do PostgreSQL vem ajustado com effectice_cache_size =128MB. Como possumos um pouco mais do que 1GB de memria disponvel, aumentou-se os o valor desse parmetro para 256MB. max_connections e shared_buffers influenciam no tamanho do segmento de memria compartilhada do sistema operacional. Em alguns sistemas operacionais esse valor de memria compartilhada ajusta-se automaticamente, como por exemplo, o Windows XP. J no Linux quando o valor de memria compartilhada excedido, o servidor PostgreSQL no consegue inicializar, provocando uma falha de segmento. Desta forma o administrador do sistema deve aumentar o valor de memria compartilhada do sistema operacional Linux alterando uma varivel do Kernel chamada shmmax. O valor que deve ser atribudo a essa varivel pode ser calculado da seguinte forma: Shmmax final = (shmmaxdefault * 1024) + 250kb + (8.2kb * shared_buffers) + (14.2kb * max_connections)

Como alterou-se valor de shared_buffers na otimizao, foi preciso aumentar o valor de memria compartilhada no Linux. Definiu-se o valor de shmmax = 89302784. Aps anlise dos resultados referentes a otimizao 1 desenvolveu-se uma nova configurao para o SGBD PostgreSQL, com o objetivo de tentar melhorar seu desempenho e para auxiliar na anlise de seu comportamento em um ambiente OLTP quando o nmero de conexes concorrentes aumentado. Foram alterados os seguintes parmetros para esta otimizao: max_connection este parmetro foi alterado de 100 para 120, com o objetivo de elevar a capacidade de conexes concorrentes no SGBD PostgreSQL. shared_buffers este parmetro tambm foi aumentado, de 64MB para 128MB, aumentar a memria compartilhada, visto que, mais conexes sero permitidas pelo SGBD PostgreSQL. effective_cache_size aumentamos este parmetro de 256MB para 512MB, para permitir que mais memria seja utilizada para cache do SGBD. As tabelas com as configuraes otimizadas so mostradas conforme segue: Tabela 5: Resultados obtidos com as configuraes de otimizao para execuo de 1 warehouses e 10 terminais

Tabela 6: Resultados obtidos com as configuraes de otimizao para execuo de 10 warehouses e 10 terminais

Concluses
Este trabalho teve como objetivo abordar o tuning, que um processo evolutivo de anlise e otimizao que pode ser realizado nos SGBDs, com a finalidade de melhorar o seu desempenho de acordo com a aplicao que est sendo utilizada. Aqui foi enfatizada a configurao dos parmetros do SGBD PostgreSQL para otimiz-lo para um ambiente OLTP, visto que, esse ambiente que apresenta inmeras transaes concorrentes executando consultas simples no favorvel a esse SGBD, o qual comporta-se de forma eficiente em base de dados grandes e quando executa funes

complexas. Para facilitar o processo de testes e otimizao dos parmetros do PostgreSQL foi desenvolvida uma ferramenta capaz de automatizar o processo de leitura e modificao desse parmetros. Percebe-se que ao modificar certos parmetros do PostgreSQL consegue-se uma melhora significativa de desempenho. Percebe-se tambm que liberar demasiadamente recursos do sistema para o SGBD nem sempre resulta em aumento de desempenho, muito pelo contrrio, s vezes provoca perda de desempenho. Conclui-se que no momento de escolher um SGBD para uma aplicao especifica necessrio saber quais recursos sero necessrios.

Trabalhos Futuros
Os testes realizados utilizaram um dos Benchmarks padres da TPC: o TPC-C o qual mede o desempenho de sistemas em ambientes OLTP. A proposta realizar testes utilizando os Benchmarks TPC-H e TPCW. O primeiro simula um sistema de suporte deciso com grandes volumes de dados, sincronizado com bancos de dados de produo on-line. O segundo simula as atividades de um servidor Web dedicado a transaes de negcios.

Referncias
Date, C. J. Introduo a Sistemas de Bancos de Dados. Campus, Rio de Janeiro, 2004. Elmasri, R. E., & Navathe, S. (2006). Sistema de Banco de Dados. Pearson, So Paulo, 2005. Korth, H. F. Sistema de Banco de Dados. Campus, Rio de Janeiro, 2005. Oltp, W. (2007, Nov). Online Transaction Processing. Disponvel em http://en.wikipedia.org/wiki/OLTP Rodrigues, S. (2007, Set). Conceitos Bsicos de BD, SBD e SGBD. Disponvel em http://www.sergiorodrigues.net/aulas/downloads/bd1/bd1_apostila1_conceitosBasico s.pdf SourceForge. (2006, Dec). BenchmarkSQL. Disponvel em https://burley20.mptest.sf.net/project/showfiles.php?group_id=121036 SourceForge. (2007, Nov). Database Test Suite. Disponvel em http://osdldbt.sourceforge.net/ SourceForge. (2007, Nov). The Open Source Database Benchmark. Disponvel em
http://osdb.sourceforge.net/