Проблема: Часто возникает необходимость быстро перенести данные из Excel в Oracle-таблицу, но ручной ввод или написание скриптов для каждой загрузки отнимает время и чревато ошибками.

Чтобы быстро загрузить данные из Excel в Oracle через PL/SQL Developer, удобно воспользоваться встроенным инструментом Text Importer. Вот краткая пошаговая инструкция.

1. Подготовьте данные в Excel

Сохраните нужный лист в формате CSV (Файл → Сохранить как → CSV UTF-8 или CSV с разделителями-запятыми). Убедитесь, что первая строка содержит заголовки — она понадобится при настройке импорта.

2. Создайте таблицу в базе

Перед импортом создайте таблицу с колонками, соответствующими структуре CSV-файла.

CREATE TABLE theme_16_load_excel (
    id         NUMBER,
    name       VARCHAR2(500),
    department VARCHAR2(500),
    salary     NUMBER,
    hire_date  DATE
);

3. Запустите Text Importer

В PL/SQL Developer перейдите:

Tools → Text Importer.

Во вкладке Data from text file укажите путь к CSV-файлу.

Выберите разделитель (обычно запятая или точка с запятой).

Отметьте First row is column names, если первая строка — заголовки.

Во вкладке Data to Oracle:

Укажите схему и имя созданной таблицы (например, `THEME_16_LOAD_EXCEL`).

Сопоставьте колонки файла с полями таблицы (обычно делается автоматически по именам).

Нажмите Import, и данные будут загружены.

Готово! Этот способ особенно удобен для разовых загрузок или небольших объёмов данных.

Решение: PL/SQL Developer предоставляет удобный инструмент Text Importer, который позволяет импортировать данные из CSV-файлов (сохранённых из Excel) напрямую в существующую таблицу. Всего за несколько кликов можно загрузить данные, избежав ошибок форматирования и сэкономив время. Главное — заранее создать таблицу с подходящей структурой и правильно указать параметры импорта.

P.S. Главный секрет разработчика — не делать вручную то, что можно автоматизировать в три клика. Text Importer — один из таких секретов. Пользуйтесь на здоровье.

Введение

В Oracle массив — это структура, которая позволяет хранить набор значений в одной переменной.
Представьте, что у вас есть список номеров школ — вместо того чтобы заводить 10 переменных school1, school2, ..., мы кладём все значения в один контейнер и работаем с ними как с единым объектом.

Массивы в Oracle особенно полезны в PL/SQL, при передаче данных между процедурами, а также при интеграции через OCI (Oracle Call Interface).

Основные типы массивов в Oracle

VARRAY (Variable-size array)

• Хранит фиксированное _максимальное_ количество элементов.
• Данные хранятся вместе с родительской записью (inline).
• Хорошо для небольших списков, когда нужен фиксированный лимит.

NESTED TABLE

• Размер не ограничен.
• Данные могут храниться отдельно от основной таблицы (out-of-line).
• Удобно, когда список может расти.

INDEX-BY TABLE (Associative array)

• Хранится только в памяти (не в таблице).
• Индексация по числу или строке.
• Используется в PL/SQL для временных структур.

TABLE OF TYPE

• Пользовательский тип данных, который можно использовать в схемах, пакетах и т. д.
• Часто используется для передачи коллекций между процедурами.

OCI Массивы (SYS.OCI...)

• Специальные структуры для обмена данными с клиентскими приложениями через OCI.
• Применяются при работе с драйверами C/C++ или при пакетной загрузке данных.

Массив школ в SYS.ODCINumberList (OCI совместимый тип)

В Oracle уже есть готовые коллекции в пакете SYS, которые используются и в OCI — например:

1. SYS.ODCINumberList — массив чисел
2. SYS.ODCIvarchar2List — массив строк
3. SYS.ODCIRawList — массив RAW

Они часто применяются для bulk insert, передачи в SQL из PL/SQL, и для интеграции с внешними клиентами.

Сравнение

Где применяется

• Списки — например, список номеров школ для обработки.
• Передача параметров в процедуру/функцию.
• Пакетная загрузка данных в таблицу.
• Интеграция с внешними приложениями через OCI.

Пример SYS.ODCINumberList

