O postgres é um banco de dados relacional sendo assim o TRUNCATE não pode ser executado em uma tabela que seja referenciada por outra tabela através de uma chave estrangeira, então antes de executar o TRUNCATE você precisa desabilitar as TRIGGERS

-- desativa as triggers
UPDATE "pg_class" SET "reltriggers" = 0 WHERE "relname" = 'tabela';
 
-- limpa a tabela
TRUNCATE tabela
 
-- reativa as triggers
UPDATE pg_class SET reltriggers = (SELECT COUNT(*) FROM pg_trigger WHERE pg_class.oid = tgrelid) WHERE relname = 'tabela';

Caso você tenha uma coluna varchar e queira alterar a quantidade de caracteres que ela aceita utilize o seguinte:

ALTER TABLE tabela ALTER COLUMN coluna TYPE VARCHAR(255)

Introdução

Este fim de semana eu @battisti e o @asfelix tivemos um problema durante o processo de instalação do php com o postgres, depois de fazer todas as configurações o banco continuava a dar a seguinte mensagem de erro:

Permission denied Is the server running on host "localhost" and accepting TCP/IP connections on port 5432?

Arquivos de Configuração

O postgres possui basicamente 2 arquivos de configurações responsáveis pela conexão, eles são:

1. postgresql.conf aqui você precisa definir que o seu banco de dados irá receber conexão através de TCP/IP, até a versão 7.9 do postgres esta configuração era feita assim:

   tcpip_socket = true

   A partir da versão 8 isso é feito assim: listen_addresses = ‘*’ port = 5432

2. pg_hba.conf este é o arquivo que define quem pode acessar o que e de qual forma: para permitir que qualquer IP possa acessar qualquer banco adicione esta linha no arquivo host    all          all         0.0.0.0 0.0.0.0       password Se quiser que apenas 1 IP específico possa acessar a máquina então host    all          all         200.200.200.200/32      password A palavra password define que para você acessar o banco tem que digitar a senha, existe a palavra trust que diz ao banco para nao pedir senha então tenha cuidado com este tipo de configuração

Após mexer nestes dois arquivos reinicie o banco. Para acessar o seu banco através do terminal use o comando: psql -h 200.200.200.200 -U postgres -d banco Fique atento aos firewall pois eles podem barrar a sua conexão com o banco, e mais uma dica para que a conexão possa ser estabelecida no CentOS é necessário desativar o SELinux, que por padrão na instalação fica ativado: vim /etc/sysconfig/selinux e configure  o SELINUX=disabled

Exemplo de Conexão PHP para Teste

try {
	$db = new PDO("pgsql:host=localhost dbname=datacentro user=postgres password=data1234");
 
	$sql = 'SELECT * FROM pessoa';
	foreach ($db->query($sql) as $row) {
		print $row['cod'] . "\t";
		print $row['nome'] . "\t";
	}
 
} catch (PDOException  $e) {
   print $e->getMessage();
}
die("fim");

Referência

http://www.cyberciti.biz/faq/postgresql-remote-access-or-connection/

http://dickrips.wordpress.com/2009/01/16/apache-php-postgresql-no-centos-e-fedora

Geralmente temos nos nossos banco de dados uma tabela de log, e ela é o terror dos restores pois o número de registros dela geralmente é igual ou maior do que a soma de todos os registros das demais tabelas do banco, sendo assim, em restores de testes ou apenas de controle não queremos ficar perdendo tempo esperando que os logs sejam restaurados, sendo assim é possível durante um restore pedir que o postgres ignore algumas tabelas para isso:

pg_restore -l dump.tar > lista.txt
pg_restore -L lista.txt -d banco -U usuario

Este arquivo lista.txt é uma relação com todos os objetos que estão dentro do arquivo de backup, basta abrir o arquivo e remover as tabelas que você não quer que o postgres restaure.

Introdução

Caso você precise remover os zeros a esquerda/direita através de uma SQL você pode usar o ltrm (esquerda) e o ltrim (direita).

Exemplo

SELECT  ltrim(colunaA,0) FROM

Isso vai retornar os dados da colunaA sem nenhum zero a esquerda

Introdução

Uma tarefas básica de todo DBA é cuidar para que os backups sejam bem feitos, no postgres as duas ferramentas básicas para isso são os pg_dump e o pg_restore.

Quando se executa o pg_dump será solicitada a senha do banco, porém em muitos casos o script de backup é gerado via cron ou outro mecanismo automatizado sendo assim existem 2 possibilidades para que o pg_dump não pesa a senha:

• Dentro do ph_hba.conf configurar como trust a conexão local, eu não aconselho isso por diversos motivos
• Definir a senha no arquivo .pgpass

Construir o Arquivo .pgpass

O arquivo .pgpass irá armazenar informações de autenticação no banco postgres, sua estrutura básica é:

hostname:port:database:username:password

Dicas:

• hostname é endereço IP de onde virá a conexão, caso seja uma conexão local deixar localhost;
• Caso não queira especificar um dos parâmetros coloque *

