Postgresql-zmiana rozmiaru kolumny varchar

W PostgreSQL 9.1 jest łatwiejszy sposób

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, pewnie jestem spóźniony na imprezę, ale...

NIE MA POTRZEBY ZMIANY ROZMIARU KOLUMNY W TWOIM PRZYPADKU!

Postgres, w przeciwieństwie do innych baz danych, jest wystarczająco inteligentny, aby używać tylko wystarczająco dużo miejsca, aby zmieścić łańcuch znaków (nawet przy użyciu kompresji dla dłuższych łańcuchów), więc nawet jeśli twoja kolumna jest zadeklarowana jako VARCHAR (255) - jeśli przechowujesz 40-znakowe łańcuchy w kolumnie, użycie spacji będzie wynosić 40 bajtów + 1 bajt narzutu.

Wymóg przechowywania krótkiego ciągu (do 126 bajtów) wynosi 1 bajt plus rzeczywista struna, która zawiera wyściółkę spacji w przypadku charakteru. Dłuższe ciągi mają 4 bajty nad głową zamiast 1. Długie ciągi są kompresowane przez system automatycznie, więc fizyczne wymagania na dysku mogą być mniejsze. Bardzo długie wartości są również przechowywane w tabelach tła, dzięki czemu nie kolidują z szybkim dostęp do krótszej kolumny wartości.

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

Specyfikacja rozmiaru w VARCHAR jest używana tylko do sprawdzania wielkości wstawianych wartości, nie wpływa to na układ dysku. W rzeczywistości, pola VARCHAR i TEXT są przechowywane w ten sam sposób w Postgres.

Miałem ten sam problem próbując skrócić VARCHAR z 32 do 8 i uzyskać ERROR: value too long for type character varying(8). Chcę pozostać jak najbliżej SQL, ponieważ używam własnej struktury podobnej do JPA, którą możemy przełączyć na różne DBMS zgodnie z wyborem Klienta(PostgreSQL jest domyślny). Dlatego nie chcę używać sztuczki zmiany tabel systemowych.

Zakończyłem używając USING w ALTER TABLE:

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

Jak zauważył @raylu, ALTER nabywa ekskluzywny Zablokuj stół, aby wszystkie inne operacje były opóźnione, dopóki się nie zakończy.

Oto cache strony opisanej przez Grega Smitha. W przypadku, gdy to również umrze, oświadczenie alter wygląda tak:

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

Gdzie twoja tabela to TABLE1, kolumna to COL1 i chcesz ustawić ją na 35 znaków (+4 jest potrzebne do starszych celów zgodnie z linkiem, ewentualnie na górze, o której mowa przez A. H. w komentarzach).

Jeśli umieścisz zmianę w transakcji, tabela nie powinna być zablokowana:

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

To działało dla mnie błyskawicznie, kilka sekund na stole z ponad 400k wierszy.

Dodanie nowej kolumny i zastąpienie nowej starą działało dla mnie, na redshift postgresql, zobacz ten link po więcej szczegółów 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;

Znalazłem bardzo łatwy sposób na zmianę rozmiaru tj. adnotacja @Size (min= 1, max = 50), która jest częścią "Importuj javax./ align = "left" / ograniczenia " tj. "import javax./ align = "left" / ograniczenia.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),

.....

)