Рекурсия... хм... не есть оптимально...
берем структура - дерево...
возмем кол-во узлов за 1500 напишем запрос - может и отработает,
но вопрос по нагрузке на сервер а в частности по памяти бьет...

хм сколько настольных поисковичков - яндекс гугла...
зачем простите меня они индексируют то? оптимально?

далее приведу грубую аналогию с БД...
так вот просто рекурсивный запрос на сайте для извлечения каких то вшивых 350 узлов,
валит напроч среднестатический хостинг - по выделенной памяти...

и после этого будем говорить что рекурсия оптимальна для обхода дерава...

vladimir_polukhinВ литературе нашел такой вариант, что скажите?

Locator = Новый ComObject("WbemScripting.SWbemLocator");
ИмяКомпьютера = ".";
ServicesSet = Locator.ConnectServer(".");
Items = ServicesSet.ExecQuery("Select * from CIM_DataFile where Extension = 'dwg'");

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

KuzEvПро мнение об "оптимальности" - согласен. Я даже специально приписал слово "весьма" =)
Оптимальность рекурсии - тема другого разговора.
Я же пытался коллегу направить на понимание алгоритма сбора данных.
В конечном счете "хозяин - барин".

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

ИМХО не стоит советовать не оптимальных алгоритмов...

vladimir_polukhinПроблема в том, что класс "CIM_DataFile" не имеет метода "Имя", "ПолучитьВремяИзменения" и т.д...Класс CIM_DataFile

Класс CIM_DataFile представляет файл. Некоторые свойства класса:

Свойство Описание
Caption
Name
Description Краткое описание объекта. Фактически - полный путь к файлу.
FileSize Размер файла в байтах.
Path Путь к каталогу, содержащему файл, завершённый наклонной чертой. Например, "\windows\system\".
EightDotThreeFileName Полный путь с DOS-совместимым именем файла. Например, для файла "c:\windows\microsoft.net\framework\v1.1.4322\vshelpmetadata.reg" это будет "c:\windows\microsoft.net\framework\v1.1.4322\vshelp~1.reg".
Drive Буква диска с двоеточием.
FileName Имя файла без расширения.
Extension Расширение имени файла.
CreationDate Дата и время создания файла.
LastAccessed Дата и время последнего доступа.
Compressed True, если файл сжат, и False в противном случае.
Hidden Булево значение, указывающее на атрибут "скрытый".
System Булево значение, указывающее на атрибут "системный".
Writeable Булево значение, указывающее на то, что файл может быть записан.
Archive True, если файл имеет атрибут "архивный", и False в противном случае.
FileType Описание типа файла (по данным реестра) исходя из его расширения.
FSName Тип файловой системы. Например, "NTFS".
CSName Имя компьютера.


источник http://www.script-coding.info/WMI_FileSystem.html