Глобальные временные таблицы - это постоянные структуры данных. Мы можем управлять данными в GTT, используя SQL, как любую другую таблицу. Что отличает их от обычных таблиц кучи, так это:
- Их данные временны и сохраняются только в течение транзакции или сеанса (в зависимости от определения).
- Они записывают свои данные во временное табличное пространство, а не в постоянное табличное пространство.
Второй момент люди часто упускают из виду. Запись и чтение из глобальных временных таблиц влечет за собой дисковый ввод-вывод. Так что GTT не может быть дешевым кешем, как мы думаем. Кроме того, стоит создать отдельное временное табличное пространство, предназначенное для GTT, чтобы избежать конфликтов с другими процессами, которые используют временное табличное пространство (например, дисковые сортировки). Коллекции
PL / SQL являются переменными сеанса в памяти. Их выделение памяти происходит из выделения частного SGA, которое может быть довольно небольшим, в зависимости от конфигурации базы данных. Хотя мы запрашиваем коллекцию с помощью оператора SQL SELECT с функцией table(), коллекции PL / SQL требуют использования PL / SQL для их определения и заполнения.
Итак, когда нужно использовать GTT, а когда использовать коллекцию?
Используйте GTT, когда нам часто нужно использовать результат в нескольких различных запросах. Это может проявляться как требование выполнять специальные c запросы по временному агрегированию данных. Я подчеркиваю частую потребность: это постоянные структуры данных, поэтому мы создаем их только тогда, когда у нас есть пользователи (включая такие вещи, как фоновые задания отчетов), которые собираются повторить процедуру заполнения / запроса / удаления с определенной проекцией данных.
Используйте коллекцию, когда мы пишем процедурный код, который манипулирует небольшим набором данных (или большим набором данных, который может быть разбит на более мелкие партии), где подмножество является побочным продуктом или ступенькой в процессе, а не артефакт, представляющий самостоятельный интерес. Например, мы могли бы использовать коллекции для передачи наборов данных между программными модулями.
Мой личный опыт показывает, что коллекции гораздо более распространены, чем глобальные временные таблицы. Основными разработчиками GTT, вероятно, являются разработчики с большим опытом работы с MS SQL, чем с Oracle, которые пишут переводы кода T- SQL, а не идиоматического c Oracle кода. Иногда люди думают, что им нужен GTT, тогда как на самом деле им нужно материализованное представление.
Наконец, продолжая с этого момента, я хотел бы предположить, что гораздо меньше необходимости использовать GTT или коллекции в Oracle чем можно было бы подумать. SQL очень эффективен при объединении таблиц, и накладные расходы на заполнение и последующее чтение GTT, вероятно, намного выше, чем просто выполнение оператора SQL. Конечно, стоит начать только с оператора SELECT и рассматривать коллекции или GTT только в том случае, если мы не можем настроить запрос до приемлемого затраченного времени.