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

А зачем создавать целую временную таблицу, а не запись в таблице хранящей промежуточные данные клиента?

Получается все плюсы временных таблиц и пакетов оракла оказались бесполезны в NET т.к. конект не постоянный.
_____________________________________
А я хочу Брежнева, чтобы все было по прежнему... "Стволы"

ИМХО, временные таблицы в Oracle вынужденная мера... и ее нужно избегать.
они нафиг не нужны при правильно реализованной БД.
Или я не совсем понимаю, что Вами подразумевается под временными таблицами.

StrayИМХО, временные таблицы в Oracle вынужденная мера... и ее нужно избегать.
они нафиг не нужны при правильно реализованной БД.
Или я не совсем понимаю, что Вами подразумевается под временными таблицами.

например такая таблица
CREATE GLOBAL TEMPORARY TABLE tmp$nsn_nsj_addition
(enter_order NUMBER(10,0),
sgid NUMBER(10,0),
numbup NUMBER(10,0) DEFAULT 1,
numbunder NUMBER(10,0) DEFAULT 1,
nsn_nsj_sgid NUMBER(10,0))
ON COMMIT PRESERVE ROWS
Она создается один раз как обычная таблица, ее отличие в том что для каждого пользователя она имеет свой экземпляр себя, т.е. подкличился пользователь заносит в нее данные, а другой пользователь их не видит у него своя такая таблица.
А нужны дни для например для оформления заказов каждый пользователь заполняет свою таблицу, а потом выполняется хранимка которая проверятет адекватность введенных им данных и заносит в основную на TEMPORARY TABLE, удобно тем что неадекватные данные не могут попасть в главную таблицу.

Чойт-то тебя все время выносит куда-то с коментариями?!? сверху справа есть кнопка "ответить" при чтении комента!

Незнаю. всеравно невижу необходимости. я бы не реализовывал хранение временных данных заказа на сервере БД. В любом случае (не только в web-приложении, но и в Win) соединение может пропасть. Даже если есть необходимость - заносить информацию в базу сразу, проверяя и ставить флажок на подтверждение. Когда пользователь подтвердил, просто изменить флажок у записей (это например).
А другие пользователи тут вообще непричем. Непонятно почему они должны как-то увидеть чужие записи? или у вас в основной таблице нет разделения по пользователям? Тогда как вы определяете от кого пришел заказ?

я с SQL.ru отвечаю
если данные обрабатываются на сервере то и храниться по возможности они должны там, нафига гонять по сети данные, а так например с клиента посылается команда выполнить хранимку с некоторыми параметрами а сервер сам заполняетя, обрабатывает, ИМХО клиент тоджен быть тонкий-тонкий, почти труп

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

Ну хорошо, пусть хранятся на сервере, но временная таблица никчему. У клиента пропадает свет на 3-4 часа, он неуспел подтеврдить заказ, в твоем случае ему придется все набивать заново, в моем просто подтвердить то, что вбил ранее. Если не подтвердил, то записи автоматом удаляются по прошествии например суток со дня подачи. А поповоду ввода вской лабуды, я ж говорил - проверка при занесении идет (триггером например).
Про необходимость временных таблиц вот "здесь" в начале статьи неплохо сказано.