ShSergeСтранно, какой такой файл-сервер?
https://www.sqlite.org/serverless.html
"SQLite does not work this way. With SQLite, the process that wants to access the database reads and writes directly from the database files on disk. There is no intermediary server process."

файл-сервер в чистом виде. Не клиент-сервер. Под "файл-сервером" имеется в виду не "сервер файлов", а когда к файлу на одном компе идут обращения из программ с других компов.

p.s. я не понял, это какой-то сарказм, или что? SQLite по способу работы с базой это то же самое что dBase, FoxPro, Paradox, BTreeFiler и т.д.

RuzzzЭто что ж получается, местные петрасяны благодаря моей ветке освежать свои знания )
не знаю, может кто и освежает, но вообще-то это базовые вещи многопользовательского доступа.
RuzzzМне бы опыт чужой, с цифрами
не поможет. У разных систем разное соотношение чтения/записи, разные объемы записи в одной транзакции, и т.д. Все зависит от того, как написано приложение, и что делают пользователи.
Может быть база 100 гиг со 400 пользователей с чахлой записью и интенсивными чтениями, а может быть наоборот, 500 мб база и 3-4 коннекта эту базу целиком переписывают по 3-4 раз на дню.

Мне как-то попалась статистика по транзакциям от одного однопользовательского приложения - оно производило около 500 тысяч транзакций в сутки. Почему и зачем - без понятия. Это при том, что средние многопользовательские системы на той же СУБД с 50-200 пользователями производили от 400 тыс до 2млн транзакций в сутки.

YUBA,

у нынешнего поколения программеров либо склероз, либо игнорирование "предыдущих поколений".
Если бы кто-то помнил btrieive, или btree-filer, или прочее, никаких иллюзий по поводу "файл-сервера" бы не возникало.