Краткий ответ

Временная таблица обычно имеет ограниченный срок жизни и область видимости: она доступна только создавшей её сессии или транзакции, в зависимости от настроек СУБД. После завершения соответствующего периода таблица и, как правило, её данные удаляются автоматически, поэтому она не предназначена для постоянного хранения или совместного использования между сессиями.

Исторический контекст

Временные таблицы появились как средство хранения промежуточных результатов сложных операций без создания постоянных объектов прикладной схемы. Они позволяют отделить рабочие данные одной операции, сессии или транзакции от долговременной модели базы данных.

Такой подход уменьшает необходимость вручную удалять служебные таблицы и снижает риск конфликтов имён между параллельными пользователями. Конкретные правила области видимости и очистки зависят от СУБД.

Постановка проблемы

Если принять временную таблицу за обычную таблицу схемы, можно ошибочно ожидать, что её увидят другие подключения, данные переживут отключение пользователя или объект останется доступным после завершения транзакции.

Это приводит к ошибкам в пакетной обработке и отчётах: другая сессия не найдёт объект, а повторный запуск потеряет промежуточные данные. Кроме того, временная таблица обычно не подходит для обмена данными между независимыми процессами.

Подробное решение

При создании временной таблицы СУБД связывает объект с определённым контекстом — обычно сессией или транзакцией. Область видимости определяет, кто может обращаться к таблице, а срок жизни — когда СУБД удалит таблицу или очистит её строки.

Типичный пример для СУБД, поддерживающей временные таблицы:

CREATE TEMPORARY TABLE report_rows (
    report_id INTEGER,
    amount DECIMAL(12, 2)
);

INSERT INTO report_rows VALUES (1, 125.50);

SELECT * FROM report_rows;

Такая таблица обычно видна только текущей сессии. В одних СУБД она сохраняется до отключения, в других может быть настроена на удаление строк или объекта при завершении транзакции; поэтому при переносе решения нужно проверять документацию конкретной системы.

Временная таблица всё равно может иметь столбцы, ограничения и индексы, но её жизненный цикл отличается от постоянного объекта. Важно также учитывать, что оптимизатор, журналирование, хранение и блокировки для временных таблиц реализуются по-разному.

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

Ситуация из практики

Сервис формирует отчёт в несколько этапов. Разработчик создаёт временную таблицу и передаёт её имя следующему подключению из пула соединений. Второе подключение получает ошибку отсутствия таблицы, хотя первый этап завершился успешно.

Рассматривались два варианта. Постоянная таблица обеспечила бы доступ между сессиями, но потребовала бы уникальных имён, очистки старых данных и защиты от пересечения параллельных запусков. Временная таблица сохранила изоляцию, но потребовала выполнять все этапы в одной сессии.

Выбрали второй вариант: соединение закрепили за всей операцией формирования отчёта, а временную таблицу использовали только для промежуточных строк. Это исключило утечки данных между пользователями и необходимость уборки постоянных служебных объектов.

Что кандидаты часто упускают

1. Видят ли другие сессии временную таблицу с тем же именем?

Обычно нет: каждая сессия получает собственный временный объект или собственное пространство имён. Поэтому два подключения могут независимо использовать одинаковое имя, не обращаясь к одной и той же таблице. Конкретный приоритет временной таблицы при разрешении имени, особенно при наличии постоянной таблицы с тем же именем, зависит от СУБД.

2. Всегда ли завершение транзакции удаляет временную таблицу?

Нет. Срок жизни может быть связан с транзакцией или сессией. Иногда при фиксации или откате очищаются только строки, а сама структура сохраняется до конца подключения. Нельзя делать вывод только из слова «временная» — нужно знать режим, заданный СУБД и параметрами создания.

3. Можно ли использовать временную таблицу для передачи результата между параллельными заданиями?

Обычно нельзя, поскольку область видимости ограничена создавшей её сессией. Даже если отдельные процессы используют одинаковое имя, это, как правило, разные объекты. Для межсессионного обмена нужна постоянная таблица, очередь, внешнее хранилище или другой явно поддерживаемый механизм.