PostgreSQL: instalando e conhecendo seus recursos

Adriana Paula Zamin Scherer1, Daniel Gonalves Jacobsen2, Marcelo Luis dos Santos3 Faculdade Dom Bosco de Porto Alegre Porto Alegre RS Brasil
adriana.faculdade@dombosco.net, djacobsenoris@msn.com, celol_santos@hotmail.com

Resumo. O objetivo do presente artigo relatar o uso do banco de dados livre PostgreSQL em uma empresa que atua no mercado de meios de captura. Para tanto, o artigo apresenta uma reviso bibliogrfica das principais caractersticas do banco de dados, desde sua instalao at a forma como o software trata a segurana das informaes armazenadas. A coleta de dados foi exclusivamente realizada atravs de uma entrevista com os dois administradores do banco de dados na empresa. Os resultados mostram que a utilizao do PostgreSQL vivel, pois os objetivos foram atendidos e em funo da qualidade do produto, a empresa j tem novos projetos em andamento prevendo o uso do PostgreSQL. Palavras-chave: PostgreSQL, banco de dados, segurana

1. Introduo
Na realidade econmica em que vivemos a disputa entre as empresas para conquistar uma fatia do mercado ou, pelo menos, manter os clientes que possui, as informaes tornaram-se elementos essenciais para o bom funcionamento dos negcios. E se uma empresa pretende expandir seus negcios, fundamental que as informaes estejam disponveis sempre que forem necessrias. Para isto, imprescindvel a utilizao de um Sistema de Gerenciamento de Banco de Dados (SGBD). Atualmente existem diversos softwares gerenciadores de banco de dados disponveis no mercado. possvel classific-los quanto a sua distribuio que pode ser livre ou proprietria. Dentre os proprietrios esto, entre outros, o Oracle e o SQL Server. Dentre os livres o PostgreSQL o que mais se destaca por possuir recursos que o equipara aos bancos de dados proprietrios. Este fator tem contribudo para que seu uso aumente significativamente.

Mestre em Cincias da Computao pela Universidade Federal do Rio Grande do Sul. Professora da Faculdade Dom Bosco de Porto Alegre, RS - Brasil. Tem experincia na rea de Cincia da Computao, atuando principalmente nos seguintes temas: Banco de Dados, Programao, Oracle, Java.
2

Bacharelando do curso de Sistemas de Informao da Faculdade Dom Bosco de Porto Alegre. Atuando com desenvolvimento de aplicaes web na empresa Embratec Good Card. Atua como programador em ColdFusion, Java, Sybase e Oracle.
3

Bacharelando do curso de Sistemas de Informao da Faculdade Dom Bosco de Porto Alegre. Atuando na rea de desenvolvimento de sistemas na empresa InfoSade utilizando as tecnologias ASP.NET, C# e Oracle.

Este artigo pretende expor as caractersticas do PostgreSQL desde sua instalao passando pelos recursos e mostrando seu uso na prtica, com o objetivo de servir como guia de referncia para o aprofundamento dos assuntos abordados. O artigo apresenta-se dividido em seis sees alm desta introduo. Na seo 2, sero abordadas as questes relativas instalao do PostgreSQL. A seo 3 faz uma breve descrio das caractersticas do gerenciador de banco de dados, abordando os seus aspectos principais. Na seo 4 e 5, respectivamente, ser descrita a metodologia utilizada para a coleta de dados e a apresentao e discusso dos dados levantados. A seo 6 ir conter a sntese do artigo e consideraes finais.

