projects / postgresql.git / commitdiff
| author | Bruce Momjian | |
| Thu, 10 Jun 2004 03:46:11 +0000 (03:46 +0000) | ||
| committer | Bruce Momjian | |
| Thu, 10 Jun 2004 03:46:11 +0000 (03:46 +0000) |
| doc/FAQ_brazilian | [new file with mode: 0644] | patch | blob |
| doc/src/FAQ/FAQ_brazilian.html | [new file with mode: 0644] | patch | blob |
Última atualização: Sex Jun 4 00:09:16 EDT 2004
Mantenedor atual: Bruce Momjian ( Traduzido por: Euler Taveira de Oliveira ( A versão mais recente desse documento pode ser vista em Perguntas sobre plataformas específicas são respondidas em PostgreSQL é pronunciado Post-Gres-Qui-El. Um arquivo de áudio está PostgreSQL é um melhoramento do sistema de gerência O desenvolvimento do PostgreSQL é feito por um grupo de Os autores do PostgreSQL 1.01 foram Andrew Yu e Jolly Chen. O nome original do software em Berkeley era Postgres. Quando PostgreSQL está sujeito a seguinte licença: PostgreSQL Sistema de Gerência de Banco de Dados Portions copyright (c) 1996-2004, PostgreSQL Global Development Permissão de uso, cópia, modificação EM NENHUM EVENTO A UNIVERSIDADE DA CALIFÓRNIA SERÁ A UNIVERSIDADE DA CALIFÓRNIA ESPECIFICADAMENTE NÃO DÁ O que está descrito acima é a licença BSD, uma Em geral, qualquer plataforma moderna compatível com Unix deve ser capaz de executar o PostgreSQL. As plataformas que foram testadas antes do lançamento de uma versão são listadas nas instruções de instalação. Cliente É possível compilar a biblioteca libpq, o psql e outras interfaces e aplicações clientes para executar em plataformas MS Windows. Neste caso, o cliente está sendo executado no MS Windows e comunica via TCP/IP com um servidor executando em uma das plataformas Unix suportadas. O arquivo win32.mak está presente na distribuição para que seja possível compilar a biblioteca libpq e o psql para Win32. O PostgreSQL também se comunica com clientes ODBC. Servidor O Servidor de banco de dados pode ser executado em Windows NT e Win2k utilizando o Cygwin, uma biblioteca de portabilidade Unix/NT da Cygnus. Veja pgsql/doc/FAQ_MSWIN na distribuição ou a FAQ do MS Windows em Um porte nativo para MS Win NT/2000/XP está sendo desenvolvido. Para maiores detalhes sobre o status do PostgreSQL no Windows veja Há também um porte para Novell Netware 6 em O servidor ftp principal do PostgreSQL é A lista de discussão principal é: para Há também uma lista síntese (digest) disponível. Para se inscrever, envie um e-mail para: A lista de discussão sobre bugs está disponível. Para se inscrever, envie um e-mail para Outras listas de discussões e informações sobre o PostgreSQL podem ser encontradas na homepage do PostgreSQL em: Há também um canal de IRC na Freenode e EFNet, canal PostgreSQL. Você pode utilizar o comando Unix Uma lista de empresas que prestam suporte comercial está disponível em A última versão do PostgreSQL é a versão 7.4.2. Nós planejamos lançar versões novas a cada seis ou oito meses. Vários manuais, páginas de manuais (man pages) e alguns exemplos para teste estão incluídos na distribuição. Veja o diretório /doc. Você pode acessar os manuais online em Há dois livros sobre PostgreSQL disponíveis online em psql tem alguns comandos \d para mostrar informação sobre tipos, operadores, funções, agregações, etc. Nosso web site contém ainda mais documentação. PostgreSQL suporta um subconjunto extendido do SQL-92. O livro "The PostgreSQL book" em Outro é o "Teach Yourself SQL in 21 Days, Second Edition" Muitos dos nossos usuários gostam do The Practical SQL Handbook, Sim, nós podemos manipular datas após o ano 2000 AD e antes do ano 2000 BC. Primeiramente, faça o download do código-fonte e leia a documentação para Desenvolvedores do PostgreSQL no nosso website ou na distribuição. Depois, se inscreva nas lista de discussão pgsql-hackers e pgsql-patches. Então submeta patches de alta qualidade para pgsql-patches. Há algumas pessoas que tem privilégios para fazer mudanças (commit) na árvore CVS do PostgreSQL. Cada um deles submeteram tantos patches de alta qualidade que foi impossível para os committers continuarem a fazerem as mudanças, e então nós confiamos que os patches que eles submetem são de alta qualidade. Por favor visite a página da ferramenta que reporta bugs em Verifique também o nosso ftp Há várias maneiras de se medir um software: características, performance, confiabilidade, suporte e preço. PostgreSQL teve sua primeira infra-estrutura em 1996 quando iniciamos. Somos todos gratos ao Marc Fournier, que criou e gerenciou esta infra-estrutura ao longo dos anos. Infra-estrutura de qualidade é muito importante em um projeto de código aberto. Ela previne descontinuidades que podem facilmente descontinuar o andamento do projeto. É claro, que a infra-estrutura não é barata. Há vários custos iniciais e mensais que são necessários para manté-la. Se você ou sua empresa tem dinheiro que pode ser doado para ajudar a financiar esse esforço, acesse Embora a página mencione PostgreSQL, Inc, a "contribuição" é somente para apoiar o projeto PostgreSQL e não financia nenhuma empresa específica. Se você preferir, você pode enviar um cheque para o endereço de contato. Se você tiver uma história de sucesso sobre o PostgreSQL, envie-a para nosso website em Há dois drivers ODBC disponíveis, PsqlODBC e o OpenLink ODBC. Você pode fazer o download do PsqlODBC em OpenLink ODBC pode ser conseguido em Eles provavelmente venderão seu produto para pessoas que precisam de um suporte de qualidade, mas uma versão gratuita estará sempre disponível. Por favor envie perguntas para Uma boa introdução para páginas web que utilizam bancos de dados pode ser vista em: Para integração na Web, PHP é uma excelente interface. Ele está em Para casos complexos, muitos usam a Interface Perl e CGI.pm ou mod_perl. Sim, há várias interfaces gráficas para PostgreSQL disponíveis. Veja Muitas linguagens de programação populares contém uma interface para PostgreSQL. Verifique a lista de extensões (módulos) da sua linguagem de programação. As seguintes interfaces estão incluídas na distribuição do PostgreSQL: Interfaces adicionais estão disponíveis em Especifique a opção --prefix quando executar o configure. Isto pode ser vários problemas, mas primeiro verifique se você tem extensões do System V instaladas no seu kernel. PostgreSQL requer suporte no kernel a memória compartilhada e semáforos. Você não configurou a memória compartilhada corretamente no seu kernel ou você precisa aumentar a memória compartilhada disponível no seu kernel. A quantidade exata que você precisa vai depender da arquitetura e de quantos buffers e processos do servidor você configurou para o postmaster. Muitos sistemas, com o número padrão de buffers e processos, precisam de aproximadamente 1 MB. Veja o Se a mensagem de erro é IpcSemaphoreCreate: semget failed (No space left on device) então o seu kernel não está configurado com o número de semáforos suficientes. O Postgres precisa de um semáforo por processo do servidor. Uma solução temporária é iniciar o postmaster com um limite pequeno de processos do servidor. Utilize -N com o parâmetro menor do que o padrão (32). Uma solução permanente seria aumentar os parâmetros do kernel SEMMNS e SEMMNI. Semáforos inoperantes podem também causar danos durante intenso acesso ao banco de dados. Se a mensagem é outra coisa, você possivelmente não tem suporte a semáforo configurado no seu kernel. Veja o Guia do Administrador para mais informação sobre memória compartilhada e semáforos. Por padrão, o PostgreSQL só permite conexões da máquina local utilizando soquetes de domínio Unix. Outras máquinas não poderão conectar-se a menos que você habilite tcpip_sockets no postgresql.conf, e habilite a autenticação por máquina modificando o arquivo $PGDATA/pg_hba.conf. Isso irá permitir conexões TCP/IP. Certamente, índices podem acelerar consultas. O comando EXPLAIN ANALYZE permite que você veja como o PostgreSQL está interpretando a consulta, e quais os índices são utilizados. Se você está fazendo muitos INSERTs, considere fazê-los em lote utilizando o comando COPY. Isso é mais rápido do que INSERTs individuais. Segundo, sentenças que não estão em um bloco de transação BEGIN WORK/COMMIT são consideradas com se estivessem em sua própria transação. Considere executar várias sentenças em um mesmo bloco de transação. Isso reduz a quantidade de transações. Também, considere remover e criar índices novamente quando estiver fazendo muitas mudanças nos dados. Há várias opções de ajuste. Você pode desabilitar o fsync() iniciando o postmaster com a opção -o -F. Isso irá impedir que fsync()s enviem os dados para disco após cada transação. Você também pode utilizar a opção -B do postmaster para aumentar o número de buffers de memória compartilhada utilizados pelos processos do servidor. Se você definiu este parâmetro com um valor muito alto, o postmaster pode não iniciar porque você excedeu o limite de espaço de memória compartilhada do kernel. Cada buffer é de 8K e o padrão é de 64 buffers. Você também pode utilizar a opção -S do backend para aumentar a máxima quantidade de memória utilizada pelo processo servidor para ordenações temporárias. O valor de -S é medido em kilobytes e o padrão é de 512 (ou seja 512K). Você também pode utilizar o comando CLUSTER para agrupar dados em tabelas para combinar um índice. Veja o manual sobre CLUSTER para mais informação. PostgreSQL tem várias características que relatam informações que podem ser valiosas para fins de depuração. Primeiro, execute o configure com a opção --enable-cassert, muitos assert()s monitoram o progresso do núcleo (backend) e finalizam o programa quando alguma coisa inesperada acontece. O postmaster e o postgres tem várias opções de depuração disponíveis. Primeiro, quando iniciar o postmaster, tenha certeza que você enviou a saida padrão e a saída de erro padrão para um arquivo de log, como em: Isso irá criar um arquivo server.log no diretório raiz do PostgreSQL. Este arquivo conterá informações úteis sobre problemas ou erros encontrados pelo servidor. O Postmaster tem uma opção -d que permite que informações mais detalhadas sejam relatadas. A opção -d é acompanhada por um número que indica o nível de depuração. Esteja alerta de que alto nível de depuração gera grandes arquivos de log. Se o postmaster não está sendo executado, você pode executar o núcleo do postgres a partir da linha de comando, e digitar a sua sentença SQL diretamente. Isso é recomendado somente para fins de depuração. Note que uma nova linha termina a consulta, e não um ponto-e-vírgula. Se você compilou com símbolos de depuração, você pode utilizar um depurador para ver o que está acontecendo. Como o núcleo (backend) não foi iniciado a partir do postmaster, ele não está executando em um ambiente idêntico e problemas de iteração com o núcleo/travamento não podem ser reproduzidos. O programa postgres possue as opções -s, -A, e -t que podem ser muito úteis para depuração e medidas de performance. Você também pode compilar com perfil para ver que funções estão demandando tempo de execução. Os arquivo de perfil do núcleo (backend) serão colocados no diretório pgsql/data/base/dbname. O arquivo de perfil do cliente será colocado no diretório atual do cliente. O Linux requer uma compilação com -DLINUX_PROFILE para criação dos perfis. Você precisa aumentar o limite do postmaster de quantos processos do servidor concorrentes ele pode iniciar. O limite padrão é de 32 processos. Você pode aumentá-lo reiniciando o postmaster com o valor conveniente de -N ou modificar o postgresql.conf. Note que se você definir o -N com um valor maior do que 32, você também deve aumentar -B cujo padrão é 64; -B deve ser pelo menos duas vezes -N, e provavelmente deve ser mais do que isso para uma melhor performance. Para um grande número de processos do servidor, você também precisa aumentar vários parâmetros de configuração do kernel do Unix. Coisas para serem observadas incluem o tamanho máximo de blocos de memória compartilhada, SHMMAX; o número máximo de semáforos, SEMMNS e SEMMNI; o número máximo de processos, NPROC; o número máximo de processos por usuário, MAXUPRC; e o número máximo de arquivos abertos, NFILE e NINODE. A razão na qual o PostgreSQL tem um limite de número de processos do servidor permitidos é para que o seu sistema não fique sem recursos disponíveis. Este diretório contém arquivos temporários gerados pelo executor de uma consulta. Por exemplo, se uma ordenação é necessária para satisfazer um ORDER BY e a ordenação requer mais espaço do que o parâmetro -S do servidor permite, então arquivos temporários são criados para abrigar os dados extras. Os arquivos temporários geralmente são apagados automaticamente, mas podem persistir caso o servidor termine anormalmente durante a ordenação. Uma parada e um reinício do postmaster removerá os arquivos destes diretórios. O time do PostgreSQL faz somente pequenas mudanças entre versões menores, então atualizar da versão 7.2 para 7.2.1 não requer uma exportação e uma importação. Contudo, versões maiores (i.e. da 7.2 para 7.3) geralmente muda-se o formato interno das tabelas de sistema e dos arquivo de dados. Essas mudanças geralmente são complexas, então nós não mantemos compatibilidade para os arquivos de dados. Uma exportação em um formato genérico que pode ser importada utilizando o novo formato interno. Em versões onde o formato em disco não muda, o script pg_upgrade pode ser utilizado para atualizar sem precisar de um dump/restore. As notas da versão mencionam se pg_upgrade está disponível para a versão. Veja o comando DECLARE no manual para uma descrição. Veja o manual do FETCH, ou utilize Toda a consulta tem que ser avaliada, mesmo se você só quer os primeiros registros. Considere utilizar uma consulta que tenha um ORDER BY. Se há um índice que combina com o ORDER BY, o PostgreSQL pode ser capaz de avaliar somente os primeiros registros requisitados, ou toda consulta tem que ser avaliada até que os registros desejados tenham sido gerados. Para obter um registro randômico, utilize: Utilize o comando \dt para ver tabelas no psql. Para obter uma lista completa de A funcionalidade DROP COLUMN foi adicionada a versão 7.3 com comando Para alterar o tipo de dados de uma coluna, faça isto: Você pode querer executar o comando VACUUM FULL tab para recuperar o espaço em disco utilizado pelos registros expirados. Estes são os limites: O tamanho máximo de uma tabela com 32 TB não requer suporte a arquivos grandes do sistema operacional. Tabelas grandes são armazenadas como múltiplos arquivos de 1 GB então o limite do sistema de arquivos não é importante. O tamanho máximo de uma tabela e o número máximo de colunas pode ser quadruplicadas aumentando-se o tamanho dos blocos para 32k. Um banco de dados PostgreSQL irá requerer até cinco vezes a quantidade de espaço requerida para armazenar dados em um arquivo texto. Como um exemplo, considere um arquivo com 100.000 linhas contendo um inteiro e uma descrição em cada linha. Suponha que o tamanho médio da descrição é de vinte bytes. O arquivo terá 2.8 MB. O tamanho do arquivo do banco de dados PostgreSQL que contém esses dados pode ser estimado em 6.4 MB: Índices não requerem muito espaço, mas contém dados que foram indexados, então eles podem ocupar algum espaço. NULLs são armazenados como bitmaps, então eles utilizam muito pouco espaço. psql tem uma variadade de comandos com barra invertida que mostram tais informações. Utilize \? para vê-los. Há também tabelas do sistema que começam com pg_ e que os descrevem também. Também, psql -l listará todos os bancos de dados. Veja também o arquivo pgsql/src/tutorial/syscat.source. Ele ilustra muitos SELECTs necessários para obter informação das tabelas do sistema de banco de dados. Para determinar se um índice pode ser utilizado, o PostgreSQL deve ter Índices não são normalmente utilizados para ORDER BY ou Se você acredita que o otimizador está incorreto ao escolher uma Quando é utilizado operadores com curingas tais como LIKE ou Veja o comando EXPLAIN no manual. Um índice de árvore B é utilizado para indexação de dados espaciais. Um índice do tipo hash não pode manipular buscas em intervalos. Um índice de árvore B manipula somente buscas em intervalos em uma dimensão. Um índice de árvore R pode manipular dados multidimensionais. Por exemplo, se um índice de árvore R pode ser contruido em um atributo do tipo point, o sistema pode responder mais eficientemente consultas tais como "busque todos os pontos dentro dos limites do retângulo." A pesquisa canônica que descreve o modelo original da árvore R está em: Guttman, A. "R-trees: A Dynamic Index Structure for Spatial Você também pode encontrar esse documento em "Readings in Database Systems" do Stonebraker Árvores R podem manipular polígonos e caixas. Na teoria, árvores R podem ser extendidos para manipular um grande número de dimensões. Na prática, extendendo árvores R requer um pouco de trabalho e nós não temos atualmente nenhuma documentação de como fazé-lo. O módulo GEQO acelera a otimização de consultas quando se faz uma junção de várias tabelas utilizando o conceito de Algoritmo Genético (AG). Isso permite a manipulação de consultas com muitas junções utilizando buscas não exaustivas. O operador ~ faz avaliação de expressões regulares, e ~* faz avaliação não sensível a maiúsculas de expressões regulares. A variante não sensível a maiúsculas do LIKE é chamada de ILIKE. Comparações de igualdade não sensíveis a maiúsculas são normalmente expressadas como: Você pode testar a coluna com IS NULL e IS Você verá o nome interno quando examinar o catálogo do sistema e em algumas mensagens de erro. Os primeiros quatro tipos acima são do tipo "varlena" (i.e., os primeiros quatro bytes no disco são o comprimento seguido pelos dados). Consequentemente o espaço atual utilizado é ligeiramente maior do que o tamanho declarado. Contudo, esses tipos de dados também são sujeitos a compressão ou a serem armazenados fora do padrão utilizando o TOAST, então o espaço em disco pode também ser bem menor do que o esperado. CHAR(n) preenche com espaços em branco até o tamanho especificado, enquanto o VARCHAR(n) armazena somente os caracteres fornecidos. BYTEA é para armazenar dados binários, particularmente valores que incluem bytes NULL. Todos os tipos descritos aqui tem características de performance similares. PostgreSQL suporta o tipo de dados SERIAL. Ele cria automaticamente uma sequência. Por exemplo: Uma abordagem é obter o próximo valor SERIAL Alternativamente, você poderia obter o valor SERIAL Não. currval() retorna o valor atual atribuido pelo seu núcleo (backend), e não por todos os usuários. Para melhorar a concorrência, valores da sequência são atribuídos a transações correntes e não são travados até que a transação seja finalizada. Isso causa intervalos na numeração por causa de transações abortadas. OIDs são a resposta do PostgreSQL a ids únicos de registros. PostgreSQL utiliza OIDs nas tabelas internas do sistema OIDs são atribuídos para todas os registros novos de uma OIDs são armazenados como inteiros de 4 bytes, e TIDs são utilizados para identificar registros físicos O código-fonte e documentação antiga utiliza termos de uso comum. Aqui estão alguns deles: Uma lista de termos gerais de bancos de dados pode ser encontrada em: Você provavelmente está sem memória virtual no sistema, ou o seu núcleo (kernel) tem um limite baixo para certos recursos. Tente isto antes de iniciar o postmaster: No psql, digite Você precisa colocar Atualmente PostgreSQL obriga o fechamento de manipulação de um objeto grande quando uma transação é submetida (commit). Então a primeira tentativa de fazer qualquer coisa com o manipulador irá retornar invalid large obj descriptor. Então o código que funcionava (ao menos a algum tempo atrás) agora irá retornar uma mensagem de erro se você não utilizar uma transação. Utilize CURRENT_TIMESTAMP: Em versões anteriores a 7.4, subconsultas eram agrupadas em consultas externas utilizando uma busca sequencial no resultado da subconsulta de cada registro da consulta externa. Se uma subconsulta retorna somente alguns registros e a consulta externa retorna muitos registros, A partir da versão 7.4, PostgreSQL suporta junções externas utilizando a sintaxe padrão do SQL. Aqui temos dois exemplos: Essas duas consultas indênticas juntam t1.col com t2.col, e também retornam qualquer registro que não foi juntado em t1 (aqueles que não combinaram com t2). Uma junção a direita RIGHT adicionaria registros que não foram juntados da tabela t2. Uma junção completa (FULL) retornaria os registros combinados mais todos os registros não combinados de t1 e t2. A palavra OUTER é opcional e é assumida nas junções LEFT, RIGHT e FULL. Junções ordinárias são chamadas junções naturais (INNER). Em versões anteriores, junções externas podiam ser simuladas utilizando UNION e NOT IN. Por exemplo, quando juntar tab1 e tab2, a consulta a seguir faz uma junção externa de duas tabelas: Não há outra maneira de consultar um banco de dados caso ele não seja o atual. Porque o PostgreSQL carrega catálogos do sistema específicos do banco de dados, é incerto como uma consulta em banco de dados distintos pode se comportar. contrib/dblink permite consultas em bancos de dados distintos utilizando chamadas de funções. É claro, que um cliente pode fazer conexões simultâneas em bancos de dados diferentes e juntar os resultados no cliente. No 7.3, você pode facilmente retornar múltiplos registros ou colunas de uma função, PL/PgSQL armazena o conteúdo da função, e o efeito indesejado é que se uma função PL/PgSQL acessa uma tabela temporária, e aquela tabela é removida e criada novamente, e a função é chamada novamente, a função irá falhar porque o conteúdo armazenado da função ainda apontará para a tabela temporária antiga. A solução é utilizar o EXECUTE para acesso a tabelas temporárias no PL/PgSQL. Isto irá fazer com que a consulta seja avaliada toda vez. Há várias opções de replicação mestre/escravo disponíveis. Isto permite somente que o mestre faça mudanças no banco de dados e o escravo só pode ler o banco de dados. Abaixo em O problema pode ser várias coisas. Tente testar sua função em um programa independente. Envie as suas extensões para a lista de discussão pgsql-hackers, e elas eventualmente serão colocadas no subdiretório contrib/. Em versões do PostgreSQL a partir da 7.3, funções que retornam tuplas são suportadas em C, PL/PgSQL e SQL. Veja o Guia do Programador para mais informação. Um exemplo de uma função escrita em C e que retorna tuplas pode ser encontrada em contrib/tablefunc. Os arquivos Makefiles não tem as dependências corretas para incluir arquivos. Você deve executar um make clean e então o make. Se você está utilizando o GCC você pode utilizar a opção --enable-depend do configure para o compilador computar as dependências automaticamente.+
+
+ +
+ + "http://www.PostgreSQL.org/docs/faqs/FAQ.html">http://www.PostgreSQL.org/docs/faqs/FAQ.html (EN).
+
+ (pt_BR).
+
+ + "http://www.PostgreSQL.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Bad System Call ou uma descarga de memória (core dump). Por que?
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ e buscas com expressões regulares sem diferenciar maiúsculas de minúsculas? Como eu utilizo um índice para
+ buscas que não diferenciam maiúsculas de minúsculas?
+
+
+
+
+ SERIAL?
+
+ nextval() não lidam com condição de corrida com outros usuários?
+
+
+
+
+
+
+
+
IN estão tão lentas?+
+
+
+
+
+
+
+
+
+
+ no psql, por que ela finaliza o programa com descarga de memória (core dump)?
+
+
+
+
+
+
+
+
+
+
+
+ disponível em http://www.postgresql.org/postgresql.mp3 para aqueles que gostariam
+ de ouvir a pronúncia.
+
+
+ de banco de dados POSTGRES (e também é, às vezes, chamado simplesmente de "Postgres"),
+ um protótipo de pesquisa de um SGBD de
+ última geração. Enquanto o PostgreSQL retém a
+ modelagem de dados poderosa e a grande quantidade de tipos de dados do POSTGRES, ele
+ substituiu a linguagem de consulta PostQuel com um subconjunto extendido do
+ SQL. PostgreSQL é livre e o código-fonte completo
+ está disponível.
+
+
+ desenvolvedores que estão inscritos na lista de e-mails de
+ desenvolvimento do PostgreSQL. O coordenador atual é Marc
+ G. Fournier (
+ (Veja a seção
+ se juntar ao grupo). O grupo é responsável
+ por todo o desenvolvimento do PostgreSQL. É um projeto da
+ comunidade e não é controlado por nenhuma empresa.
+ Para se juntar ao grupo, veja a FAQ do desenvolvedor em
+
+ http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html
+
+
+ Muitos outros contribuiram para portar, testar, depurar e
+ melhorar o código. O código original do Postgres,
+ do qual o PostgreSQL foi derivado, foi um esforço de muitos
+ estudantes de graduação e pós-graduação
+ e uma equipe de programadores trabalhando sobre a direção do
+ Professor Michael Stonebraker na Universidade da Califónia
+ em Berkeley.
+
+ o SQL foi adicionado em 1995, seu nome foi
+ mudado para Postgres95. O nome foi mudado no fim de 1996 para
+ PostgreSQL.
+
+
+
+
+
+
+
+
+ Group Portions Copyright (c) 1994-6 Regents of the University of
+ California
+
+ e distribuição desse software e sua documenta¸ão
+ para qualquer propósito, sem taxa, e sem um acordo escrito
+ está concedida por esse meio, contanto que a nota da licença
+ acima, esse parágrafo e os dois parágrafos seguintes
+ apareçam em todas as cópias.
+
+
+ RESPONSÁVEL POR QUALQUER PARTIDO EM DANOS DIRETOS, INDIRETOS,
+ ESPECIAIS, INCIDENTAIS OU CONSEQUENTES, INCLUINDO PERDA DE LUCROS,
+ SURGIDOS A PARTIR DO USO DO SOFTWARE E DE SUA DOCUMENTAÇÃO,
+ MESMO SE A UNIVERSIDADE DA CALIFÓRNIA ESTIVER SIDO AVISADA DA
+ POSSIBILIDADE DE TAL DANO.
+
+
+ NENHUMA GARANTIA, INCLUINDO, MAS NÃO LIMITADO A, GARANTIAS
+ IMPLÍCITAS DE COMERCIALIZAÇÃO E ATENDIMENTO
+ DE PROPÓSITO PARTICULAR. O SOFTWARE É FORNECIDO ABAIXO
+ "COMO É", E A UNIVERSIDADE DA CALIFÓRNIA
+ NÃO TEM OBRIGAÇÃO DE FORNECER MANUTENÇÃO,
+ SUPORTE, ATUALIZAÇÕES, MELHORIAS OU MODIFICAÇÕES.
+
+
+ licença de código aberto clássica. Ela não
+ tem restrições de como o código pode ser utilizado.
+ Nós gostamos dela e não temos intenções de
+ mudá-la.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ + "ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub.
+ Para relação de servidores espelhos (mirrors), consulte nosso website.
+
+
+
+ + "mailto:[email protected]">[email protected].
+ Ela está disponível para discussões relacionadas ao PostgreSQL. Para se inscrever, envie um e-mail com as seguintes linhas no corpo (não envie no assunto):
+
+ subscribe
+ end
+
+
+ + "mailto:[email protected]">[email protected].
+
+
+
+ subscribe
+ end
+
+
+ Sínteses (Digests) são enviadas aos membros dessa lista quando a lista receber cerca de 30k em mensagens.
+
+
+
+ subscribe
+ end
+
+
+Há também uma lista de discussão dos desenvolvedores disponível. Para se inscrever, envie um e-mail para
+
+ subscribe
+ end
+
+
+
+
+
+
+
+
+
irc -c '#PostgreSQL' "$USER" irc.phoenix.net. ou irc -c '#PostgreSQL' "$USER" irc.freenode.net.+
+ + "http://techdocs.postgresql.org/companies.php">http://techdocs.postgresql.org/companies.php.
+
+
+
+
+
+
+
+
+
+
+
+ + "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html
+ e + "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/.
+ Há uma lista de livros sobre PostgreSQL disponíveis para compra em + href=
+ "http://techdocs.postgresql.org/techdocs/bookreviews.php">http://techdocs.PostgreSQL.org/techdocs/bookreviews.php.
+ Há também uma coleção de artigos técnicos sobre PostgreSQL em + href=
+ "http://techdocs.PostgreSQL.org/">http://techdocs.PostgreSQL.org/.
+
+
+
+
+
+
+
+
+ Veja a nossa lista de afazeres (
+
+
+
+ + "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html
+ ensina SQL. Há outro livro sobre PostgreSQL em + href=
+ "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook.
+ Há bons tutoriais em + "http://www.intermedia.net/support/sql/sqltut.shtm">http://www.intermedia.net/support/sql/sqltut.shtm,
+ , + "http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM">
+ http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM,
+ e em + "http://sqlcourse.com/">http://sqlcourse.com.
+
+
+ em + "http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm
+
+
+ Bowman, Judith S., et al., Addison-Wesley. Outros gostam do The
+ Complete Reference SQL, Groff et al., McGraw-Hill.
+
+
+
+
+
+
+
+
+
+
+
+
+
+ + "http://www.PostgreSQL.org/bugs/bugs.php">http://www.PostgreSQL.org/bugs/bugs.php,
+ que irá lher dar as instruções e direções de como submeter um bug.
+
+ + "ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub para
+ ver se há uma versão mais recente do PostgreSQL ou patches.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ + href="http://www.php.net">http://www.php.net.
+
+
+
+
+
+
+ Entre elas o PgAccess
+ http://www.pgaccess.org), PgAdmin III (+ href="http://www.pgadmin.org">http://www.pgadmin.org, RHDB Admin (+ href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/
+ ) e o Rekall (
+ http://www.thekompany.com/products/rekall/, proprietária). Há
+ também o PhpPgAdmin (
+ http://phppgadmin.sourceforge.net/ ), uma interface web para
+ PostgreSQL.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ na seção de Drivers/Interfaces.
+
+
+
+
+
+
+
+
+
+
+ Bad System Call ou uma descarga de memória (core dump). Por que?
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ cd /usr/local/pgsql
+ ./bin/postmaster >server.log 2>&1 &
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ SELECT ... LIMIT....
+
+
+
+
+
+ SELECT col
+ FROM tab
+ ORDER BY random()
+ LIMIT 1;
+
+
+
+
+
+comandos no psql você pode utilizar \?. Alternativamente
+você pode ler o código-fonte do psql no arquivo pgsql/src/bin/psql/describe.c. Ele contém comandos SQL que geram a saída para os comandos do psql. Você também pode iniciar o psql com a opção -E então serão mostradas as consultas utilizadas para executar os comandos que você digitou. PostgreSQL também fornece uma interface para o INFORMATION SCHEMA SQLi na qual você pode consultar informações sobre o banco de dados.
+
+
+
+
+ ALTER TABLE DROP COLUMN. Em versões anteriores, você pode fazer isto:
+
+ BEGIN;
+ LOCK TABLE old_table;
+ SELECT ... -- selecione todas colunas mas não aquela que você quer remover
+ INTO TABLE new_table
+ FROM old_table;
+ DROP TABLE old_table;
+ ALTER TABLE new_table RENAME TO old_table;
+ COMMIT;
+
+
+
+
+ BEGIN;
+ ALTER TABLE tab ADD COLUMN new_col new_data_type;
+ UPDATE tab SET new_col = CAST(old_col AS new_data_type);
+ ALTER TABLE tab DROP COLUMN old_col;
+ COMMIT;
+
+
+
+
+
+
+
+Tamanho máximo de um banco de dados? ilimitado (existem bancos de dados de 32 TB)
+Tamanho máximo de uma tabela? 32 TB
+Tamanho máximo de um registro? 1.6TB
+Tamanho máximo de um campo? 1 GB
+Número máximo de registros em uma tabela? ilimitado
+Número máximo de colunas em uma tabela? 250-1600 dependendo dos tipos das colunas
+Número máximo de índices em uma tabela? ilimitado
+
+
+É claro, que eles não são ilimitados, mas limitados ao espaço em disco disponível e espaço em memória/swap. A Performance será penalizada quando estes valores se tornarem grandes.
+
+
+
+
+
+
+
+
+
+ 36 bytes: cada cabeçalho de registro (aproximadamente)
+ 24 bytes: um campo int e um campo texto
+ + 4 bytes: ponteiro na página para a tupla
+ -------------------------------------------
+ 64 bytes por registro
+
+ O tamanho de uma página de dados no PostgreSQL é 8192 bytes (8 KB), então:
+
+ 8192 bytes por página
+ ------------------------ = 128 registros por página do banco de dados (arredondado para baixo)
+ 64 bytes por registro
+
+ 100000 registros de dados
+ ---------------------------- = 782 páginas do banco de dados (arredondado para cima)
+ 128 registros por página
+
+782 páginas do banco de dados * 8192 bytes por página = 6,406,144 bytes (6.4 MB)
+
+
+
+
+
+
+
+
+
+
+
+
+ Índices não são automaticamente utilizados por toda consulta. Índices só são
+ utilizados se uma tabela é maior do que o tamanho mínimo e uma consulta
+ seleciona somente uma porcentagem pequena de registros de uma tabela. Isto porque
+ o acesso randômico ao disco causado por uma busca por índice pode ser
+ mais lento do que uma leitura ao longo da tabela ou uma busca sequencial.
+
+
+ estatísticas sobre a tabela. Estas estatísticas são coletadas utilizando
+ VACUUM ANALYZE ou simplesmente ANALYZE.
+ Utilizando estatísticas, o otimizador saber quantos registros há na tabela
+ e pode determinar melhor se um índice deve ser utilizado.
+ Estatísticas também são úteis para determinar a ordem de junção ótima e
+ métodos de junção. Coleção de estatísticas deve ser feita periodicamente
+ a medida que o conteúdo da tabela muda.
+
+
+ para fazer junções. Uma busca sequencial seguida por uma ordenação explícita é
+ usualmente mais rápida do que uma busca por índice em uma tabela grande.
+ Contudo, LIMIT combinado com ORDER BY
+ frequentemente utilizará um índice porque somente uma pequena porção da tabela
+ é retornada. De fato, embora MAX() e MIN() não utilizem índices,
+ é possível obter tais valores utilizando um índice com ORDER BY e LIMIT:
+
+
+ SELECT col
+ FROM tab
+ ORDER BY col [ DESC ]
+ LIMIT 1;
+
+
+
+ busca sequencial, utilize
SET enable_seqscan TO 'off' e+ execute testes para ver se uma busca por índice é de fato é mais rápida.
+
+
+ ~, índices só podem ser utilizados em certas circunstâncias:
+
+
+
+
+
+ ^.
+
+
+ i.e. [a-e].
+
+ ~* não utilizam índices. Ao invés, utilize índices
+ funcionais, que são descritos na seção
+
+ initdb.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt
+ of Data, 45-57.
+
+
+
+
+
+
+
+
+
+
+ e buscas com expressões regulares sem diferenciar maiúsculas de minúsculas? Como eu
+ utilizo um índice para buscas que não diferenciam maiúsculas de minúsculas?
+
+
+
+
+
+ SELECT *
+ FROM tab
+ WHERE lower(col) = 'abc';
+
+
+Isso não irá utilizar o índice padrão. Contudo, se você criar um índice funcional, ele será utilizado:
+
+ CREATE INDEX tabindex ON tab (lower(col));
+
+
+
+
+
+ NOT NULL.
+
+
+
+Tipo Nome Interno Notas
+--------------------------------------------------
+VARCHAR(n) varchar tamanho especifica o comprimento máximo, sem preenchimento
+CHAR(n) bpchar preenchimento em branco para comprimento fixo específico
+TEXT text nenhum limite superior específico no comprimento
+BYTEA bytea vetor de bytes de comprimento variável (null-byte safe)
+"char" char um caracter
+
+
+
+
+
+
+VARCHAR(n) é melhor quando está armazenando cadeias de caracteres de comprimento variável e há um limite de tamanho desta cadeia. TEXT é para cadeias de caracteres de comprimento ilimitado, com o máximo de um gigabyte.
+
+
+
+
+
+
+ CREATE TABLE pessoa (
+ id SERIAL,
+ nome TEXT
+ );
+
+
+é automaticamente traduzido em:
+
+ CREATE SEQUENCE pessoa_id_seq;
+ CREATE TABLE pessoa (
+ id INT4 NOT NULL DEFAULT nextval('pessoa_id_seq'),
+ nome TEXT
+ );
+
+
+Veja a página sobre create_sequence no manual para mais informação sobre sequências. Você também pode utilizar o campo OID para cada registro como um valor único. Contudo, se você precisar exportar e importar o banco de dados, você precisa utilizar a opção -o do pg_dump ou a opção COPY WITH OIDS para preservar os OIDs.
+
+
+ SERIAL?
+
+
+ de uma sequência com a função nextval()
+ antes de inserir e então inserir com o valor explicitamente. Utilizando o
+ exemplo da tabela em
+ pseudo-linguagem se pareceria com isto:
+
+ novo_id = execute("SELECT nextval('pessoa_id_seq')");
+ execute("INSERT INTO pessoa (id, nome) VALUES (novo_id, 'Blaise Pascal')");
+
+
+ Você poderia então ter também o novo valor armazenado em
+
novo_id para utilizar em outras consultas (i.e., como uma chave+ estrangeira da tabela
pessoa). Note que o nome da+ SEQUENCE criada automaticamente será
+ <tabela>_<coluna>_seq, onde
+ tabela e coluna são os nomes da tabela
+ e da coluna SERIAL, respectivamente.
+
+
+ atribuído com a função currval() depois
+ de tê-lo inserido por padrão, i.e.,
+
+ execute("INSERT INTO pessoa (nome) VALUES ('Blaise Pascal')");
+ novo_id = execute("SELECT currval('pessoa_id_seq')");
+
+
+ Finalmente, você poderia utilizar o
+ retornado da sentença INSERT para obter o valor padrão,
+ embora este seja a abordagem menos portável,
+ pois o valor do oid não ultrapassa 4 bilhões.
+ Em Perl, utilizando DBI com o módulo DBD::Pg de Edmund Mergl, o valor
+ do oid está disponível via $sth->{pg_oid_status} depois de
+ $sth->execute().
+
+
+
+
+
+
+
+
+
+
+
+
+ Cada registro que é criado no PostgreSQL recebe um OID único.
+ Todos OIDs produzidos durante o initdb são menores do
+ que 16384 (de include/access/transam.h). Todos os OIDs
+ criados pelo usuário são iguais ou maiores do que este valor. Por padrão,
+ todos estes OIDs são únicos não somente na tabela ou no
+ banco de dados, mas na instalação do PostgreSQL.
+
+
+ para ligar registros entre tabelas. Estes OIDs podem
+ ser utilizados para identificar registros de usuários específicos e podem ser
+ utilizados em junções. É recomendado que você utilize o tipo de coluna
+ OID para armazenar valores OID.
+ Você pode criar um índice no campo OID para acesso rápido.
+
+
+ área central que é utilizada por todos os bancos de dados. Se você quer mudar
+ o OID de alguma coisa, ou se você quer fazer uma cópia da tabela,
+ com os OIDs, não há razão para que você não possa fazê-la:
+
+ CREATE TABLE nova_tabela(minha_coluna int);
+ SELECT oid as oid_antigo, minha_coluna INTO tabela_tmp FROM tabela_antiga;
+ COPY tabela_tmp TO '/tmp/pgtable';
+ DROP TABLE tabela_tmp;
+ COPY nova_tabela WITH OIDS FROM '/tmp/pgtable';
+
+
+ não ultrapassam 4 bilhões. Ninguém nunca reportou que isso tenha ocorrido,
+ e nós planejamos remover o limite antes que algúem o alcançe.
+
+
+ específicos com valores de bloco e deslocamento. TIDs mudam
+ após registros serem modificados ou recarregados. Eles são utilizados por
+ índices para apontar para registros físicos.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ + "http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html">http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html
+
+
+
+
+
+ ulimit -d 262144
+ limit datasize 256m
+
+
+ Dependendo da sua shell, somente um desses comando terá sucesso, mas ele definirá o segmento de dados do seu processo com um limite maior e talvez permita que a consulta seja feita. Este comando é aplicado ao processo atual e todos os subprocessos criados depois do comando ser executado. Se você tiver problemas com o cliente SQL porque o núcleo (backend) retornou muitos dados, tente-o antes de iniciar o cliente.
+
+
+
+
SELECT version();+
+
+
+
BEGIN WORK e COMMIT ao redor de qualquer uso de operações com objetos grandes, isto é, ao redor de lo_open ... lo_close.+
+
+
+
+
+
+
+
CREATE TABLE teste (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );+
+
+
+
IN estão tão lentas?+
+
IN é mais rápido. Para acelerar consultas externas, substitua IN por EXISTS:+
SELECT *
+ FROM tab
+ WHERE col IN (SELECT subcol FROM subtab);
+
+ por:
+
SELECT *
+ FROM tab
+ WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
+
+
+Para isto ser rápido,
subcol deve ser uma coluna indexada. IN utiliza a mesma técnica de agrupamento do que consultas normais, e é recomendado utilizar EXISTS.+
+
+
+
+
+ SELECT *
+ FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
+
+ or
+
+ SELECT *
+ FROM t1 LEFT OUTER JOIN t2 USING (col);
+
+
+
+
+
+
+
+ SELECT tab1.col1, tab2.col2
+ FROM tab1, tab2
+ WHERE tab1.col1 = tab2.col1
+ UNION ALL
+ SELECT tab1.col1, NULL
+ FROM tab1
+ WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
+ ORDER BY col1
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+