Я даже и не знаю теперь, отвечать или нет?

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

авторРассмотрим подробнее ситуацию с резервированием. Сия ситуация означает, что транзакций в системе будет несколько. Одна с резервированием, другая - собственно с продажей.
Точно. Только они короткие очень - 1. зарезервировать билеты 2. сделать продажу. Все, никаких ваших висячих транзакций.
автор Следовательно записи на резервирование нужно как-то идентифицировать. Варианты: по имени пользователя, по номеру сессии, по коду терминала.
Да как хотите - все зависит от того, как будут работать с системой
автор1)По имени пользователя: если это так, то с двух терминалов под одним и тем же именем не зайти - конфликт параметров ХП (смотрите ситуацию, описанную абзацем)
См. Предыдущий комментарий. Если входить можно только с одного места - то можно и так.
автор2)По номеру сессии: в случае глюка/отсоединения терминала мы теряем номер сессии, придется каким-то образом оперативно чистить зарезервированные билеты.(у Оракла ведь есть триггер на закрытие соединения? в любом случае у MS такого точно нет).
Несколько раз приводился готовый код для таких вещей.
авторА как тогда быть с внесенными вами данными по 599 паспортам?
Это как быть с внесенными вами 599 паспортами - у меня то нет одной большой открытой транзакции, я все эти 599 билетов с паспортами внес и продал . А вы все это потеряли
автор*я читаю внимательно все что вы пишете, и ищу контраргументы*.
Плохо ищите - совсем не то.
автор3)По коду терминала: та же самая ситуация что и по номеру сессии.
И те же самые комментарии.

авторЗнаете, ну как-то влом писать сборщик мусора, который в тоже время должен отрабатывать достаточно оперативно. Намного более дешевое (с точки зрения I/O) и простое решение - просто откатить транзакцию.
Ну раз в лом - об чем разговор. В лом и систему писать - нафиг надо? :) Вы уж тогда проще сделайте - при старте клиентского приложения открывайте одну транзакцию, здооооровенную, а при закрытии - коммит. А если вруг сбой - ну ничего, день потеряете, зато не в лом

авторЗадачка специально для tygra, как для любителя MSSQL:
Не вижу ничего такого в "задачке", что бы ее относило к MS SQL
авторПредположим, у нас имеется некий набор договоров. Над определенной группой договоров мы должны провести некую группу однотипных операций, например - банальное расторжение. Задача - Оператор в гриде на своем рабочем месте помечает эти договора (например заносит их id во временную таблицу) а затем передает этот список в ХП, которая все их закрывает. Затем дополняет список этих договоров еще некоторым количеством договоров (отбирая их по какому-нибудь критерию), а затем - передает их другой ХП, которая их переоформляет на новых условиях. Затем чистит пометки и повторяет операцию снова. Как это будет выглядеть на MSSQL? Понятное дело что временная таблица должна быть создана не в какой либо ХП, а самим приложением. И это должна быть не таблица с ##, потому как в этом случае она будет доступна всем сесииям.
Ну кто как хочет - кто через #t, кто по одному документу.
авторА тепрь еще наложим условие, что приложение у нас написано,исходников нет, и код мы можем только на сервере.
Так вы определитесь - или задачку решать или менять ничего нельзя. Или по-русски объясните, что значит и код мы можем только на сервере ?

А кстати, что вас так смутило в этой так сказать "задачке"? Не смогли решить для MS SQL?

========
Итог: вы все-равно никого не слушаете и продолжаете применять длинные ненужные транзакции.
Приводите какие-то странные примеры - толи в подтверждение своего решения (типа, вон еще хуже бывает), толи еще почему - не знаю.

У вас есть какие-то проблемы? С Ораклом? С MS SQL? Так вы скажите прямо - расскажем, чего знаем. Чего странными "задачками" прикрываться?

ЗЫ Ничего не понимаю................

-- Tygra's --

А ему пофиг, что его решение неработоспособно. Потому-что это его решение. А если какие-то ослы будут тут советовать, да еще пальцами тыкать - дык что на них отвлекаться, у гениев на это нет времени :(=)

ЗЫ Если он все так пишет, то непозавидуешь заказчикам.

-- Tygra's --

авторДорогой Hell, в моём случае такой вариант невозможен... Ты всегда у меня будешь с билетамами по самым льготным ценам и на самые разные направления...)

Возможен вариант для любого сервера.

ЗЫ А билет Hell никогда не оформит - затра..ется ждать окончания всех транзакций

-- Tygra's --