pkarklinддддддВыполнял я проект для одной известной в Москве компании, по переводу базы с MS SQL на Oracle.
Могу с уверенностью сказать, некотороые "сложные" процедуры, которые разработчики не мыслили себе без использования временных таблиц, я заменял процедурами в оракле, состоящими из одного запроса.


Уважаемый, не всегда с точки зрения эффективности все можно решить одним запросом. В частности в MS SQL довольно часто временный таблицы\табличные перменные используются, когда надо получить данные с линкованных серверов, обработать их и\или раскидать по локальным таблицам.

Что-то задача у Вас меняется от поста к посту.
После того, как я написал пример, как проапдейтить таблицу, не используя временную таблицу, почему-то оказалось, что ничего редактировать не надо, а надо вернуть данные клиенту.
теперь оказывается, что надо сделать запрос с линкованных серверов (хотя в синтаксис запросов отличается только добавлением ликов после имени тиблицы типа @myLink).
Вы ж определите, какую задачу невозможно решить без использования временных таблиц?

pkarklin[quot дддддд]Что-то задача у Вас меняется от поста к посту.
После того, как я написал пример, как проапдейтить таблицу, не используя временную таблицу, почему-то оказалось, что ничего редактировать не надо, а надо вернуть данные клиенту.
теперь оказывается, что надо сделать запрос с линкованных серверов (хотя в синтаксис запросов отличается только добавлением ликов после имени тиблицы типа @myLink).
Вы ж определите, какую задачу невозможно решить без использования временных таблиц?

pkarklin
У меня ничего не меняется. Все перечисленные мной ранее пункты остаются в силе. Но, кмк, Вы так и не поняли этих пунктов, ибо апдейчу я не физическую таблицу бд, а временную таблицу, потом делаю с временной таблицей дополнительные DML и только потом результирующим запросом возвращаю данные клиенту или распихиваются по физически таблицам бд. Сделайте мне, пожалуйста вставку данных в три таблицы и UPDATE двух других одним запросом из одного резалтсета, например.

Насчет временной таблицы я в курсе. Почти каждая процедура в MS SQL начинается с создания временной таблицы, редактирования в процессе работы, слива данных и удаления в конце процедуры. Такова философия MS SQL.


pkarklin
С линкованными запросами дело далеко не столько в синтаксисе. :) Не всегда оптимизатор может правильно определить на основании запроса, использующего и линкованного и локального сервера, какой запрос надо отправить на линкованный сервер, дабы только ту получить порцию данных, которую необходимо потом связать с данными локального сервера.

Вот этого я не понял. Я всегда считал, что запросы пишутся программистами.

А если указать хинты?

pkarklinдддддЧто касается случаев, когда действительно нельзя обойтись без временной таблицы (в основном для хранения ID и еще нескольких служебных полей), создается ОДНА Temprorary таблица (не внутри процедуры, а как обычная таблица) и используется для хранения каких-то временных данных из разных процедур одновременно, т.к. Оракл четко прослеживает изоляцию транзакций и пересечение даннах от разных процедур исключено.
Ну и чистит он их сам после завершения транзакции...

Закат солнца вручную, очень похожий на глобальные временные таблицы в MS SQL. Одной изоляцией транзакций (которая ничуть не хуже, а даже "лучше" "прослеживается" в MS SQL) здесь не обойдешься. Расскажите, пожалуйста, как он их "чистит сам". Например, в MS SQL локальная временная таблица видна только сесии, в которой она создана и не надо никаких заморочек с транзакциями и разделением между сессиями. Более того, локальная временная таблица, созданная в хп, автоматически удаляется при выходе из хп.

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