2. Instalao
O PostgreSQL suportado pelas mais diversas plataformas, entre elas o Windows, o Linux, e o Unix. Ser tratada a seguir, a instalao na plataforma Windows da verso 8.2.4. O PostgreSQL pode ser instalado nas verses 2000, 2003, NT e XP. No entanto, de acordo com [Oslei 2007] em tecnologia NT, o instalador no funciona corretamente e, por este motivo, o software dever ser instalado manualmente fazendo algumas alteraes. As verses 95, 98 e ME no so oficialmente suportados pelo PostgreSQL, entretanto, caso o usurio desejar instal-lo nesses sistemas, uma das solues utilizar um emulador. Porm, desta forma, a confiabilidade e a integridade dos dados armazenados no so totalmente garantidas [Lucas 2006]. Inicialmente possvel ressaltar que o sistema de arquivos de disco ou a partio em que o software ser instalado dever ser NTFS devido maior confiabilidade que este tipo de sistemas de arquivos garante [Lucas 2006]. Esta caracterstica ser discutida em maiores detalhes na seo 3.1. O usurio de login para iniciar a instalao do banco de dados necessariamente dever ser o usurio administrador do sistema operacional. Assim, todos os direitos de uso para os recursos necessrios para a instalao estaro garantidos. Por praticidade, o PostgreSQL deve ser instalado como um servio do sistema operacional. Caso contrrio, a inicializao dever ser feita manualmente pelas pastas dos arquivos onde o PostgreSQL foi instalado, executando o arquivo initdb. Para instalar o PostgreSQL como servio, o instalador solicita a conta do sistema operacional que ir executar o banco de dados. Caso a conta informada no exista, o instalador pode encarregar-se de criar a conta especificada e fica a critrio do usurio determinar a senha, ou deixar que ele gere uma automaticamente. Se no, o usurio dever informar a senha da conta j existente. Ainda durante a instalao, possvel determinar que o instalador faa a inicializao do banco de dados depois de concludo o processo. Para isto, devem ser fornecidas as seguintes informaes: porta de conexo, locale, codificao e a conta do usurio interno do banco de dados. A porta de conexo aquela, onde o banco de dados ir atender as requisies de conexo dos usurios. O PostgreSQL, por default, atende as requisies na porta 5432. Ainda sobre o gerenciamento das conexes dos usurios, pode-se, durante a instalao, determinar se o banco poder ser acessado apenas pela prpria mquina, ou por outras mquinas da rede. O locale e a codificao tm como

objetivo configurar os acentos e os caracteres arbicos e sugere-se para estes, Portuguese, Brazil e LATIN1, respectivamente. A conta do usurio interno do banco de dados no deve ser a mesma conta do sistema operacional utilizada anteriormente para criao do servio e a senha tambm no deve ser a mesma, pois caso ocorra uma invaso ao banco de dados o invasor no conseguir facilmente invadir o sistema como um todo. O prximo passo a habilitao dos mdulos do contrib. Estes mdulos proporcionam funcionalidades adicionais ao banco de dados. So diversas, conforme pode ser visto na figura 2.1. FIGURA 2.1 Mdulos do contrib

Segundo [Oslei 2007], algumas delas so diferenciais: TSeach2: um recurso capaz de fazer uma busca completa por texto dentro do PostgreSQL. uma evoluo dos mdulos Full Text Index e TSeach, que como indica o prprio instalador, se tornaram obsoletos. Suporte PgAdmin: funes adicionais ao software de gerenciamento PgAdmin. L-Tree: permite trabalhar com dados organizados em estrutura de rvore. PgStartTuple: informa o comprimento de tabelas e a quantidade de tuplas inutilizveis.

Logo aps, devero ser habilitadas quais linguagens procedurais4 o usurio deseja instalar. Feito isso, o banco estar pronto para ser instalado completamente e ser executado.
4

Linguagem procedural uma linguagem baseada na execuo seqencial das instrues. No caso dos bancos de dados, a programao interna pode ser feita atravs delas.