DECLARE
	v_schools SYS.ODCINumberList := SYS.ODCINumberList(101, 102, 103);
BEGIN
	v_schools.EXTEND;
	v_schools(4) := 104;
	FOR i IN 1 .. v_schools.COUNT LOOP
		DBMS_OUTPUT.PUT_LINE('School #' || v_schools(i));
	END LOOP;
END;

Пример TYPE

CREATE OR REPLACE TYPE school_varray AS VARRAY(5) OF NUMBER;  
DECLARE
	v_schools school_varray := school_varray(201, 202);
BEGIN
	v_schools.EXTEND;
	v_schools(3) := 203;
	DBMS_OUTPUT.PUT_LINE('Total schools: ' || v_schools.COUNT);
END;

Пример nested table

CREATE OR REPLACE TYPE school_list AS TABLE OF NUMBER;  
DECLARE
	v_schools school_list := school_list(101, 102, 103);
BEGIN
	FOR i IN 1 .. v_schools.COUNT LOOP
		DBMS_OUTPUT.PUT_LINE('School #' || v_schools(i));
	END LOOP;
END;

Пример INDEX-BY TABLE

DECLARE
	TYPE school_index IS TABLE OF VARCHAR2(100) INDEX BY PLS_INTEGER;
	v_schools school_index;
BEGIN
	v_schools(1) := 'School #301';
	v_schools(2) := 'School #302';
	DBMS_OUTPUT.PUT_LINE(v_schools(1));
	DBMS_OUTPUT.PUT_LINE(v_schools(2));
END;

Пример SYS.OCI...

DECLARE
	v_schools SYS.ODCINumberList := SYS.ODCINumberList(101, 102, 103);
BEGIN
	v_schools.EXTEND;
	v_schools(4) := 104;
	FOR i IN 1 .. v_schools.COUNT LOOP
		DBMS_OUTPUT.PUT_LINE('Школа №' || v_schools(i));
	END LOOP;
END;

Полезные ссылки

1. Документация Oracle — Collections and Records (читать)
2. DBMS_XPLAN — вывод плана выполнения(читать)
   

Контакты

Написать автору | Telegram | Сайт автора

Введение

Битовые индексы — мощный инструмент в Oracle, но работают не везде. В этом посте — просто и по делу: когда их использовать, а когда лучше обойти стороной.

Что такое битовый индекс?

В отличие от классического B-tree индекса, который хранит ссылки на строки с конкретными значениями, битовый индекс использует битовые карты: для каждого уникального значения создаётся "битовая маска", где каждая строка таблицы — это позиция (бит). Один бит = одна строка.

Такой подход суперэффективен, когда:

1. значений немного (низкая кардинальность)
2. частые фильтры или группировки по этому полю.

Когда он полезен?

Посмотрим на таблицу `demo_customers`.

-- Таблица customers
CREATE TABLE demo_customers (
  customer_id   NUMBER PRIMARY KEY,
  name          VARCHAR2(100),
  region        VARCHAR2(50),
  created_at    DATE DEFAULT SYSDATE,
  created_by    NUMBER,
  modified_at   DATE,
  modified_by   NUMBER,
  is_active     CHAR(1) DEFAULT 'Y' CHECK (is_active IN ('Y', 'N')),
  deleted_at    DATE,
  deleted_by    NUMBER
);

Есть поле `is_active`, которое может быть `'Y'` или `'N'`.

Угадаете, сколько уникальных значений? Правильно — два.

Создаем индекс:

CREATE BITMAP INDEX idx_cust_is_active ON demo_customers(is_active);

Теперь запросы вроде:

SELECT COUNT(*) FROM demo_customers WHERE is_active = 'Y';

будут отрабатывать быстрее — особенно на больших таблицах.

Аналогично, если вы часто строите отчёты по `region`, и количество регионов ограничено (например, 10–20), создаём:

CREATE BITMAP INDEX idx_orders_region   ON demo_orders(region);

Это даст буст производительности при таких запросах:

SELECT region, COUNT(*)
	FROM demo_orders
 WHERE is_active = 'Y'
 GROUP BY region;

Заметьте: Oracle может эффективно объединять несколько битовых индексов в одном запросе — это ещё один плюс.

