Сколько активных юзеров можно в ФАЙЛОВОЙ базе 7.7
 

Всем привет.
Подскажите плиз, сколько активных пользователей допустимо в файловой базе 7.7 (например, в ТиС), чтобы не начались проблемы там всякие?
С какого количества пользователей желательно (в рекомендательном плане) собираться потихоньку переходить на SQL ?

Зависит от многих факторов. У меня в сильно переписанном ПУБ одновременно сидели в терминале примерно 20 пользователей, на весьма средненьком "сервере" из обычного ПК
Зависит от объема базы вообще, от количества документов в частности. В типовой ТИС файлов довольно мало, должна работать лучше, чем ПУБ

У меня в ТиС сидело около 20 человек. Тормозов при работе с документами не было (но и ТиС была 1999 года). Перевел на SQL т.к. база быстро росла и появились сбои в работе самых больших таблиц (регистры). Последовательность соблюдалась жестко, даже свирепо...

спасибо, коллеги.

у меня в ТИС в пике сидело до 25 чел, из них 10-14 бегали с ТСД по складу и активно пикали. и все это крутилось на 2.4 Пень двухядерный с двумя гигами оперативы.

Все определяется пиковыми нагрузками.
и ОРГАНИЗАЦИЕЙ работ.
избавишься от постоянной работы задним числом (это достаточно просто, у меня так и работают давным давно) - проблемы даже при штатной конфиге на дбф будут минимальные. Будут постоянно работать/править задним числом - будут постоянные затыки.

а так - какие-то проблемы начинаются где-то на 70 юзерах, и то они вроде как не с собственно конфигой, а с какими-то внутренними проблемами 1Ски, но тоже вроде обходятся. работают и по 100 юзеров.

Заднее число - это замедление проведения минимум в 5-7 раз за счет необходимости расчета итогов, а значит и в 5-7 раз увеличивается время блокировки журнала документов 1sjourn.dbf. При работе задним числом и 5 юзеров могут базу "убить" )

Давно это было в бородатых годах начала 2000, по 100 пользователей в ТиС сидели файлово, но начинались проблемы винды - блокировки файлов, переиндексация по утрам и т.д. Перешли на SQL.

[quote=Jimbo;47834312]Давно это было в бородатых годах начала 2000, по 100 пользователей в ТиС сидели файлово[/quote] эх, прям захотелось за попкорном сбегать и посидеть послушать те истории ))

9-Ирли Бёрд > палочку-трость у двери не забудь, бегун.. ;-)

а сейчас с нынешними мощностями да SSD - блин.. лепота...

10-Чучундер > )))

В файловой базе, как только размер любого файла приближается к гектару - база начинает сыпаться. На любом железе, с любым числом пользователей.

За исключением - при одном пользователе. При одном пользователе (монопольно) может тянуть до двух гигов.

ps: Но (к воспоминаниям) Самая офигительно сделанная база в этом смысле (размера файлов 2 гига) - это Рарус Школьное питание 7.7
У них, плин, куча периодических значений. Каждое меню-требование на каждый день - это куча периодики. Которая никак не закрывается и никак не чистится.
В итоге я реально сталкивалась с базой, у которой...
Я прифигела, когда увидела эту картинку (файлы отсортированы в порядке размера по убыванию):
[img]https://ibb.co/dpFZ8Rv[/img]

И вот только в этот момент они начали жаловаться :)

картинка
[img]https://ibb.co/dpFZ8Rv[/img]

блин, а с другого хостинга
[img]https://a.radikal.ru/a43/2008/ac/093722b0ea8b.png[/img]

off.
хм.. век живи, век что-то новенькое.
с одного хостинга картинки вставляются, с другого нет. странно-странно.

[quote=Чучундер;47835676]а сейчас с нынешними мощностями да SSD - блин.. лепота... [/quote]
и запустить ТиС 1999 года... на 16 релизе (вроде самый быстрый расчет в нем был, когда-то сравнивал несколько стабильных и не очень).

(15)Но почистить периодику можно и программисту

[quote=USSR;47836783](15)Но почистить периодику можно и программисту [/quote]
это кроме как фикси опасно доверять. Видел я базу, где убрали все "устаревшие" периодические значения, все что старше 5 лет... а там кучи расчетных коэффициентов которые заводились лет 7-8 назад были...

[quote=bma1;47836795] Цитата: Сообщение от USSR (15)Но почистить периодику можно и программисту это кроме как фикси опасно доверять. Видел я базу, где убрали все "устаревшие" периодические значения, все что старше 5 лет... а там кучи расчетных коэффициентов которые заводились лет 7-8 назад были... [/quote]
Ну чистить то с умом надо, не просто на дату, а именно значения для требуемых объектов

Чтобы избежать блокировок с коллизиями всякими, можно разбить пользователей по группам и использовать урбд. Настроить обмен на удобное время. Если, конечно, позволяет специфика работы.

23-Струнин >ну, это если реально пользователей дохрена.
на 20-30 пользователях, при работе в ТА да на современном железе - все будет норм.