3. Caractersticas Tcnicas
Atualmente, o PostgreSQL um dos SGBDs (Sistema Gerenciador de Banco de Dados) baseados em software livre mais avanado. Resultante de um projeto que se iniciou na dcada de 80, na Universidade de Berkeley, Califrnia [Gonzaga 2007]. Era chamado inicialmente de Postgres. Foi patrocinado por quatro empresas, denominadas DARPA, ARO, NFS e ESL Inc e coordenado por um dos primeiros desenvolvedores de banco de dados relacionais: o professor Michael Stonebraker [Sourceforge.net, 2007]. Durante o processo de desenvolvimento, o projeto passou por inmeras mudanas e modificaes, inclusive em seu nome. Em 1995, ele adotou a linguagem SQL como linguagem padro do banco de dados e chamava-se Postgres95. De acordo com, [PostgreSQLBR 2007], um ano aps, tornou-se o atual PostgreSQL fazendo meno a sua linguagem padro e foi disponibilizado pela Internet. Hoje o PostgreSQL um poderoso software para gerenciamento de banco de dados, agregando algumas funes dos SGBDs mais avanados, como por exemplo, os softwares proprietrios Oracle ou SQL Server. conhecido pela sua robustez e extrema segurana. Seu desenvolvimento feito por comunidades voluntrias do mundo inteiro. Todavia, o projeto gerenciado pelo PostgreSQL Global Development Group [Gonzaga 2007]. Alm disso, vem ganhando cada vez mais espao no mercado e utilizado tanto em organizaes pblicas quanto organizaes privadas. Um dos fatores que gerou um aumento significativo de utilizao foi a sua incluso na maioria das distribuies do Linux. Possui um suporte bastante grande para os padres ANSI SQL-92, ANSI 96 e ANSI SQL-99 [Neto 2006]. Segundo [Oliveira e Cruz 2007], alguns comandos do padro ANSI SQL-2003 tambm j comeam a ser suportados. Ainda de acordo com [Oliveira e Cruz 2007] o PostgreSQL tem um suporte bastante amplo em relao as linguagens procedurais internas, como por exemplo: PL/pgSQL, PL/Tcl, PL/Perl, PL/Python, PL/Java, entre outras. Se o usurio desejar, tambm podem ser criadas novas linguagens e instal-las no software desde que sigam as regras da documentao. O banco de dados suporta grandes volumes de dados, sendo que o tamanho do mesmo, o nmero de linhas e o nmero de ndices so ilimitados. As tabelas suportam um valor aproximado de 32 TB cada uma, uma linha pode conter cerca de 1.6 TB e um campo cerca de 1 GB [PostgreSQL Global Development Group 2007]. Ainda assim, possui poderosos recursos de armazenamento de dados, gerncia de memria, sistemas de bakcup, controle de concorrncia e agrega algumas caractersticas simples de orientao a objetos (principalmente o conceito de herana de tabelas). Em [Neto 2006], podem ser vistas as funes bsicas do PostgreSQL como por exemplo: triggers, views, stored procedures, transactions, schemas ou funes que foram implementadas a partir da vero 8.0.0, tablespaces, melhorias nos algoritmos de gerenciamento de buffers e checkpoints . Tambm implementa um recurso chamado garbage collection, que se encarrega de retirar fisicamente dos ndices, das tabelas e da memria os dados que foram excludos [Neto 2006], melhorando o desempenho do sistema como um todo.

