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

Может быть автору для решения задачи стОит вспомнить о том, что давным-давно информация в прототипах нынеших БД и СУБД хранилась именно в файловой (папочной, ящичной) системе, а не в единичных ОГРОМНЫХ файлах, из которых ее еще нужно умудриться достать?

Dogen КомсомолкаМожет быть автору для решения задачи стОит вспомнить о том, что давным-давно информация в прототипах нынеших БД и СУБД хранилась именно в файловой (папочной, ящичной) системе, а не в единичных ОГРОМНЫХ файлах, из которых ее еще нужно умудриться достать?
О, я помню. Куча каталогов с названиями 5001, 5002, 5100... а внутри dbf-ки. Не менее удобно, чем огроменный файловый каталог (что, кстати, будем делать с повторяющимися именами? Каталоги размножать? А что будем делать с NTFS и 20000 файлов в одном каталоге? Вы на практике такое эксплуатировали?)
Чего я только не эксплуатировала... Например, у меня был эксплуатируемый сотрудник, который на любое мое предложение, касающееся модификаций и улучшений, начинал мне расписывать, как это будет плохо и неудобно, как это будет трудно сделать, как он устанет и как ему придется задерживаться после работы... Избавилась. Еще один - на очереди. Но это лирическое отступление.

На самом деле, я очень рада, что Вы предвидете эти проблемы! И как настоящий разработчик, Вы, не сомневаюсь, найдете простые и изящные их решения. Ведь в вашем распоряжении есть соответствующие инструменты: архиваторы, каталогизирование, алгоритмы распределения файлов по размерам/типам/принадлежности, актив директори..., да? ;))

Dogen КомсомолкаНапример, у меня был эксплуатируемый сотрудник, который на любое мое предложение, касающееся модификаций и улучшений, начинал мне расписывать, как это будет плохо и неудобно, как это будет трудно сделать, как он устанет и как ему придется задерживаться после работы... Избавилась. Еще один - на очереди. Но это лирическое отступление....то есть теперь у Вас все как в рекламе - наш директор такой душка, он говорит - давайте работать в выходные, ура!!!

КомсомолкаНа самом деле, я очень рада, что Вы предвидете эти проблемы! И как настоящий разработчик, Вы, не сомневаюсь, найдете простые и изящные их решения. Ведь в вашем распоряжении есть соответствующие инструменты: Нет, я предпочитаю выбирать те пути где указанных проблем не будет Мудрость не в том, чтобы знать, что делать с проблемами.

Комсомолкаархиваторы, JPEG архивируйте сами, а насчет DOC... при хранении файла в файловой системе Вы его автоматически архивировать будете? Или Вы про сжатие дисков Windows?..
Комсомолкакаталогизирование, Системы документооборота (например) сами по себе хорошо все каталогизируют.
Комсомолкаалгоритмы распределения файлов по размерам/типам/принадлежности, Я все применительно к документам говорю (ну тут еще некие "объекты" называли, похоже что это то же самое).
Комсомолкаактив директори..., да? ;))Боже упаси!
Вам просто хочется со мной пообщаться. Конструктива в Вашем посте - ноль. Я понимаю - весна-а-а... :))

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

А реакция вполне нормальная - я в программисте наравне с профессионализмом прежде всего ценю лень... до определенных пределов, естественно...