У меня когда-то коллега делал выгрузку из одной ЕРП системы в 1С. Я ужаснулся когда увидел что файл который получается на выходе 30 МБ имеет размер в памяти при обработке 2,5ГБ. Я конечно потом переделал процедуру и полечил распухание но тем не менее осадочек остался..

Совершенно верно, у любого конкретного компьютера память ограничена, так что ничего удивительного, что раньше или позже возникает ограничение на размер обрабатываемых данных.

У меня 4 на борту. Дело не в этом, дело в том, что не верно рассчитывать на то, что конечный потребитель будет иметь такие же параметры компьютера.
Потому и ищу информацию по ограничениям.

mihmed, выбор за Вами. Каких неудобств?

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

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

Стандартный импорт мне показался менее эффективным по сравнению с разбором с помощью регулярных выражений, он гораздо более медленный и имеет еще ряд неудобств.

mihmed, выбор за Вами. Каких неудобств?

Поясните конкретнее. Мне абсолютно непонятна Ваша методика.

Выдает ошибку "Out of memory".

Совершенно верно, у любого конкретного компьютера память ограничена, так что ничего удивительного, что раньше или позже возникает ограничение на размер обрабатываемых данных.

Впрочем это дело вкуса. Мне же хочется прочитать про ограничения на работу с регулярными выражениями в VBA, например для того, чтобы будущие задачи сразу ограничивать в механизме реализации.
Можно конечно провести ряд экспериментов, сначала обрезать хмл до 60 мегабайт, не проглотит урезать до 30 и т.д., но этот эксперимент нельзя будет считать полностью точным, поскольку возможно влияние характеристик конкретного компьютера и нельзя будет опираться на такой эксперимент при передаче готовой программы заказчику или коллегам/друзьям

Не нашел в сети параметров ограничения и обращаюсь к сообществу за подсказкой. Важно то, что не желательно разбивать обрабатываемый файл на куски меньшего размера.

Для примера немного кода и выдаваемых ошибок здесь в переменной strzap живет 120 млн букв и цифр ))

Dim myRegExp As New RegExp 
Dim aMatch As Match 
Dim colMatches As MatchCollection 
myRegExp.Multiline = True 
myRegExp.Global = True 
myRegExp.IgnoreCase = True 

myRegExp.Pattern = "\r\n" 
strt = myRegExp.Replace(strzap, "")
strzap = strt

Выдает ошибку "Out of memory".

myRegExp.Pattern = "<ZAP>(.*?)</ZAP>"
Set colMatches = myRegExp.Execute(strzap) 
For Each aMatch In colMatches 
    strNZap = aMatch.SubMatches(0)
    ...
Next aMatch

Цикл не выполняется, поскольку коллекция получается пустой. хотя реально такие теги есть причем их несколько десятков тысяч.