Um dos principais diferenciais do banco seu sistema de armazenamento de dados, que difere totalmente dos bancos concorrentes. O PostgreSQL possui um sistema de armazenamento baseado em cluster, que um diretrio onde todos os arquivos do banco esto armazenados. Tanto os arquivos dos dados, quanto os arquivos de configurao do banco. Outro tpico que tem destaque a forma de como os dados so gravados no cluster. Os dados so temporariamente armazenados em um diretrio do cluster que contm um conjunto de arquivos chamado WAL (Write Ahead Log). A cada modificao no contedo dos dados do banco, os novos dados so gravados temporariamente no WAL, que podem ter at 16 MB de tamanho. Os dados somente so transferidos do WAL para a base de dados original quando a funo de checkpoint for chamada. O recurso de checkpoint pode ser configurado para ser executado de tempos em tempos ou pode ser chamado atravs de comandos SQL [Lucas 2006]. Este sistema aumenta significativamente a performance do banco, pois diminui o nmero de escritas efetivas nas tabelas originais [Gonzaga 2007], j que os dados somente sero realmente escritos com a chamada do checkpoint. O funcionamento bsico do PostgreSQL atravs de processos. O principal processo o postmaster que responsvel por gerenciar o cluster e os processos de conexo dos clientes. Os outros processos chamam-se postgres, e so os que se iniciam quando um cliente conecta-se ao banco. Quando o coletor de estatsticas estiver sendo executado existir tambm um processo postgres referente ao coletor de estatsticas [Lucas 2006]. O coletor de estatsticas um software de apoio administrao do banco de dados, pois ele possibilita ao administrador coletar informaes acerca das atividades do servidor. Com base nas informaes coletadas o administrador pode fazer os ajustes necessrios para que o banco de dados permanea atendendo s requisies dos usurios com eficincia. Este aplicativo capaz de indicar desde a quantidade de transaes efetivadas e canceladas at a quantidade de leituras seqncias para cada tabela do banco [Neto 2006]. O controle de concorrncia utilizado para controlar eficientemente a atualizao e visualizao dos dados por diferentes sesses ao mesmo tempo. Segundo [Tessati 2007], o PostgreSQL implementa esse conceito de duas formas: o read commited que uma forma comum entre outros SGBDs e o serializable. Se a forma utilizada for read commited, os dados visualizados so aqueles que foram efetivados antes do comando iniciar e nunca os dados que no foram efetivados ou aqueles que foram efetivados pelas transaes concorrentes. Desta forma, duas consultas dentro de uma nica transao podem trazer valores diferentes, pois neste modo de isolamento, uma transao concorrente pode alterar os dados da tabela durante a primeira consulta e assim ao iniciar a segunda consulta tabela, esta contm as alteraes efetivadas. Se a forma utilizada for serializable, os comandos enxergam os dados efetivados antes de a transao iniciar, assim consultas sucessivas dentro da mesma transao enxergam sempre os mesmos dados. Esta uma forma mais rgida de controle da concorrncia e pode ser alterada atravs do comando set transaction utilizado dentro dos softwares que gerenciam o banco.

Para gerenciar todas as essas tarefas, o PostgreSQL possui um conjunto de softwares de gerenciamento bastante completo e eficaz para Windows e Linux, chama-se PgAdmin. Encontra-se na vero III e possui uma interface grfica muito interativa, no dificultando a execuo das atividades e conectando-se ao banco via ODBC. possvel instalar o PgAdmin logo na instalao do prprio banco, ou installo separadamente mais tarde. Ele conta com diversos softwares para facilitar o uso pelo administrador do banco como, por exemplo, um agendador de tarefas ou um gerenciador do cluster de dados. Pode ser utilizado como um cliente SQL e monitora detalhadamente todos os processos que esto ocorrendo dentro do banco. 3.1. Segurana O PostgreSQL um SGBD que tem no que diz respeito segurana um dos seus pontos fortes, sendo em muitos casos o fator determinante na escolha entre os SGBDs livres. Esta sempre foi uma das preocupaes da equipe de desenvolvedores do PostgreSQL: oferecer um SGBD extremamente robusto e confivel, sendo recomendado sua utilizao em aplicaes complexas, que exijam o controle de grandes volumes de dados, ou em casos de tratamento de informaes crticas. A anlise da segurana oferecida pelo PostgreSQL levar em conta fatores tidos como essenciais em um SGBD, alm de outras caractersticas de funcionamento do PostgreSQL que aumentam a sua segurana. Logo na instalao do PostgreSQL possvel perceber que a segurana questo primordial. Isto porque, para o seu perfeito funcionamento, a sua instalao [Oliveira 2007] deve ser feita em uma partio NTFS (New Technology File System), nunca em uma partio FAT (File Allocation Table) ou FAT32 (File Allocation Table para parties de at 32 GB). A vantagem de segurana de a instalao ser preferencialmente em sistemas de arquivos NTFS se deve ao fato deste possuir caractersticas que o tornam mais confivel do que os outros sistemas de arquivos, principalmente para aplicaes que trabalham em rede. O controle de acesso aos dados deve ser feito de acordo com a necessidade de cada sistema. Existem informaes que no devem ser vistas por todos os usurios: como exemplo, uma tabela que contenha os salrios dos funcionrios, ou os dados de um projeto novo que esteja em fase de desenvolvimento. O PostgreSQL oferece um controle baseado em direitos de acesso ou privilgios e atravs deles que um usurio pode ou no acessar um dado. A identidade do usurio que vai determinar o conjunto de privilgios disponveis para ele. A autenticao dos clientes feita atravs de um arquivo localizado no diretrio de dados do cluster, chamado pg_hba.conf. Este arquivo composto de vrios registros, onde cada registro determina o tipo de conexo e devem ser informados valores como: o nome do banco de dados, a faixa de endereos de IP de cliente e o mtodo de autenticao a ser utilizado nas conexes que correspondem a estes parmetros [Sourceforge.net 2007]. Com a utilizao deste arquivo que armazena os registros com os parmetros necessrios s autenticaes possvel, por exemplo, determinar que um banco de dados possa ser acessado somente por um determinado usurio ou conjunto de usurios, informado ao registro. possvel tambm especificar os endereos IP ou a