Когда НЕ стоит использовать битовые индексы?

Вот где начинаются подводные камни:

1. Частые DML-операции (INSERT/UPDATE/DELETE): битовый индекс тяжеловат на обновления. Любое изменение строки может затронуть много битов — и Oracle будет блокировать больше, чем хотелось бы.
2. Высокая кардинальность — например, индекс на customer_id или product_id точно не стоит делать битовым: для каждого значения будет почти свой отдельный бит, и индекс станет больше самой таблицы.
3. В многопользовательской среде с конкурентной записью — возможны блокировки.

Допустим, вы обновляете тысячи строк в demo_orders:

UPDATE demo_orders
   SET is_active = 'N'
 WHERE order_date < ADD_MONTHS(SYSDATE, -12);

Битовый индекс is_active здесь будет тормозить: Oracle должен будет перестраивать множество битов, возможно с блокировками. В OLTP-сценариях лучше использовать обычный B-tree или вообще обойтись без индекса.

Проверяем скорость с и без индекса

-- включаем простую метрику времени
SET timing ON

-- 1. Без индекса
DROP INDEX idx_cust_is_active;
SELECT /*+ gather_plan_statistics */ COUNT(*)
FROM demo_customers
WHERE is_active = 'Y';
SELECT * FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'ALLSTATS LAST'));

-- 2. С индексом
CREATE BITMAP INDEX idx_cust_is_active
  ON demo_customers(is_active);
SELECT /*+ gather_plan_statistics */ COUNT(*)
  FROM demo_customers
 WHERE is_active = 'Y';
SELECT * FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'ALLSTATS LAST'));

Резюме

Используй битовый индекс, если:

1. Поле с низкой кардинальностью (`Y/N`, фиксированный список значений)
2. Часто идёт фильтрация, группировка, аналитика
3. Таблица читается чаще, чем изменяется

Избегай, если:

1. Поле с уникальными или почти уникальными значениями
2. Частые INSERT/UPDATE/DELETE
3. Сценарии с высокой конкурентностью

Полезные ссылки

1. Индексы в Oracle (перейти)
2. Bitmap индекс в Oracle (перейти)

Файлы и скрипты

Исходные файлы можно найти в (GIT).

Выводы

Битовый индекс — отличный инструмент, но не волшебная палочка. Бери и применяй — но не везде!

P.S. Если что-то не работает или нужен архив в другом формате — напишите мне.

Контакты

Написать автору | Telegram | Сайт автора

Если в вашей БД нет технических столбцов — вы играете на авось.
Кто создал? Кто удалил? Почему не работает? Где следы?
Без этих ответов вы не владеете своей системой.

Что обязательно добавлять в каждую таблицу

Минимальный набор "технической гигиены":

1. created_at, created_by — кто и когда создал
2. modified_at, modified_by — кто и когда менял
3. deleted / is_active — флаг логического удаления
4. deleted_at, deleted_by — когда и кем удалено

Именовать столбцы вы можете по-другому, главное - название предавало назначение столбца

Как это выглядит в SQL

— Таблица клиентов
CREATE TABLE demo_customers (
  customer_id   NUMBER PRIMARY KEY,
  name          VARCHAR2(100),
  region        VARCHAR2(50),
  created_at    DATE DEFAULT SYSDATE,
  created_by    NUMBER,
  modified_at   DATE,
  modified_by   NUMBER,
  is_active     CHAR(1) DEFAULT 'Y' CHECK (is_active IN ('Y', 'N')),
  deleted_at    DATE,
  deleted_by    NUMBER
);

Тот же принцип работает и для продуктов ("demo_products"), и для заказов ("demo_orders"). Всё в исходниках на GitHub.

А теперь по пунктам: что это вам даёт

1. Безопасность

Удалённое — не значит потерянное!

В "demo_orders" заказ с "is_active = 'N'" — всё ещё в базе.

Ничего не теряется: просто исключается из бизнес-логики.

Пример: Клиент потребовал восстановить заказ — не проблема

Решение:

UPDATE demo_orders 
   SET is_active = 'Y' 
 WHERE order_id = 101;

2. Аудит

Кто и что сделал — теперь прозрачно

