Зміна типів даних стовпців

Уяви, ти створюєш таблицю студентів для університету. Знову! :)

Спочатку ти вирішуєш, що поле для віку age буде цілим числом і задаєш тип SMALLINT (підходить для чисел від -32,768 до 32,767). Але з часом база даних росте, і ти додаєш інформацію про студентів з інших країн, які вказують вік... у днях з народження! Тут вже твій SMALLINT не справляється — час переключатися, наприклад, на INTEGER.

Ось ще кілька поширених випадків, коли доводиться міняти тип даних:

1. Збільшення або зменшення діапазону чисел.
2. Зміна довжини рядків (наприклад, з VARCHAR(50) на VARCHAR(100)).
3. Перехід на інший тип даних для оптимізації (наприклад, перетворення TEXT у VARCHAR).
4. Помилка при початковому виборі типу стовпця (наприклад, ти вказав BOOLEAN замість INTEGER).

Синтаксис команди для зміни типу даних

У PostgreSQL зміна типу даних стовпця виконується за допомогою команди ALTER TABLE. Вона дозволяє адаптувати структуру таблиці під нові потреби.

ALTER TABLE table_name
ALTER COLUMN column_name TYPE new_data_type;

Все просто: вказуєш назву таблиці, потрібний стовпець, який хочеш змінити, і новий тип даних для нього.

Приклад 1: Перехід з INTEGER на BIGINT

Припустимо, у нас є таблиця студентів:

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

Все було ок, поки вік не перевищував мільйони років (не питай, це просто приклад!). Щоб заспокоїти PostgreSQL, давай змінимо тип стовпця age з INTEGER на BIGINT:

ALTER TABLE students
ALTER COLUMN age TYPE BIGINT;

Приклад 2: Збільшення довжини рядка

Ти створив таблицю для зберігання курсів і вказав, що їхні імена будуть довжиною до 50 символів:

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

Але раптом з'ясовується, що назви курсів набагато складніші й довші, ніж ти очікував. Проблема вирішується просто:

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

Приклад 3: Перетворення типів

Скажімо, у нас була таблиця, де поле birth_date зберігалося як текст:

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

Ти розумієш, що працювати з датами у форматі TEXT неефективно, бо неможливо додати фільтрацію чи сортування. Рішення? Перетворюємо TEXT у DATE:

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

Зверни увагу на частину USING birth_date::DATE. Вона підказує PostgreSQL, що треба перетворити дані перед зміною типу.

Чому іноді потрібне явне перетворення даних?

Коли PostgreSQL стикається зі зміною типу, він намагається автоматично привести існуючі дані до нового типу. Якщо це неможливо, виникає помилка. Наприклад, зміна поля TEXT на INTEGER без вказівки, як інтерпретувати текстові дані, призведе до фейлу.

Приклад проблеми

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE;
-- Помилка: неможливо перетворити значення 'not a date' у тип DATE.

У цієї проблеми є рішення. Додай явне перетворення даних за допомогою USING:

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

Тут ми використовуємо функцію to_date(), щоб перетворити рядки у формат дат.

Команда USING

У PostgreSQL, коли ти змінюєш тип стовпця за допомогою ALTER TABLE ... ALTER COLUMN ... TYPE, іноді треба вказати, як перетворити існуючі дані — і тут використовується ключове слово USING.

Синтаксис:

ALTER TABLE table_name
ALTER COLUMN column_name TYPE new_data_type
USING expression;

Пояснення:

• USING дозволяє явно вказати формулу перетворення значень зі старого типу в новий.
• Це особливо корисно, коли автоматичне перетворення неможливе або неоднозначне.

Простий приклад: рядок → число

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

Тут age спочатку був типу TEXT, а ми хочемо перетворити його в INTEGER. USING age::INTEGER — явне перетворення типів.

Приклад: текст → дата

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

Якщо event_date був текстом типу '2023-10-25', ми кажемо PostgreSQL, як перетворити його у тип DATE.

Коли USING обов'язковий?

• Коли немає прямого приведення типів.
• Коли дані треба трансформувати.
• Коли типи несумісні (TEXT → BOOLEAN, VARCHAR → INTEGER і т.д.).

Типові помилки при зміні типів даних

Помилка при відсутності перетворення даних. Якщо дані не можна автоматично привести до нового типу, обов'язково вкажи їх перетворення через USING.

ALTER TABLE employees
ALTER COLUMN birth_date TYPE DATE;
-- Помилка: колонка 'birth_date' містить недопустимі значення для типу DATE

Операція блокує таблицю. Майте на увазі, що зміна типу даних може заблокувати таблицю на запис до завершення операції. Це особливо важливо для великих таблиць. Плануй зміни у періоди низької активності.

Проблеми з пов'язаними таблицями та зовнішніми ключами. Якщо стовпець є частиною зовнішнього ключа, зміна його типу може бути складнішою. PostgreSQL вимагатиме пересоздати зовнішні ключі.

Корисні поради

Завжди перевіряй поточні дані. Використовуй запити типу SELECT DISTINCT column_name перед зміною типу, щоб зрозуміти, чи можна перетворити дані без помилок.

Тестуй зміни. Створи тимчасову копію таблиці і експериментуй з нею перед зміною основної таблиці. Наприклад:

CREATE TEMP TABLE temp_students AS SELECT * FROM students;

Не забувай про USING. Це твій рятівник, коли тип даних змінюється радикально (наприклад, TEXT → NUMERIC).

Тепер ти знаєш, як змінити тип даних стовпця у PostgreSQL. Сподіваюсь, наступного разу, коли треба буде переглянути структуру даних, ти будеш впевнений у своїх силах. Таблиці бувають розумними, але навіть їм іноді потрібен апгрейд!