Amankeldi,

Вам зачем эти триллионные списки использованных и неиспользованных бланков? Их что, кто-то смотреть глазами будет - все эти миллионы-триллионы? Вам же достаточно, как я понял, хранить только начало и конец массивов бланков и текущий индекс, и обрабатывать их либо по-одному, либо пакетно, но не все сразу?

Тут, по-моему, надо понять, что все эти коллекции не предназначены для хранения многих миллионов значений. Да и в любом случае, практически никогда не требуется тупо вывести список из миллиона элементов - зачем? Как правило, всегда есть какие-то ограничивающие критерии. Скажем, список хранится в БД, но получать его оттуда весь не надо - надо по критериям. Даже если надо показать список, всё равно делайте это транзакциями - постраничное разбиение и всё такое. Даже те контролы, которые показывают списки, всё равно показывают не весь список, а только часть его - вот вам и постраничное разбиение.

AmankeldiДа вообще все равно, сколько их перебирать, просто времени займет больше или меньше.

Pallaris,

Тогда почему у меня при переборе больше 60,000,000 выходить SystemOutOfMemoryException?
Потому что вы сначала загружаете в память, а потом... а до этого "потом" уже не доходит - OutOfMemoryException.

Roman Mejtesимхо, но такие задачи надо делать в самом SQL сервере, для него обработка таких массивов данных явно задача попроще, чем в цикле что то обрабатывать.
Сервер нужен, чтобы скрывать ноу-хау и прочие секреты. Во всех остальных случаях надо всё вешать на юзера, особенно такие дурацкие задачи, как эта. Зря, чтоли, они себе компы для крузисов всяких покупали?

cooldeveloperRoman Mejtesимхо, но такие задачи надо делать в самом SQL сервере, для него обработка таких массивов данных явно задача попроще, чем в цикле что то обрабатывать.
SQL сервер нужен для хранения данных и только. Как выбирать и что выбирать - решает слой логики, которой не место в СУБД.
Я имел ввиду, когда логику хранят на сервере и наружу торчат лишь службы и методы, которые можно вызывать. Той и подобной логике, что у ТС, не место не то, что в СУБД, а вообще на сервере. Ноу-хау нет, а вычислений много - пусть клиентская машина упражняется. Ну, если это не какие-нибудь супервычисления, для которых только суперкомпьютер годится.

cooldeveloperuser7320Я имел ввиду, когда логику хранят на сервере и наружу торчат лишь службы и методы, которые можно вызывать
Этот сервер называется "сервер приложений" :)
Да-да, я знал. Просто забыл. Ну так и надо такую логику из сервера приложений вытеснять. Электричество пусть юзеры тратят.

cooldeveloperВладимир САночь местного времени...
Вот тебе задачка, основной контингент интрасети домена - новосибцы (80%), часть - ростовский филиал (10%), часть - владивосток (10%). Сервера хостятся в первопрестольной в модном облаке за разумные правильные деньги. Внимание, три вопроса: что есть местное время, какова его ценность в процессинге и когда лучше процесситься? :)
А вы как делаете: накапливаете статистику - когда наименьшая загрузка - и пускаете расчёт во время спада, или, опять же, пускаете во время спада, но уже не по расписанию, а анализируете динамически наименьшую загрузку? Во втором случае, как я понимаю, процессу расчёта нужно уметь засыпать, сохранять своё состояние и просыпаться по сигналу.