JavaRush /Курси /SQL SELF /Типові помилки при роботі з масивами та способи їх уникне...

Типові помилки при роботі з масивами та способи їх уникнення

SQL SELF

Рівень 36 , Лекція 4

Відкрита

Сьогодні завершуємо нашу захопливу подорож у світ масивів у PostgreSQL. На порядку денному — типові помилки, з якими ти можеш зіткнутися, і, що найважливіше, як їх уникнути. Якщо ти коли-небудь ловив себе на думці, що "цей масив знову робить якусь дичину", ця лекція саме для тебе. Давай розбиратися.

Помилки при створенні масивів: проблеми з типами даних всередині масиву

Коли ти створюєш масиви в PostgreSQL, важливо пам'ятати, що всі елементи масиву мають бути одного типу. Наприклад:

SELECT ARRAY[1, 2, 'три'];
-- Помилка: у масиві елементи мають бути одного типу

PostgreSQL не дозволить змішувати числа і рядки в одному масиві. Якщо раптом таке потрібно, використовуй перетворення:

SELECT ARRAY[1::TEXT, 2::TEXT, 'три'];
-- Тепер масив складається з рядків

Помилки при використанні `ARRAY[]` з різними типами даних

За замовчуванням PostgreSQL намагається визначити тип масиву, базуючись на його вмісті. Якщо ти дав масиву неоднозначні дані, готуйся до помилки:

SELECT ARRAY[1, NULL];
-- Помилка: PostgreSQL не знає, як інтерпретувати NULL

Щоб вирішити проблему, явно вкажи тип даних:

SELECT ARRAY[1, NULL]::INTEGER[];
-- Все працює коректно

Помилки при витяганні даних: проблеми з індексами масиву

Якщо ти звик працювати з Python чи JavaScript, де індексація масивів починається з нуля, то в PostgreSQL тебе чекає сюрприз. Тут масиви індексуються починаючи з 1.

SELECT ARRAY[10, 20, 30][0];
-- Помилка: індекс має починатися з 1

Правильний запит:

SELECT ARRAY[10, 20, 30][1];
-- Результат: 10

Помилки при використанні функцій для витягання

Функції, такі як unnest(), можуть заплутати, якщо не враховувати, що вони "розгортають" масив по всіх рядках:

CREATE TEMP TABLE example (
    id SERIAL PRIMARY KEY,
    tags TEXT[]
);

INSERT INTO example (tags) VALUES (ARRAY['tag1', 'tag2']), (ARRAY['tag3']);

SELECT unnest(tags) FROM example;
-- Результат:
-- tag1
-- tag2
-- tag3

Якщо треба зберегти контекст рядка (наприклад, id), додай його явно:

SELECT id, unnest(tags) AS tag FROM example;
-- Результат:
-- id | tag
--  1 | tag1
--  1 | tag2
--  2 | tag3

Помилки при фільтрації та порівнянні масивів

Неправильне використання операторів @>, <@, &&

Ці оператори призначені для специфічних задач:

@> перевіряє, чи містить масив інший масив.
<@ перевіряє, чи міститься масив всередині іншого.
&& перевіряє, чи перетинаються два масиви.

Помилка виникає, якщо використовувати їх не за призначенням:

SELECT ARRAY[1, 2, 3] @> 2;
-- Помилка: оператор @> призначений для масивів

Правильно:

SELECT ARRAY[1, 2, 3] @> ARRAY[2];
-- Результат: true

Проблеми з продуктивністю при відсутності індексів

Якщо ти активно використовуєш оператори для масивів і помічаєш, що запити гальмують, скоріш за все, ти забув про індексацію. Ось приклад індексації масиву:

CREATE INDEX idx_tags ON example USING GIN (tags);

Тепер запити з @> і && виконуються значно швидше.

Помилки при модифікації масивів

Видалення та додавання значень

Функції array_remove() і array_append() не змінюють масив "на місці", вони повертають новий масив. Якщо ти очікуєш, що початковий масив зміниться, це помилка:

UPDATE example
SET tags = array_remove(tags, 'tag1');
-- Тепер масив оновлено

Якщо ти забув написати SET tags =, SQL виконає запит, але масив не зміниться.

Дублювання даних при використанні array_append()

Функція array_append() не перевіряє наявність елемента. Це може призвести до дублювання:

SELECT array_append(ARRAY['tag1', 'tag2'], 'tag1');
-- Результат: {tag1, tag2, tag1}

Якщо треба уникнути дублікатів, використовуй фільтрацію:

SELECT array_remove(array_append(ARRAY['tag1', 'tag2'], 'tag1'), 'tag1') || 'tag1';
-- Результат: {tag1, tag2}