faixa de endereos IP que o registro corresponde, autorizando o acesso apenas a partir desses endereos. Segundo [Sourceforge.net 2007], o PostgreSQL dispe de eficientes mtodos de autenticao, dentre os quais possvel destacar: por senha onde o principal mtodo o md5 (Message-Digest Algorithm 5) que suporta senhas criptografadas. As senhas, criptografadas ou no, ficam armazenadas em uma tabela do catlogo do sistema chamada pg_shadow. Kerberos implementa um protocolo de transporte de dados em rede, assegurando a comunicao dos dados mesmo em uma rede insegura.

Alm destes, a autenticao pode ser feita utilizando o nome do usurio e senha do sistema operacional, porm este mtodo no recomendado pois a segurana tornase dependente da oferecida pelo sistema operacional. A tabela do catlogo, pg_shadow, no pode ser vista por todos, justamente por conter as senhas dos usurios. Para possibilitar que esta tabela seja vista por todos sem que as senhas sejam exibidas, o PostgreSQL utiliza uma outra tabela do catlogo chamada pg_user, que uma viso da pg_shadow, onde o campo senha sempre mostrado com asteriscos ao invs dos caracteres reais da senha. Para aumentar a segurana dos dados que trafegam na rede possvel criptografar as comunicaes entre o cliente e o servidor atravs do suporte nativo a conexes SSL (Secure Sockets Layer) atravs da instalao do OpenSSL no cliente e no servidor. Ainda possvel criar as conexes de clientes atravs de tneis SSH (Secure Shell). Ao tratar da segurana oferecida pelo PostgreSQL um dos principais aspectos o mecanismo para criao de cpias de segurana e seu restabelecimento em caso de falhas, j que devido a importncia das informaes contidas nos bancos de dados no pode-se correr o risco de perd-las por uma falha de hardware, queda de luz ou qualquer outro tipo de sinistro. O PostgreSQL possui duas poderosas formas de backup que contemplam as principais necessidades deste tipo de processo. So elas: O dump um recurso que armazena diversos comandos em um arquivo de texto que podem reconstituir os dados do banco atravs de comandos SQL de criao de tabelas e todos os outros comandos necessrios. Pode ser feito o dump de apenas alguns registros do banco ou de todos os registros contidos no cluster, o chamado dumpall. O point-in-time recovery capaz de reconfigurar os dados para a data e hora informada pelo DBA (Data Base Administrator). Este recurso pode ser feito pela efetiva utilizao do WAL como um sistema de armazenamento de arquivos [Lucas 2006].

Mesmo com esses recursos, pode ser feito backup atravs do sistema operacional, copiando o cluster dos dados. Todavia, esse recurso trs algumas restries: o software deve estar fechado no momento da cpia do cluster; no possvel escolher as tabelas ou registros a serem copiados, isso quer dizer todos os

dados sero copiados, inclusive arquivos de controle do prprio banco que no se relacionam com as tabelas e registros; o processo muito mais demorado e garante muito menos a integridade dos arquivos do que os anteriores [Neto 2006]. A cpia de segurana poit-in-time recovery somente possvel devido existncia do WAL. O WAL foi criado com o intuito de evitar perda de dados em uma eventual queda do sistema, pois trabalha com pontos de verificao que so gravados sempre que uma modificao feita. Esse referencial terico serviu de base para a conduo do estudo de caso deste trabalho, permitindo ampliar o conhecimento acerca do PostgreSQL e, juntamente com os conceitos estudados na reviso terica, construir um conjunto de referncias que podem ser bastante teis em projetos de escolha de softwares de banco de dados nas empresas.

