СУБД или файловый вариант для 1С?

Question

[Геннадий]

Ребят, посоветуйте как лучше поступить.

Есть около 60-ти баз 1с.
Есть около 80 пользователей.

Каждый пользователь работает с 2-4 базами (одновременно).
И есть несколько баз в которых работает много людей (в одной 60 человек и еще в одной 20)

Как лучше поступить с базами, держать их все в файловом варианте, или перевести на работу в СУБД?
Лицензия на 1с сервер есть и одна база (в которой рабтают 60 человек) уже крутится на 1с сервере + PostgeSQL
Как будет правильней поступить с остальными базами?

Answer 1

[АртемЪ]

И есть несколько баз в которых работает много людей (в одной 60 человек и еще в одной 20)

- эти на скуль однозначно, иначе блокировки замучают, в файловом работать практически невозможно.

Есть около 60-ти баз 1с.
Есть около 80 пользователей.
Каждый пользователь работает с 2-4 базами (одновременно).

а вот эти можно и в файловом варианте оставить, будут пошустрее работать, чем на скуле, хотя можно и на SQL, большой разницы нет, хотя очень возрастут требования к серверу SQL, поэтому думаю все таки файловый предпочтительней.

Comments

[Геннадий]

Я ведь правильно понимаю, что требования к производительности сервера СУБД растут не с количеством баз, а с количеством пользователей? Иными словами, нет ведь разницы, 60 человек в одной базе работают или 60 человек в разных базах?

[Геннадий]

Спасибо за ответ!

[АртемЪ]

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

[al_bozo]

Геннадий: Если файловые базы расположены не локально, то нагрузка на сеть будет расти пропорционально количеству использующихся файловых баз и их размеру. Если же с файловыми базами работает активно больше одного пользователя, то встанет вопрос параллельности работы - в файловой базе блокируются таблицы целиком с уровнем изоляции serializable. То есть блокируется много и жестко.
В целом режим работы в файловой базе предназначен для разработки и одиночных пользователей небольших баз. Файловые базы больше нескольких ГБ уже нестабильны. а еще большие упираются в ограничение 4ГБ на таблицу.

[al_bozo]

al_bozo: ох, не глянул на дату вопроса =)

[Геннадий]

al_bozo: :)

Answer 2

[Павел Самохвалов]

Больше 10 активных юзеров - скуль, однозначно. Меньше, либо малоактивные - надо смотреть.
+ SQL это безопасность - защита от кражи базы.
Если есть лицензия на сервер 1с и в sql варианте не тормозит - переводите в клиент-серверный. Если тормозит - ищите узкое место (подсказка - gilev) и расширяйте.

Answer 3

[Alfair]

Я файловый вариант рассматриваю в основном только для локальной однопользовательской работы. За счёт табличной блокировки работа (активная) даже 5-ти пользователей в такой базе уже может превратиться в муку. Но надо отдать должное, в некоторых (но далеко не всех) случаях файловая работает быстрее.
А в серверных, кроме нормально-многопользовательской работы, есть и другие плюшки -- централизованное администрирование, бэкапирование, работа фоновых и регламентных заданий на стороне сервера.
Так что я за SQL.