Здравствуйте, fmiracle, Вы писали:

F>Да это бы я с радостью сделал на .NET (разбор этих xml это только часть более большого решения), но тут стойкое пожелание заказчика — что уже есть решение на Oracle/XMLType и пусть вторая часть, которая очень похожа, будет сделана аналогично для простоты поддержки и сопровождения (что, конечно, не лишено смысла).

Согласен, смысл есть. Я под "Java+SAX" подразумевал парсинг на стороне Oracle, но средствами встроенной Java (XMLType парсит только в DOM). Может можно переделать только эту часть решения и таким образом снизить требования к памяти.

F>Собственно, и хочется понять требования по памяти, чтобы понять (и обосновать), не надо ли срочно переключаться на альтернативы.

Тогда просите стенд сравнимой конфигурации, "самые большие файлы" и экспериментируйте. Наблюдайте за статистикой сессии 'session pga memory max'. Кстати, помимо памяти парсинг больших XML-ей еще и CPU хорошо кушает.