Благодаря "modified_by", "deleted_by", "created_by" можно точно сказать, кто тронул запись и когда.

Пример: Заказ удалён вчера в 14:52?

Решение:

Смотрим "deleted_by = 204"

204 — это оператор, уволенный вчера. Совпадение? Не думаем.

3. Диагностика

Сломалось? Быстрее поймёте где
Ищем последние изменения по "modified_at", анализируем ошибки.

Пример: Вдруг перестали работать скидки по регионам.

Решение:

Фильтруем "demo_products" по "modified_at DESC" — видим, кто внёс правку и в какой категории.

4. Откат

Данные остаются, откат возможен

Пропала запись? А она просто "is_active = 'N'".

Пример: Восстановление удалённого клиента

Решение:

UPDATE demo_customers 
   SET is_active = 'Y'
     , deleted_at = NULL
     , deleted_by = NULL 
 WHERE customer_id = 5;

5. Соответствие регламентам

Особенно важно в B2B и финтехе
Контроль версий, история изменений, soft delete — это не пожелание, а требование политики безопасности и аудита.

Пример: При проверке аудитором система обязана показать, кто создавал и редактировал ключевые данные (например, клиентов или заказы).

Выводы

Технические поля — это не «для галочки».
Это фундамент стабильности вашей БД.

1. Что это вам даёт?
2. Логи в БД — это ваша "черная коробка"
3. Удобство в отладке и расследованиях
4. Простота при написании триггеров и аналитики
5. Меньше ручной работы, если всё автоматизировать

Даже если сейчас всё «маленькое и простое» — через полгода вы скажете себе спасибо, что добавили эти поля.

Файлы и скрипты

Исходные файлы можно найти в GIT.

Контакты

Написать автору | Telegram | Сайт автора

P.S. Не усложняйте себе жизнь — добавьте пару колонок, и пусть база работает на вас, а не наоборот 😉

Зачем анализировать план выполнения

План выполнения показывает, как Oracle обрабатывает SQL-запрос: какие индексы использует, в каком порядке соединяет таблицы, как фильтрует данные. Понимание плана — ключ к оптимизации запросов и устранению узких мест.

5 способов

1. EXPLAIN PLAN

Предсказывает план выполнения запроса. Не исполняет сам запрос.

Как использовать:

EXPLAIN PLAN FOR 
SELECT * FROM demo_products WHERE NAME LIKE 'Товар%'; 

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

Когда применять: Для предварительного анализа до запуска запроса.

Отличие: Это план по предположению Optimizer, без выполнения.

2. UTOTRACE

Автоматически выполняет запрос и сразу показывает план и статистику.

Как использовать:

SET AUTOTRACE ON 
SELECT * FROM demo_products WHERE NAME LIKE 'Товар%'; 

Инструменты: SQL*Plus, SQLcl, SQL Developer.

Преимущество: Быстро даёт общую картину — план и фактические затраты.

3. DBMS_XPLAN.DISPLAY

Что делает: Форматирует содержимое PLAN_TABLE.

Как использовать:

EXPLAIN PLAN FOR 
SELECT * FROM demo_orders WHERE REGION = 'Европа'; 
 
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

Плюс: Используется совместно с EXPLAIN PLAN, но даёт удобный читаемый вывод.

4. Real-Time SQL Monitoring

Показывает фактический ход выполнения "тяжёлых" запросов.

Условия: По умолчанию активируется при >5 сек выполнения или PARALLEL запросах.

Как использовать:

-- Получить активные запросы 
SELECT * FROM V$SQL_MONITOR; 

-- Посмотреть подробности 
SELECT DBMS_SQLTUNE.REPORT_SQL_MONITOR(sql_id => '...', type => 'TEXT') 
FROM DUAL;

Плюс: Подходит для анализа долгих или зависающих запросов.

5. SQL Trace + TKPROF

Трассирует каждый шаг выполнения SQL, фиксирует затраты, вызовы, ожидания.

Как использовать:

ALTER SESSION SET SQL_TRACE = TRUE; 

-- выполнить нужный запрос 
ALTER SESSION SET SQL_TRACE = FALSE;

-- затем обработать трейс-файл через TKPROF