Exemplo:

localhost:*:meu_banco:usuario:senha

Por fim mas não menos importante o arquivo .pgpass deve ficar na pasta home do usuário que irá solicitar o backup, além disso, as permissões do arquivo OBRIGATORIAMENTE devem ser 0600;

ou seja:

chmod 0600 .pgpass

Referência

http://www.postgresql.org/docs/8.1/static/libpq-pgpass.html

Introdução

Os campos auto-incremento são geralmente utilizados para definir chaves primárias, o Postgre oferece um recurso chamado  sequence para solucionar este problema. O valor de uma seqüência é incrementado em 1 no momento que uma consulta para recuperar o seu valor acontece, ou seja, cada vez que você pede qual o valor atual da seqüência seu valor é incrementado em 1.

Solução

Criar uma seqüência:

CREATE SEQUENCE boleto_sequencia;

Definir o valor inicial da seqüência:

CREATE SEQUENCE boleto_sequencia START 250;

Alterando o valor da seqüência:

SELECT SETVAL('boleto_sequencia', 10)

Recuperando o valor atual da sequência :

SELECT NEXTVAL('boleto_sequencia');

Referência

http://meiocodigo.wordpress.com/2007/05/18/auto-incremento-em-postgresql/

http://www.htmlstaff.org/postgresqlmanual/sql-createsequence.html

O Problema

A língua portuguesa gera diversos problemas para os DBA, um dos mais comuns esta no fato dos usuários querem digitar Joao (sem acento) em uma caixa de busca e querer que o banco localizar o João (com acento), para solucionar este problema no postgres você pode criar uma function que remove os acentos durante as consultas.

A Solução

CREATE OR REPLACE FUNCTION "public"."sem_acentos" (VARCHAR) RETURNS VARCHAR AS
$body$
SELECT TRANSLATE($1, 'áéíóúàèìòùãõâêîôôäëïöüçÁÉÍÓÚÀÈÌÒÙÃÕÂÊÎÔÛÄËÏÖÜÇ', 'aeiouaeiouaoaeiooaeioucAEIOUAEIOUAOAEIOOAEIOUC')
$body$
LANGUAGE 'sql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;

Como Usar

SELECT pss_telefone WHERE sem_acentos(pss_nome) LIKE sem_acentos('%joao%')

Essa consulta irá retornar todos os João, com ou sem acento.

Introdução

Uma tabela temporaria (temporary table) é uma tabela como as demais, exceto pelo fato de que ela somente existe enquanto a sessão na qual ela foi criada estiver ativa, ou seja, assim que a conexão com o banco é fechada a tabela temporária é dropada do banco.  Em geral este tipo de tabela é usado para armazenar o resultado imediato de uma consulta executada anteriormente.

Criando Uma Tabela Temporária

A sintaxe para criar uma tabela tempoáaria é:

CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } ] TABLE nome_da_tabela
    [ (nome_da_coluna [, ...] ) ]
    [ WITH ( parâmetro_de_armazenamento [= valor] [, ... ] ) | WITH OIDS | WITHOUT OIDS ]
    [ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ]
    [ TABLESPACE espaço_de_tabelas ]
    AS comando

Exemplo

+------------+
|   SALARIO  |
+------------+
| slr_valor  |
| pss_cod    |
+------------+
+------------+
|   PESSOA   |
+------------+
| pss_cod    |
| pss_nome   |
+------------+

Listando o salário de todas as pessoas e depois calculando o valor total:

-- Lista as pessoas
SELECT pss_cod, pss_nome, slr_valor FROM pessoa p INNER JOIN salario s ON p.pss_cod = s.pss_cod
 
-- Cria a tabela temporária
CREATE TEMPORARY TABLE pessoa_salario AS
    SELECT pss_cod, pss_nome, slr_valor FROM pessoa p INNER JOIN salario s ON p.pss_cod = s.pss_cod
 
-- Calcula a soma de todos os salários
SELECT SUM(slr_valor) FROM pessoa_salario

Conclusão

Em um primeiro momento pode-se imaginar que as tabelas temporárias não sejam muito úteis porém em diversas ocasiões a melhor forma para resolver problemas complexos e através de tabelas temporárias, principalmente quando as SQL envolvidas são complexas e aninhadas.

Referências

http://www.postgresqlguide.com/creating-tables-in-postgresql.aspx

http://pgdocptbr.sourceforge.net/pg82/sql-createtableas.html

Introdução

Criar visões em bancos Postgre

O Resultado

Para cria uma visão para uma tabela pessoa por exemplo

CREATE OR REPLACE VIEW p AS SELECT pss_nome, pss_telefone

A partir desse ponto para selecionar nome e telefone basta executar

SELECT * FROM p

Conclusão

As visões aumentam a velocidade da execução das SQL além disso podem facilitar a escrita do seu código.

Referência

http://cunha17.cristianoduarte.pro.br/postgresql/snapshots.php