2 c127
Фаром. Поиск фаровский и виндовзный тоже явно тормозят, когда натыкаются на большую диреркторию.
Хммм... знаете ли, я был знаком с разработчиком файлового манагера для PTS DOS... программер настолько могучий, что для отображения списков файлов он не придумал ничего лучше, чем использовать пузырьковую сортировку. И что теперь, файловая система от этого хуже стала?

Но вернемся к нашим баранам, то бишь всяким там фарам.
Вы открываете фаром каталог и видите тормоза. Тормоза растут линейно. Файловая система, по Вашему утверждению, ничего не индексирует. Хммм... Вы понимаете, что в совокупности всё это есть бред? Не бывает линейных алгоритмов сортировки неиндексированных массивов. Где-то Вы в очередной раз ошиблись.

Это верно, ошибся. Но не сильно
Фига ж себе несильно. Начали с утверждения, что будут тормоза при поиске, а теперь плавно сползли на то, что якобы оно просто не влезет. Вам не кажется, что это таки две большие разницы?
То, что могут быть трудности с хранением - это одно, а то, что уже на нескольких сотнях файлов у Вас наступают какие-то ограничения ОС - это детские страшилки, их внукам перед сном рассказывайте.

Пьяный Лох с127Если файлов много, то это медленно, поскольку сколько бы файлов не было, они в NTFS, ext2, ext3 и некоторых других не индескируются
Давайте я скажу, что это неправда, а вы меня попытаетесь убедить в обратном?

Не буду, зачем.
Ну и чудненько. Мудрое решение.
Во всех обзорах про NTFS пишется, что дескать там фсякие B-деревья используются для индексации, а Вы бы вдруг стали доказывать, что индексации нет. Неудобненько получилось бы.
Опять таки во всех обзорах преимущества NTFS-а начинают сказываться при большом (несколько тысяч) кол-ве файлов в каталоге, а у Вас на нескольких сотнях видите ли ограничения ОС.
"... Как уже неоднократно было показано, SQL бесполезен для доступа к данным... " (с) ЧАЛ.

Уже пытались создать 2 млн файлов, неудачно, а это всего два дня работы системы.
Мы один и тот же топик читаем? Как из 50000 картинок в день Вы смогли получить, что 2 млн - это два дня работы?

На других ФС поломается не через два дня, а через 20, разница не принципиальная.
Я так полагаю, что учитывая Вашу двадцатикратную ошибку по количеству файлов, эту Вашу фразу надо читать как "на других ФС поломается не за 20 дней, а за 400" ?

О чем мы спорим не понимаю, ведь все ясно, проверили, не работает.
Если не получилось с разбега лбом открыть дверь - это не значит, что дверь принципиально не открывается. Вполне возможно, что открывается, причем быть может даже в другую сторону.
Какой размер кластера? Было ли зарезервировано место под MFT? Было ли отключено банальное протоколирование времени последнего доступа к файлу/каталогу (это в первую очередь советуется при рассмотрении вопросов, связанных с хранением большого кол-ва файлов)?
А так, знаете ли, я (например) в ДБ2 с бодуна попробую чего-нить понаписать в гигабайтных объемах, получу какую-нибудь каку, и скажу, что дескать "РСУБД не предназначены для хранения большого кол-ва информации". Дескать все ведь ясно, проверили, не работает.

Согласен, именно так, если бы там не требовалось хратить и получать дополнительную информацию ("должна быстро получить по индексу картинку и несколко информационных записей").
Храните дополнительную информацию прямо вместе с файлом, в чем проблемы то???
Т.е. не факт, что по условиям задачи оно обязательно получится, но точно так же не факт, что обязательно не получится.

А так в результате длительных усилий Вы построите свою СУБД в файловой системе. Так зачем городить огород, лучше взять готовую СУБД.
Да не предлагаю я писать СУБД поверх файловой системы. Равно как и не предлагаю писатьт файловую систему унутре СУБД.

---------------------------------------

2 mv
Полный атас.
Не проще ли не спорить, а закатать рукава, да слепить тестовую систему?
Если неспеша - то максимум на один вечер работы.
Был бы незадействованный полутерабайтный винт - так бы и сделал. Ан нетути :(

Если организация хранения файлов в СУБД совсем не накладна по сравнению с
хранением в файловой - то почему бы ее не использовать?
Патамушта зачем.
Файловая система должна хранить файлы.
Веб-сервер должен плеваться хтмл-страничками.
РСУБД должна ворочать кортежами.
Ледокол должен колоть лёд.