Я знаком с сервером Sybase/SQL, где могу создать временный файл. такая таблица:
SELECT *
INTO #temp
FROM tab1 ,
tab2
WHERE tab1.key = tab2.fkey
SELECT *
FROM #temp
WHERE field1 = 'value'
#temp существует только в течение этого сеанса и может быть виден только мне.
Я хотел бы сделать то же самое в Oracle, но я читаю о «глобальных временных таблицах», которые звучат не так, как одно и то же.
Как я могу сделать в Oracle то же самое, что и в Sybase?
Спасибо :)
Ваш первый подход должен заключаться в том, чтобы сделать это как один запрос:
SELECT *
FROM
(
SELECT *
FROM tab1 ,
tab2
WHERE tab1.key = tab2.fkey
)
WHERE field1 = 'value';
В очень сложных ситуациях или когда temp# очень велик, попробуйте предложение факторинга подзапроса, необязательно с подсказкой материализации:
with #temp as
(
SELECT /*+ materialize */
*
FROM tab1 ,
tab2
WHERE tab1.key = tab2.fkey
)
SELECT *
FROM temp#
WHERE field1 = 'value';
Если это не помогает, перейдите к методу Global Temporary Table.
Глобальная временная таблица уже не та, определение остается после окончания сеанса, также таблица (но не данные) видна всем сеансам.
Если вы пишете хранимые процедуры, изучали ли вы курсоры? Это немного сложнее, но очень эффективный и понятный способ работы с временным набором данных.
Oracle не предоставляет прямого аналога этой возможности. Глобальная временная таблица аналогична, но она должна быть создана заранее, и ее может быть трудно изменить в дальнейшем из-за проблем с блокировкой.
Большинство потребностей такого рода можно удовлетворить с помощью курсоров или одного из различных типов коллекций pl/sql (вложенные таблицы, varrays, ассоциативные массивы), но ни один из них нельзя использовать так, как если бы они были таблицей. То есть вы не можете выбрать из них.
Я считаю, что глобальные временные таблицы одинаковы. Они дадут вам частный доступ к временной таблице, которая умирает, когда сеанс заканчивается:
Данные в глобальной временной таблице являются частными, поэтому данные, вставленные сеансом, могут быть доступны только этому сеансу. Специфичные для сеанса строки в глобальной временной таблице могут быть сохранены для всего сеанса или только для текущей транзакции. Предложение ON COMMIT DELETE ROWS указывает, что данные должны быть удалены в конце транзакции.
Прочитав вопрос еще несколько раз, я считаю, что это главное отличие, и, возможно, ваша проблема в том, что временные таблицы сохраняются между сеансами. Таким образом, точный эквивалент невозможен, как вы можете себе представить в Oracle, это будет что-то вроде:
CREATE GLOBAL TEMPORARY TABLE my_temp_table ON COMMIT DELETE ROWS select * from other table;
Эта таблица будет жить до тех пор, пока она не будет удалена даже через сеансы, хотя данные в ней не удаляются. Вместо этого вам нужно будет создать временную таблицу заранее.
Модель временной таблицы в Oracle несколько отличается и сосредоточена на операторе «CREATE GLOBAL TEMPORARY TABLE..». Определения временных таблиц всегда являются глобальными, но данные всегда являются частными для сеанса, и то, сохраняются ли данные во время фиксации, зависит от того, указана ли квалификация «при фиксации сохранить строки» или «при фиксации удалить строки».
У меня есть несколько сценариев Perl и сообщение в блоге, в котором исследуется конкретное поведение или временные таблицы Oracle на мой блог.
Да, Карсон прав. Глобальные временные таблицы видны только создавшему их сеансу и исчезают либо при первой фиксации или откате, либо в конце сеанса. Вы можете установить это при создании файла gtt.
