Zmiana typów danych kolumn

Wyobraź sobie, że tworzysz tabelę studentów dla uniwersytetu. Znowu! :)

Na początku decydujesz, że pole na wiek age będzie liczbą całkowitą i ustawiasz typ SMALLINT (pasuje do liczb od -32,768 do 32,767). Ale po jakimś czasie baza rośnie i dodajesz info o studentach z innych krajów, którzy podają wiek... w dniach od urodzenia! Teraz już twoje SMALLINT robi się za małe — czas przełączyć się np. na INTEGER.

Oto jeszcze kilka typowych sytuacji, kiedy trzeba zmienić typ danych:

1. Powiększenie lub zmniejszenie zakresu liczb.
2. Zmiana długości stringów (np. z VARCHAR(50) na VARCHAR(100)).
3. Przejście na inny typ danych dla optymalizacji (np. konwersja TEXT na VARCHAR).
4. Błąd przy początkowym wyborze typu kolumny (np. podałeś BOOLEAN zamiast INTEGER).

Składnia komendy do zmiany typu danych

W PostgreSQL zmiana typu danych kolumny odbywa się przez komendę ALTER TABLE. Pozwala ona dostosować strukturę tabeli do nowych potrzeb.

ALTER TABLE table_name
ALTER COLUMN column_name TYPE new_data_type;

Wszystko proste: podajesz nazwę tabeli, konkretną kolumnę, którą chcesz zmienić, i nowy typ danych dla niej.

Przykład 1: Przejście z INTEGER na BIGINT

Załóżmy, że mamy tabelę studentów:

CREATE TABLE students (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100) NOT NULL,
    age INTEGER
);

Wszystko było ok, dopóki wiek nie przekroczył milionów lat (nie pytaj, to tylko przykład!). Żeby uspokoić PostgreSQL, zmieńmy typ kolumny age z INTEGER na BIGINT:

ALTER TABLE students
ALTER COLUMN age TYPE BIGINT;

Przykład 2: Zwiększenie długości stringa

Stworzyłeś tabelę do przechowywania kursów i założyłeś, że ich nazwy będą miały do 50 znaków:

CREATE TABLE courses (
    id SERIAL PRIMARY KEY,
    name VARCHAR(50)
);

Ale nagle okazuje się, że nazwy kursów są dużo bardziej złożone i dłuższe, niż się spodziewałeś. Problem łatwo rozwiązać:

ALTER TABLE courses
ALTER COLUMN name TYPE VARCHAR(150);

Przykład 3: Konwersja typów

Powiedzmy, że mieliśmy tabelę, w której pole birth_date było tekstem:

CREATE TABLE employees (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100),
    birth_date TEXT
);

Rozumiesz, że praca z datami w formacie TEXT jest nieefektywna, bo nie da się dodać filtrowania czy sortowania. Rozwiązanie? Zamieniamy TEXT na DATE:

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE USING birth_date::DATE;

Zwróć uwagę na część USING birth_date::DATE. Ona mówi PostgreSQL, że trzeba przekonwertować dane przed zmianą typu.

Dlaczego czasem potrzebna jest jawna konwersja danych?

Kiedy PostgreSQL spotyka się ze zmianą typu, próbuje automatycznie przekonwertować istniejące dane na nowy typ. Jeśli to niemożliwe, pojawia się błąd. Na przykład, zmiana pola TEXT na INTEGER bez podania, jak interpretować tekstowe dane, skończy się porażką.

Przykład problemu

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE;
-- Błąd: nie można przekonwertować wartości 'not a date' na typ DATE.

Na ten problem jest rozwiązanie. Dodaj jawną konwersję danych przez USING:

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE USING to_date(birth_date, 'YYYY-MM-DD');

Tu używamy funkcji to_date(), żeby zamienić stringi na format daty.

Komenda USING

W PostgreSQL, gdy zmieniasz typ kolumny przez ALTER TABLE ... ALTER COLUMN ... TYPE, czasem musisz wskazać, jak przekonwertować istniejące dane — i tu wchodzi słowo kluczowe USING.

Składnia:

ALTER TABLE table_name
ALTER COLUMN column_name TYPE new_data_type
USING expression;

Wyjaśnienie:

• USING pozwala jawnie podać formułę konwersji wartości ze starego typu na nowy.
• To szczególnie przydatne, gdy automatyczna konwersja jest niemożliwa lub niejednoznaczna.

Prosty przykład: string → liczba

ALTER TABLE users
ALTER COLUMN age TYPE INTEGER
USING age::INTEGER;

Tutaj age był pierwotnie typu TEXT, a chcemy go zamienić na INTEGER. USING age::INTEGER — jawna konwersja typów.

Przykład: tekst → data

ALTER TABLE events
ALTER COLUMN event_date TYPE DATE
USING TO_DATE(event_date, 'YYYY-MM-DD');

Jeśli event_date był tekstem typu '2023-10-25', mówimy PostgreSQL, jak zamienić go na typ DATE.

Kiedy USING jest obowiązkowy?

• Kiedy nie ma bezpośredniego rzutowania typów.
• Kiedy dane trzeba przekształcić.
• Kiedy typy są niekompatybilne (TEXT → BOOLEAN, VARCHAR → INTEGER itd.).

Typowe błędy przy zmianie typów danych

Błąd przy braku konwersji danych. Jeśli danych nie da się automatycznie przekonwertować na nowy typ, koniecznie podaj ich konwersję przez USING.

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE;
-- Błąd: kolumna 'birth_date' zawiera nieprawidłowe wartości dla typu DATE

Operacja blokuje tabelę. Pamiętaj, że zmiana typu danych może zablokować tabelę na zapisy do końca operacji. To ważne zwłaszcza przy dużych tabelach. Planuj zmiany w czasie niskiej aktywności.

Problemy z powiązanymi tabelami i kluczami obcymi. Jeśli kolumna jest częścią klucza obcego, zmiana jej typu może być trudniejsza. PostgreSQL będzie wymagał ponownego utworzenia kluczy obcych.

Przydatne porady

Zawsze sprawdzaj aktualne dane. Użyj zapytań typu SELECT DISTINCT column_name przed zmianą typu, żeby zobaczyć, czy da się przekonwertować dane bez błędów.

Testuj zmiany. Stwórz tymczasową kopię tabeli i eksperymentuj na niej przed zmianą głównej tabeli. Na przykład:

CREATE TEMP TABLE temp_students AS SELECT * FROM students;

Nie zapominaj o USING. To twój ratunek, gdy typ danych zmienia się radykalnie (np. TEXT → NUMERIC).

Teraz już wiesz, jak zmienić typ danych kolumny w PostgreSQL. Mam nadzieję, że następnym razem, gdy będziesz musiał przeorganizować strukturę danych, będziesz pewny siebie. Tabele są sprytne, ale nawet one czasem potrzebują upgrade'u!