4. Mtodo de pesquisa
O desenvolvimento da presente pesquisa utilizou a abordagem qualitativa por ser a mais adequada. Afinal, houve contribuio para a teoria e os entrevistadores precisaram estar presentes para compilar as informaes. Essas caractersticas tambm influenciaram a escolha do mtodo para coleta das informaes, que neste caso foi utilizado o estudo de caso. A tcnica utilizada foi a entrevista no-estruturada para que fosse possvel conseguir os aspectos mais relevantes sobre o funcionamento do PostgreSQL em um ambiente de produo. A empresa onde foi realizado o estudo de caso oferece solues de tecnologia e servios para a indstria de meios de pagamento e para empresas que necessitem realizar trocas de informaes de modo transacional. Ela foi criada h quatro anos e est distribuda em todo o pas e em forte expanso na Amrica Latina. Ela utiliza o conceito de rede aberta buscando oferecer ao ponto de venda o mximo de funcionalidades em um s produto. Atualmente a empresa captura mais de 50 milhes de transaes multiservios ao ms, entre elas, de cartes de crdito, de recarga de celular, de recarga de transporte, de consultas ao Serasa ou de seguros. Esta empresa foi utilizada porque faz uso do PostgreSQL para o armazenamento e gerenciamento das informaes referentes ao monitoramento das transaes. Sendo estas, um dos principais produtos da empresa. O sistema em estudo comeou a ser utilizado durante o ano de 2007 com objetivo de criar uma base de conhecimento para uso interno, em relao monitorao das transaes.

5. Resultados e discusso dos dados coletados

A verso do banco utilizada a 8.2.4 instalada em um servidor com o sistema operacional Linux e a distribuio Slackware. A escolha desta plataforma e distribuio foi devido a sua estabilidade. No entanto, a opo pelo Sistema Operacional faz diferena na performance do PostgreSQL. A verso para Windows mais lenta que a verso para Linux. Isto porque parte das funes do SGBD so reescritas para a verso Windows, o que ocasiona a diminuio da performance do banco. Porm, esta diferena

praticamente no perceptvel em aplicaes de pequeno porte. Uma das prticas de modelagem que possibilitam ganhos de performance a utilizao de transaes curtas, visando que nenhuma transao possa demorar tempo suficiente para deixar outras esperando sua finalizao para que ento possam ser iniciadas. O tipo de aplicao no foi claramente especificado, mas de acordo com os relatos dos administradores, pode-se concluir que Online Transaction Processing (OLTP), por causa das inmeras conexes e transaes simultneas que o banco recebe. Toda vez que executado um update ou delete em alguma tabela, as linhas correspondentes ficam com status de verso anterior e excluda, respectivamente. Para evitar a sobrecarga do sistema e liberar efetivamente os espaos, o recurso chamado vacuum utilizado. Existem variaes para o recurso: auto_vacuum e full_vacuum. O auto_vacuum no utilizado porque faz a limpeza quase que periodicamente, ocasionando a lentido do sistema. Logo, o mais recomendvel e o que periodicamente utilizado o full_vacum. Todavia este recurso tambm tem uma desvantagem: o sistema precisar estar parado. Similarmente ao que implementado por bancos de dados proprietrios, o PostgreSQL tambm implementa o recurso de memria exclusiva, onde reservada uma quantidade de memria RAM especfica para uso restrito do banco. Utilizando este recurso, h um aumento de performance bastante grande. No servidor PostgreSQL da empresa, h a reserva de 2 GB de memria para funcionamento do banco em uma mquina de 4 GB. O sistema de backup utilizado pela empresa o dumpall, feito diariamente. Este processo foi escolhido em detrimento ao point-in-time-recovery pela maior eficincia, j que para recuperar o backup de uma determinada data utilizando o segundo mtodo mais lento do que utilizando o primeiro. O PostgreSQL no tem um limite mximo de conexes de usurios simultaneamente. O que existe um limite de hardware do servidor em que o banco est instalado. Para cada usurio conectado, o servidor deve disponibilizar certa quantidade de memria, na empresa este valor em torno de 16 MB de memria RAM. Para manter o sistema funcionando corretamente, sem lentido, obedecendo s limitaes do hardware do servidor e para manter a estabilidade do sistema deve-se estipular um nmero mximo de usurios simultneos. Assim, verificou-se com os administradores do banco de dados como o PostgreSQL vem sendo utilizado na prtica. Tendo mostrado um timo desempenho, segurana e atendendo as necessidades. Foi possvel confirmar que o PostgreSQL um SGBD robusto, seguro e tambm performtico, disponibilizando uma extensa gama de funes que, em alguns casos, nem mesmo SGBDs proprietrios oferecem. No entanto, para o aproveitamento destes recursos preciso um conhecimento profundo por parte de quem o administra, tanto em relao s melhores prticas de modelagem de dados quanto ao controle de transaes. Segundo os profissionais, sabendo utilizar em conjunto estes dois fatores, podem-se obter resultados to bons quanto os obtidos pelos SGBDs proprietrios mais utilizados, podendo super-los em alguns casos.

