В УНФ на каждый справочник, к которому хранятся файлы есть рядом еще один справочник с файлами. Например - НоменклатураПрисоединенныеФайлы, КонтрагентыПрисоединенныеФайлы и т.д.

Почему сделано именно так, а не один на всех?

Так-же этот справочник никому не подчинен, а есть реквизит "ВладелецФайла". Почему его просто подчиненным не сделать?

Это такое качество УНФ

(0) параллельность записи и чтения
насчет подчинения - тут хз, спроси производителей

(1) С чего бы УНФ?

(0) потому что не надо все валить в одну кучу
Также не забывайте про права доступа

Вообще-то, доп.свойства уже хранят в табличной части - до файлов, видимо, очередь не дошла.

(5) вообще то все, что блоб, стараются вынести за рамки объекта

(6) Это всё потому, что 1С читает всё содержимое объекта в память, в отличие от нормальных систем, где получают Blob-Id, по которому можно потом прочитать данные.
Хотя, хранилище значения - это как бы BlobId и есть.

Файловая база, ограничение на таблицу в 4 гига, такое разделение возможно отсрочит проблему.

(0) Это для двух целей:
1. Чтобы распараллелить чтение и запись
2. Чтобы права не пересекались безо всяких РЛСов

почему не подчиненный - яхз. Возможно, чтобы сэкономить количество индексов - для подчиненного платформа создаст 3 в любом случае и еще +3 на каждый реквизит с "Индексировать", а так - только 3 дополнительных. Но это просто теория

(9) "а так - только 3 дополнительных" - не правда, т.к. один всего, если нет допупорядочивания. Но - не суть

Не только в УНФ, в ERP так же
там и так 100500 справочников да еще эти !

(9) видимо да
я как раз настраиваю доступы сейчас юзерам в ERP

в БП 3.0 полно справочников с суффиксом ПрисоединенныеФайлы

+ (12) у каждого из которых есть реквизит ФайлХранилище -- типа ХранилищеЗначения

но вот не понятно, зачем есть ещё РС ПрисоединенныеФайлы
с измерением ПрисоединенныйФайл (тип все справочники с суффиксом ПрисоединенныеФайлы) и ресурсом ХранимыйФайл (тип ХранилищеЗначения )

(13) тоже интересно. может чтобы хранить версии файлов..