Postgresql - altera o tamanho de uma coluna varchar para um tamanho menor

Eu tenho uma pergunta sobre o ALTER TABLEcomando em uma tabela muito grande (quase 30 milhões de linhas). Uma de suas colunas é a varchar(255)e eu gostaria de redimensioná-la para a varchar(40). Basicamente, gostaria de alterar minha coluna executando o seguinte comando:

ALTER TABLE mytable ALTER COLUMN mycolumn TYPE varchar(40);

Não tenho nenhum problema se o processo for muito longo, mas parece que minha tabela não é mais legível durante o comando ALTER TABLE. Existe uma maneira mais inteligente? Talvez adicione uma nova coluna, copie valores da coluna antiga, solte a coluna antiga e finalmente renomeie a nova?

Qualquer pista será muito apreciada! Desde já, obrigado,

Nota: Eu uso o PostgreSQL 9.0.

Há uma descrição de como fazer isso em Redimensionar uma coluna em uma tabela do PostgreSQL sem alterar os dados . Você precisa hackear os dados do catálogo do banco de dados. A única maneira de fazer isso oficialmente é com ALTER TABLE e, como você observou, as alterações travam e reescrevem a tabela inteira enquanto estiver em execução.

Leia a seção Tipos de caracteres dos documentos antes de alterar isso. Todos os tipos de casos estranhos que você deve conhecer aqui. A verificação do comprimento é feita quando os valores são armazenados nas linhas. Se você hackear um limite mais baixo, isso não reduzirá o tamanho dos valores existentes. Você deve fazer uma varredura em toda a tabela, procurando por linhas em que o comprimento do campo seja> 40 caracteres após a alteração. Você precisará descobrir como truncar esses manualmente - para recuperar alguns bloqueios apenas nos de tamanho grande - porque se alguém tentar atualizar algo nessa linha, ele será rejeitado como muito grande agora, no ponto vai armazenar a nova versão da linha. Hilaridade segue para o usuário.

VARCHAR é um tipo terrível que existe no PostgreSQL apenas para cumprir com a parte terrível associada do padrão SQL. Se você não se importa com a compatibilidade de vários bancos de dados, considere armazenar seus dados como TEXT e adicione uma restrição para limitar seu tamanho. Restrições que você pode alterar sem esse problema de bloqueio / reescrita da tabela e podem fazer mais verificações de integridade do que apenas a verificação de comprimento fraco.

No PostgreSQL 9.1, existe uma maneira mais fácil

http://www.postgresql.org/message-id/[email protected]

CREATE TABLE foog(a varchar(10));

ALTER TABLE foog ALTER COLUMN a TYPE varchar(30);

postgres=# \d foog

 Table "public.foog"
 Column |         Type          | Modifiers
--------+-----------------------+-----------
 a      | character varying(30) |

Ok, provavelmente estou atrasado para a festa, MAS ...

Não é necessário redimensionar a coluna no seu caso!

O Postgres, diferentemente de outros bancos de dados, é inteligente o suficiente para usar apenas espaço suficiente para caber na sequência (mesmo usando a compactação para cadeias mais longas), portanto, mesmo que sua coluna seja declarada como VARCHAR (255) - se você armazenar cadeias de caracteres de 40 caracteres em Na coluna, o uso do espaço será de 40 bytes + 1 byte de sobrecarga.

O requisito de armazenamento para uma sequência curta (até 126 bytes) é de 1 byte mais a sequência real, que inclui o preenchimento de espaço no caso de caractere. As cadeias mais longas têm 4 bytes de sobrecarga em vez de 1. As cadeias longas são compactadas pelo sistema automaticamente, portanto, o requisito físico no disco pode ser menor. Valores muito longos também são armazenados em tabelas em segundo plano para que não interfiram no acesso rápido a valores mais curtos da coluna.

( http://www.postgresql.org/docs/9.0/interactive/datatype-character.html )

A especificação de tamanho em VARCHAR é usada apenas para verificar o tamanho dos valores inseridos, não afeta o layout do disco. De fato, os campos VARCHAR e TEXT são armazenados da mesma maneira no Postgres .

Eu estava enfrentando o mesmo problema ao tentar truncar um VARCHAR de 32 para 8 e obter o ERROR: value too long for type character varying(8). Quero ficar o mais próximo possível do SQL, porque estou usando uma estrutura semelhante a JPA, que talvez tenhamos que mudar para DBMS diferentes de acordo com as opções do cliente (o PostgreSQL é o padrão). Portanto, não quero usar o truque de alterar as tabelas do sistema.

Acabei usando a USINGinstrução no ALTER TABLE:

ALTER TABLE "MY_TABLE" ALTER COLUMN "MyColumn" TYPE varchar(8)
USING substr("MyColumn", 1, 8)

Como observou o @raylu, ALTERadquire um bloqueio exclusivo sobre a mesa, para que todas as outras operações sejam adiadas até que sejam concluídas.

Adicionar uma nova coluna e substituir uma nova por antiga funcionou para mim, no redshift postgresql, consulte este link para obter mais detalhes https://gist.github.com/mmasashi/7107430

BEGIN;
LOCK users;
ALTER TABLE users ADD COLUMN name_new varchar(512) DEFAULT NULL;
UPDATE users SET name_new = name;
ALTER TABLE users DROP name;
ALTER TABLE users RENAME name_new TO name;
END;

Aqui está o cache da página descrita por Greg Smith. Caso isso também morra, a declaração alter é assim:

UPDATE pg_attribute SET atttypmod = 35+4
WHERE attrelid = 'TABLE1'::regclass
AND attname = 'COL1';

Onde sua tabela é TABLE1, a coluna é COL1 e você deseja configurá-la para 35 caracteres (o +4 é necessário para fins de legado de acordo com o link, possivelmente a sobrecarga mencionada por AH nos comentários).

se você colocar a alteração em uma transação, a tabela não deve ser bloqueada:

BEGIN;
  ALTER TABLE "public"."mytable" ALTER COLUMN "mycolumn" TYPE varchar(40);
COMMIT;

isso funcionou para mim rapidamente, alguns segundos em uma mesa com mais de 400 mil linhas.

Eu encontrei uma maneira muito fácil de alterar o tamanho, ou seja, a anotação @Size (min = 1, max = 50), que faz parte de "import javax.validation.constraints", ou seja, "import javax.validation.constraints.Size;"

@Size(min = 1, max = 50)
private String country;


when executing  this is hibernate you get in pgAdmin III 


CREATE TABLE address
(
.....
  country character varying(50),

.....

)

Tente executar a seguinte tabela de alteração:

ALTER TABLE public.users 
ALTER COLUMN "password" TYPE varchar(300) 
USING "password"::varchar;