Когда использовать: Для глубокой отладки, особенно при сложных сценариях.

Сравнения способов просмотра плана выполнения запроса в Oracle SQL

Полезные ссылки

1. Oracle® Database SQL Tuning Guide (перейти)
2. DBMS_XPLAN Package перейти (перейти)
3. Технические столбцы в БД

Файлы и скрипты

Исходные файлы можно найти в GIT.

Контакты

Написать автору | Telegram | Сайт автора

Введение

Хранить пользователей в БД — это не просто привычка, а часть архитектуры. Централизованный учет помогает:

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

Покажу, как грамотно реализовать это на Oracle SQL с проверкой, обработкой ошибок и аудитом.

Таблица users: структура и ограничения

Скрипт создания таблицы

CREATE TABLE users (
    userid     NUMBER GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    LOGIN      VARCHAR2(100) NOT NULL UNIQUE,
    created_at DATE DEFAULT SYSDATE,
    CONSTRAINT login_min_length CHECK (LENGTH(login) >= 3)
);
-- Add comments to the table
comment on table USERS is 'Таблицы пользователей';
  
-- Add comments to the columns
comment on column USERS.userid     is 'Идентификатор пользователя';
comment on column USERS.login      is 'Логин пользователя';
comment on column USERS.created_at is 'Дата создания пользователя';

Функция получения id пользователя

CREATE OR REPLACE FUNCTION f_get_user_id(p_login IN VARCHAR2)
	RETURN NUMBER IS
	v_user_id        NUMBER;
	e_user_not_found EXCEPTION;
	PRAGMA EXCEPTION_INIT(e_user_not_found, -20001);
BEGIN
	-- Проверка на NULL
	IF p_login IS NULL THEN
		RAISE_APPLICATION_ERROR(-20002, 'Логин не может быть NULL');
	END IF;

	-- Проверка на минимальную длину
	IF LENGTH(p_login) < 3 THEN
		RAISE_APPLICATION_ERROR(-20003, 'Логин должен содержать минимум 3 символа');
	END IF;

	-- Поиск пользователя
	BEGIN
		SELECT userid INTO v_user_id FROM users WHERE login = p_login;

		RETURN v_user_id;

	EXCEPTION
		WHEN NO_DATA_FOUND THEN
			RAISE e_user_not_found;
		WHEN TOO_MANY_ROWS THEN
			RAISE_APPLICATION_ERROR(-20004, 'Найдено несколько пользователей с таким логином');
	END;

EXCEPTION
	WHEN e_user_not_found THEN
		RAISE_APPLICATION_ERROR(-20001, 'Пользователь с логином ' || p_login || ' не найден');
	WHEN OTHERS THEN
		RAISE_APPLICATION_ERROR(-20000, 'Ошибка при получении ID пользователя: ' || SQLERRM);
END f_get_user_id;

Что делает:

• Проверяет вход: если NULL или пусто — выбрасывает исключение user_login_missing.
• Если логин не найден — ошибка user_not_found.
• Если найдено более одной записи (в теории) — ошибка user_login_not_unique.

Пример вызова функции:

BEGIN                                                  
	DBMS_OUTPUT.PUT_LINE(f_get_user_id('admin'));      
EXCEPTION                            
	WHEN OTHERS THEN      	
		DBMS_OUTPUT.PUT_LINE('Ошибка: ' || SQLERRM);	
END;

Файлы и скрипты

Исходные файлы можно найти в GIT.

Контакты

Написать автору | Telegram | Сайт автора

Когда ты только учишься писать SQL — главное, чтобы «работало». А когда работаешь с таблицей в 15+ миллионов строк — важна **оптимизация**.

Я когда-то обрабатывала по 300 строк в час.
После оптимизации — 150 000+ за это же время.

Вот, что реально помогает:

1. Используй индексы (и проверь, что Oracle их применяет)
2. Не делай SELECT * — выбирай только нужные поля
3. Используй `BULK COLLECT` и `FORALL` в PL/SQL
4. Следи за `execution plan` (можно в SQL Developer)
5. Избегай вложенных подзапросов без нужды
6. Следи за типами данных — не сравнивай строку с числом
7. Разбивай большие запросы на части (временные таблицы / WITH)

