"Обратное" слияние может быть тем, в чем Вы нуждаетесь. См. "отменять изменения" раздел книги svn.
, Например, svn объединяют-r 28:24 [путь к svn]
Используете ли вы автоматическое управление памятью? Если да, я бы не стал беспокоиться об используемой памяти PGA.
См. Документацию:
Автоматическое управление памятью: http://download.oracle.com/docs/cd/B28359_01/server.111/b28310/memory003.htm#ADMIN11011
MEMORY_TARGET: http: // загрузить .oracle.com / docs / cd / B28359_01 / server.111 / b28320 / initparams133.htm
Есть ли причина, по которой вы используете 32-битный Oracle? Самое последнее оборудование поддерживает 64-разрядную версию.
Oracle, особенно с AMM, будет использовать каждый бит памяти на машине, которую вы ему предоставите. Если у него нет причин для освобождения памяти, он этого не сделает. То же самое и с пространством для хранения: если вы удалите 20 ГБ пользовательских данных, это пространство не возвращается в ОС. Oracle будет придерживаться этого, если вы явно не сжимаете табличные пространства.
Я считаю, что простой тест должен избавить вас от беспокойства. Если он 32-битный, и каждый сеанс SQL Developer использует более 100 МБ ОЗУ, тогда вам понадобится всего несколько сотен открытых сеансов, чтобы вызвать проблему с нехваткой памяти ... если она действительно есть.