десктоп-приложение: Java (фреймворк NetBeans), работающее на Glassfish
БД: Oracle 11.2.0.3.0

заказчик желает в интерфейсе пользователя иметь функционал экспорта-импорта данных БД. чтобы сделать это надо избавиться от возможных конкурирующих с обменом данных сессий в БД. поскольку работа приложения происходит через Glassfish, то определить кол-во работающих пользователей и как-то их отключить не получается (по крайней мере гугл поиском не помог). ввел флаг "регламентных работ" в БД, по которому новые входы юзеров блокируются , но что делать с теми, кто уже успел войти в приложение? как отсечь их возможные попытки изменить данные в момент "регламентных работ" (средствами БД, Java, Glassfish, ...)?

2Blazkowicz:
да, 3х-звенка (с "десктоп" погорячился). я - Oracle-разработчик, поэтому в Java-вопросах ориентируюсь весьма приблизительно. флаг - поле в БД. я предполагал, что может проверку вешать на этапе "начала транзакции" в Java, яверы были не очень рады :). параллельно думал может есть какое-то альтернативное решение/режим/флаг.
нужно это всё для того, чтобы пока админ будет выполнять скажем импорт данных никакой юзер не сидел и не держал записи, подлежащие замене.

BlazkowiczА что есть длинные транзакции?
настолько длинных нет, но хотелось на момент обновления данных всех юзеров от процесса отключить. тем более, что импорт предполагает под собой отключение внешних ключей, триггеров. а при таком раскладе работающий пользователь может накосячить с данными, которые лежат рядом с заменяемыми, но таковыми не являются. блокировка всей таблицы - может и вариант, не знаю, честно говоря, сколько по времени занимает такая операция при условии наличия в таблицах (шт. 30) записей по 10 - 150 млн.

Petro123если их нет, то аффтар - не морочьте голову отключением ключейи целостности БД
отключение ключей требуется при truncate partition старых данных

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

BlazkowiczПридумал простое решение
где-то так я и предполагал в абстрактных размышлениях
BlazkowiczА пул убъет не валидные соединения и новые будет уже пересоздавать. И пр.
а как будет себя вести в такой ситуации пул? скажем он делает коннекты, они помечаются как невалидные в момент "регламента" и он в цикле будет пытаться получить валидные до тех пор пока не получит их?

Petro123longmanописанных объемы - предполагаемые на этапе производственной эксплуатации. замерять пока нечего
ещё раз.
- генерировать нужный объём данных для тестов - обязанность разработчика\проектировщика\тестировщика.
вы бы толкового чего сказали, чем раздавать советы по разработке. я по вашему должен за 10 минут был сгенерить 150 млн записей, всё проверить и отчитаться?
Petro123переведи на русский
и на англ вполне доступно truncate table with foreign key oracle

2Blazkowicz:
в целом схема понятна. место вызова проверочного запроса это что-то типа переопределенного диспетчера соединений из пула (извиняюсь за может несвойственную терминологию) или что оно собой являет в стандартном варианте?

Petro123longman,
1. конечно Должен, т.к. ты принимаешь решение по архитектуре (глобальный рубильник - выгнать всех из БД)
2. почему за 10 мин?
3. FK и триггеры как раз умно держат целостность при наличии живых коннектов.
ЗЫ.
4.Длинна транзакции обычно 0,1 сек.
1. то что я должен и обязан я знаю, в этом сегменте совета не просил
2. в данные момент идет рассмотрение возможных вариантов в первом приближении, никто на этом этапе на тестит производительность. а "10 минут" потому что данный вариант был предложен Blazkowicz в 14:42.
3. никто и не спорил о их разумности, говорилось, что необходимо их отключать при удалении информации посредством команд truncate table/partition
4. длина транзакции тут ни к чему. какая разница какая ее длина, если юзеру будет выдано сообщение Оракла по типу "не нашел то, что вам нужно и вообще непонятно куда делось" в то время, когда ему надо сказать что "ведутся регламентные работы, попейте чаю" и закрыть приложение.

BlazkowiczТолько надо мануал найти про это дело.
спасибо за помощь, внимательно ознакомлюсь

2pulp:
это и предполагается делать ночью, но мало ли какой юзверь может и ночью сидеть)
pulpЛучше всех выгнать, остановить систему, выполнить требуемые работы и пустить юзвергов
оно безусловно лучше, но квалификацию конечных пользователей на сейчас не вселяет надежд на системный подход в этом вопросе) поэтому и ищу возможные варианты, чтобы максимально обезопасить систему "от дурака"