Oracle — это мощно. Но только если ты умеешь использовать его грамотно.

Расскажу в следующих постах, как проверять план выполнения и индекс влияет ли вообще на что-то 💡

Контакты

Написать автору | Telegram | Сайт автора

Что такое 'TYPE'?

'TYPE' в Oracle — это способ определить собственные типы данных.

Чаще всего используется:

1. для создания PL/SQL-коллекций (таблиц/массивов),
2. объектов, если нужно работать со структурированными данными,
3. в pipelined-функциях — как возвращаемое значение.

Пример:

-- Объявляем тип таблицы
CREATE OR REPLACE TYPE t_num_tab AS TABLE OF NUMBER;

Что такое PIPELINED FUNCTION?

PIPELINED-функции позволяют возвращать набор данных построчно, как будто это обычная таблица, и использовать их напрямую в SQL-запросах. Выглядят как обычные функции, но с ключевым словом PIPELINED.

Это очень мощный инструмент, если:

1. 1нужно возвращать коллекции в SQL-стиле,
2. вы обрабатываете много данных в PL/SQL, но хотите использовать SQL-join/where/group by и т.д.

Пример: TYPE + PIPELINED FUNCTION

1) Создаём тип строки и таблицы:

CREATE OR REPLACE TYPE emp_row_type AS OBJECT
(
  emp_name   VARCHAR2(100),
  emp_salary NUMBER
);
/  

CREATE OR REPLACE TYPE emp_table_type AS TABLE OF emp_row_type; 
/

2) Создаём PIPELINED-функцию:

CREATE OR REPLACE FUNCTION get_employees
  RETURN emp_table_type
  PIPELINED
AS
BEGIN
  PIPE ROW(emp_row_type('Alice', 5000));
  PIPE ROW(emp_row_type('Bob', 7000));
  PIPE ROW(emp_row_type('Charlie', 6000));
  RETURN;
END;
/

3) Вызываем как таблицу:

SELECT * FROM TABLE(get_employees);

В результате получаем следующее:

Важные особенности PIPELINED FUNCTION

1. Возвращает строки по одной — удобно для обработки больших объемов данных.
2. Работает как виртуальная таблица — можно использовать в SELECT * FROM TABLE(...).
3. Ускоряет производительность — результат не хранится целиком в памяти, строки «передаются по трубе».
4. Обязателен возврат типа (RETURN TABLE OF …) — заранее объявленный TYPE.
5. Поддерживает PARALLEL_ENABLE — можно распараллеливать выполнение.
6. Можно использовать в представлениях и APEX — как источник данных.
7. Хорошо подходит для оборачивания курсоров — CURSOR → PIPE ROW.

Важные особенности TYPE

1. Создает пользовательские типы данных — объекты (OBJECT TYPE) и коллекции (TABLE OF OBJECT).
2. Может использоваться в SQL и PL/SQL — как в теле запроса, так и для переменных.
3. Бывает в памяти (PL/SQL TYPE) и в БД (CREATE TYPE):
• PL/SQL типы — только внутри блоков, не видны из SQL.
• SQL типы — можно использовать в таблицах, функциях и т.д.
4. Незаменим для PIPELINED функций — обязательно описывать структуру возвращаемых данных.
5. Работает с BULK COLLECT и FORALL — помогает ускорять массовые операции.
6. Можно использовать в параметрах процедур/функций — передавать таблицы значений.
7. Совместим с JSON/XML генерацией — часто используется в Web API.

🧙‍♂️ Если хочешь прокачать навыки до гуру — этот раздел для тебя:

1. PIPELINED FUNCTION + CURSOR

• Сценарий: Используется, когда нужно "развернуть" данные из курсора в таблицу.
• Пример:

	FOR rec IN (SELECT * FROM emp) LOOP
		PIPE ROW(emp_row_type(rec.ename, rec.sal));
	END LOOP;

🔹 2. PIPELINED FUNCTION + PIPELINED FUNCTION

• Сценарий: Когда одна pipelined функция вызывает другую (например, постобработка).
• Пример:
  Внешняя функция вызывает внутреннюю через SELECT * FROM TABLE(...), применяя фильтрацию, сортировку и т.д.

