Daniel Serodio's questions

Estou lendo o PostgreSQL: Up and Running da Oreilly , e na seção Organizando seu banco de dados usando esquemas , ele diz que search_pathpode ser definido no nível do banco de dados:

Por exemplo, se quiséssemos que todos os objetos em contrib fossem acessíveis sem qualificação de esquema, alteraríamos nosso banco de dados da seguinte maneira:

ALTER DATABASE mydb SET search_path="$user",public,contrib;

No entanto, depois de digitar o comando acima, ainda não consigo me referir a tabelas em esquemas que publicnão sejam qualificá-los:

ALTER DATABASE auth SET search_path="$user",public,staging;`
\d users

Dá:

Did not find any relation named "users".

Mas se eu usar \d staging.users, funciona.

SHOW search_path;

Dá:

   search_path   
----------------
 "$user",public

O padrão substitui o valor por banco de dados definido search_pathcom ? Se for esse o caso, qual é a utilidade do valor por banco de dados?postgresql.confALTER DATABASE ... SET search_path

Eu tenho um arquivo CSV (de fato delimitado por tabulação) com 7.590.051 linhas, de acordo com wc -l, que desejo importar usando COPY FROM. Eu removi a chave primária da tabela, então ela não tem restrições.

Executei COPY customer FROM '.../customer.dsv' WITH DELIMITER E'\t' CSV HEADER;e reportou 7.588.671 linhas importadas e nenhum erro, portanto faltam 1.379 linhas (já descontando a linha do cabeçalho).

Como o PostgreSQL não relatou nenhum erro, como você sugere que eu solucione quais linhas estão faltando (e por que estão faltando)?

Como posso concatenar duas variáveis ​​psql (cliente PostgreSQL)? Desejo gerar um caminho absoluto concatenando uma variável de caminho de diretório e uma variável de nome de arquivo.

Eu tentei isso:

\set path '/tmp/'
\set file 'foo'
\echo :path:file

Mas o psql coloca um espaço entre o caminho e o arquivo e gera:

/tmp/ foo

De acordo com a documentação do PostgreSQL , não há diferença de desempenho entre VARCHAR, VARCHAR(n)e TEXT.

Devo adicionar um limite de comprimento arbitrário a uma coluna de nome ou endereço ?

Edit: Não é um dupe de:

• A pesquisa de índice seria visivelmente mais rápida com char vs varchar quando todos os valores são 36 caracteres

Eu sei que o CHARtipo é uma relíquia do passado e estou interessado não apenas no desempenho, mas em outros prós e contras, como Erwin afirmou em sua incrível resposta.