6. Concluso

Atravs desse relato, mostra-se o exemplo de uma empresa que apostou na qualidade, confiabilidade e robustez do PostgreSQL para depositar nele informaes de controle interno e, atravs dele acabou encontrando uma soluo eficiente e de baixo custo. Esse exemplo mostra como as empresas esto investindo no uso deste software, entendendo isso, como uma questo no mais de competitividade, mas de sobrevivncia. Esse relato deve servir de exemplo para muitas empresas que se mantm reticentes em relao ao uso de software livre, especialmente na rea de banco de dados, entendendo que pelo fato desta rea ser uma das mais importantes dentro das organizaes, os softwares precisam ser pagos, pois somente assim podem garantir a sua qualidade. Enquanto que o correto identificar a melhor soluo para cada tipo de problema e que o banco de dados PostgreSQL uma soluo de qualidade, confiabilidade e economicamente vivel, j que no h custo de licenciamento.

Referncias Bibligrficas
Gonzaga, Jorge Luiz. (2007) Dominando o PostgreSQL. Rio de Janeiro: Editora Cincia Moderna Ltda. Lucas, Everton. (2006) PostgreSQL, Muito prazer! Viso geral das funcionalidades do PostgreSQL. Revista SQLMagazine. Edio nro 36. Neto, lvaro Pereira. (2006) PostgreSQL Tcnicas Avanadas Verses Open Source: Solues para Desenvolvedores e Administradores de Banco de Dados. So Paulo: Editora rica Ltda. Oliveira, Fernado Ike; Cruz, Rodrigo de S. PostgreSQL 8.2 O elefante em evoluo. Revista SQL Magazine. Edio nro 41. Oliveira, Rodrigo Padula de. (2007) PostgreSQL 8.2 Win 32: Instalao passo a passo, http://www.postgresql.org.br/Documenta%C3%A7%C3%A3o?action=AttachFile&do= get&target=tutorial_win32.pdf, julho. Oslei, Daniel. (2007) Instalao do PostgreSQL 8.0. http://www.imasters.com.br/artigo/2917/postgresql/instalacao_do_postgresql_80/, julho. PostgreSQLBR: Comunidade Brasileira do PostgreSQL. (2007) Introduo e histrico. http://www.postgresql.org.br/Introdu%c3%a7%c3%a3o_e_hist%c3%b3rico, julho. PostgreSQL Global Development http://www.postgresql.org/about/ , 2007. Sourceforge.net. (2007) Documentao http://pgdocptbr.sourceforge.net/pg80/, julho. Group. do (2007) PostgreSQL About, 8.0.0,

Tessati, Rogrio. (2007) Controle de Concorrncia no PostgreSQL. http://hermes.ucs.br/carvi/cent/dpei/rtessari/discip/sis0298/materiais/concorrencia2.pdf, agosto.