🔹 3. RETURN TYPE в функциях

• Сценарий: Используется для указания возвращаемого типа — чаще всего TABLE OF OBJECT TYPE.
• Пример:

RETURN emp_table_type PIPELINED 

🔹 4. TYPE в SELECT

• Сценарий: Используется для явного создания объекта "на лету".
• Пример:

SELECT emp_row_type('John', 5000) FROM DUAL;

🔹 5. Использование TYPE в PL/SQL переменных

• Сценарий: Создание переменных, массивов и структур для промежуточной обработки данных.
• Пример:

v_emp emp_row_type := emp_row_type('Alice', 4000); 

🔹 6. TYPE как параметр в процедурах / функциях

• Сценарий: Передача таблицы значений как параметра.
• Пример:

PROCEDURE process_emps(p_list IN emp_table_type) 

🔹 7. TYPE + JSON/XML

• Сценарий: Преобразование объектного типа в JSON или XML для API-интеграций.
• Пример:

SELECT JSON_OBJECT(emp_name, emp_salary) FROM TABLE(get_employees());

Полезные ссылки

1. Oracle Docs — Pipelined Functions

2. Oracle Live SQL Demo

3. Oracle TYPE и COLLECTIONS

Файлы и скрипты

Исходные файлы можно найти в GIT.

Контакты

Написать автору | Telegram | Сайт автора

Что такое PL/SQL?

PL/SQL (Procedural Language/SQL) — это процедурное расширение языка SQL, разработанное Oracle. Он позволяет писать:

• процедуры,
• функции,
• триггеры,
• пакеты
• и даже целые приложения на стороне базы данных.

Первый пример: "Hello, world!"

Пример программы на PL/SQL, которая выведет «Hello, world!» в DBMS Output:

BEGIN
  DBMS_OUTPUT.PUT_LINE('Hello, world!');
END;

Как выполнить код?

В SQL Developer или PL/SQL Developer

1. Откройте новое окно SQL.
2. Вставьте код.
3. Нажмите "Run" или F5.
4. Убедитесь, что DBMS Output включен (кнопка "DBMS Output: On").

В Oracle APEX

• Перейдите в SQL Workshop → SQL Commands.
• Вставьте и выполните код.
• Просмотрите вывод в "DBMS Output".

Что такое DBMS_OUTPUT.PUT_LINE?

Это встроенная процедура Oracle, которая выводит данные в консоль разработчика.
Она используется для отладки, сообщений и тестов.

А если с переменными?

Можно усложнить немного:

DECLARE
  v_message VARCHAR2(100) := 'Hello, world!';
BEGIN
  DBMS_OUTPUT.PUT_LINE(v_message);
END;

Итого:

• Это базовая конструкция для старта с PL/SQL.
• Очень удобно использовать для отладки.
• Убедитесь, что DBMS Output включён — иначе не увидите результат 😉

Контакты

Написать автору | Telegram | Сайт автора

💬 Пишите в комментариях, какой язык программирования был у вас первым для “Hello, world!”!

SELECT 'Hello, world!' AS message 
  FROM dual;

Что происходит в этом запросе?
🔹 Мы пишем `SELECT` и указываем текст в кавычках (одинарных, не в двойных - иначе, будет ошибка).
🔹 `AS message` — задаём имя столбца для результата.
🔹 `FROM dual` — обращаемся к магической таблице `DUAL`, о которой я недавно рассказывала.

Результат запроса:

Почему нужен `FROM dual`?

В Oracle синтаксис требует, чтобы в `SELECT` всегда был указан источник данных.
DUAL — это виртуальная таблица с одной строкой, созданная специально для таких случаев.

Подробнее о DUAL я рассказывала [в этом посте].

Полезные ссылки

- Документация Oracle SQL SELECT(читать)

Заключение

Порой даже в профессиональных инструментах всё начинается с простого шага — одной строки кода и "Hello, world!". 👋
И это отличный способ почувствовать, что работа с базой данных — это не страшно, а интересно!

Контакты

Написать автору | Telegram | Сайт автора

✨ А вы помните, на каком языке написали свой первый "Hello, world!"? Делитесь в комментариях! 👇