Zerro,
надежность - тоже не про то.. Развитая система блокировок и разделения доступа на сервере-субд - вот для чего все это.
Могут работать много процессов блокирующих данные от пользователей. Количество людей за компами - тоже не про то.
Два человека могут запускать, например, одну за одной обработки формирующие тонны платежек - система расчетов за жкх.
И так же одну за одной параллельно обработки снимающие отчеты по зачисленным платежам.

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

И это несмотря на то, что тесты по скорости доступа у файловой раза в два лучше.
Будь то 7-ка, 8.1, 8.2 или 8.3. И вообще любой софт.

Отвечали на вопросы пользователей 1С в идиотском диалоге:
- "Тут данные блокированы."
- "И.."
- "А когда разблокируются?"

??? и чем тут крыть? следующий вопрос будет "а чем вы вообще заняты"

Программист 1с,

Если пользователи не блокируют данные. Они вообще работают?
Или не работают?
Какой смысл в учетной системе не изменяющей данные, в системе не меняющей состояние?
По снисходительному тону четко видно специалиста с новыми идеями.

Блокировки при параллельной работе будут возникать и с "большой файловой скоростью".
Скорость по барабану.

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

LepRiKonSСисойОтвет простой: файловую на 6 юзверей в 8.3 может использовать только настоящий самурай. Или просто недалекий спец.
На 5 юзверей есть специальная недорогая клиент-серверная поставка. Вместе с SQL Express (или DB2 Express) - то, что надо.
Больше 5 - вообще совсем не для файловой.

Это понимают технические специалисты, но не бух-и и директора.

Это поставка 5-ти пользовательского сервера - не совсем про то.
Это такая спец-лицензия для мелких разработчиков в первую очередь. Для отладки нюансов с НачатьПеремещениеФайла(.

Поэтому она залочена на 5-х и не расширяется.

5-ть пользователей и на файловой 8.3 заработают прекрасно. Пока одна из таблиц в БД не станет 4Gb или все в целом не станет 10-15-20 Gb. Но это вряд ли, для типовых кон-ий

Так как-то сложилось, что специалисты обсуждающие эксплуатацию файловых вариантов почему-то предлагают лечить низкое быстродействие сетевого доступа к данным по SMB (через шарки \\сервер\база) либо 7.7 (уже давно умерло наглухо совсем), либо СУБД на SQL.

Хорошее быстродействие реализуется в конфигурациях 8.3 с упр.формами на схеме: "тонкий клиент - локальный httpd сервер организации - файловая база".
Apache - x86 веб-клиент, IIS можно запустить на x64 веб-клиенте.
Или на терминальном - сервере

Программист 1сNick Perelyaev, рад что вы почитали что такое блокировки. Но опыт и теория это 2 большие разницы. Вы не допускаете мысль что пользователи могут и не блокировать данные? А из за большей файловой скорости вероятность блокировки будут существенно реже? И тогда и при 200+ 77 пользователях вам не будут задавать идиотские вопросы.

Вы судя по всему не эксплуатируете систему с 200 + 77 пользователей. В случае лечения узкого места со страничными блокировками - ssd дисками - это да, действительно "2-е разницы". Я бы сказал - конфликт полушарий

СисойПрограммисту 1С:
1. Сами разработчики 1С категорически не рекомендуют юзать файловую для боевого многопользовательского режима. Общался с ними. Подводных камней там предостаточно. В тонком клиенте все еще хуже.
2. Есть ограничение по размеру БД. Причем спрогнозировать предел для конкретного экземпляра БД невозможно (там не ровно 2Гб+2Гб. все гораздо интереснее).
3. В случае сбоя база как правило, не лечится. Только восстановление из архива.
4. Невозможен безопасный онлайновый бэкап во время работы пользователей.
5. В современных типовых вообще засада. Ряд алгоритмов требуют 5-6 Гб ОЗУ минимум (и это в обычной БП 3.0). И где вы видели такое на обычном клиенте бедной (если не могут купить сервер 1С) организации?

Про безопасность данных вообще молчу.

СУБД на то и называются "промышленными", что эксплуатируются в бизнесе. А файловая 1С относится к "настольным" и "любительским". Для любителей немецкого порно.

Все решает назначение, проектирование базы. Есть базы с 15 000 заведенных эккаунтов пользователей, которые только на чтение.
Там нет проведений и документов. Можно и на файловой, почему нет.

А вот ERP 2.1.3 - всего 1 пользователь - "закрытие месяца" - 2Gb сразу берет MS SQL 2012, 2Gb - платформа в кластере + клиент еще почему-то пухнет.
Смотря как, смотря где.
У 1С нет ничего "настольного" или "любительского". Ген. директор 1С Нуралиев делает только то, что за что будут платить клиенты, только то что рентабельно.
Он сам много раз говорил и писал, что игрушечное или "теоретически интересное" - сразу у них идет по-боку.