В принципе это есть проблема.
Я ее собрался решить таким образом: не знаю, насколько это правильно.
решительно наступить на горло древесно-иерархической модели структуры хранения файлов, перекреститься, и ВСЕ файлы слить в один большой каталог (точнее в два: семейно-бытовое, и все остальное). То есть, получить один гигантский массив равов. Хотелось бы чтобы этот каталог постоянно сканировался бы каталогизатором, и любые селекции уже тогда делать с помощью каталогизатора, работающего с этим каталогом. Риски понятны, операция необратимая.
Понятно, что имеются ограничения:
(1) Возможное количество файлов в директории.
(2) Способность каталогизатора сглотнуть такой большой массив, и построить индекс, и этот индекс будет нетормозной
(3) Неясность, что будет происходит с доп.файлами, которые будут порождаться сторонними конвертерами, с записанным настройками конвертации, к примеру. Где они будут лежать, кто их будет видеть, как они будут мешать каталогизатору, как будет удобно для конвертера...
_______________________________________________
Повторюсь, опыта с продвинутыми современными каталогизаторами у меня считай что нет. Но, пора...
Сейчас все хранится разложенное по директориям, записи по селекциям ведутся фактически вручную. Так повелось издревле, когда еще работал со сканами. Кстати, сканы также остаются в жизни. То есть их также желательно иметь в каталогизатора (а размеры сканов с БФ - до двух гигабайт, кстати. Так что еще посмотрим, как это проглатывается. Это же не мелкие картинки с D800).
В общем, мнения и соображения по теме - приветствуются.
К СФ это имеет все такое же отношение, как и Лада "Калина" к автомобилям 
.
