К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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



Гость
1 - 12.08.2020 - 12:07
Зависит от многих факторов. У меня в сильно переписанном ПУБ одновременно сидели в терминале примерно 20 пользователей, на весьма средненьком "сервере" из обычного ПК
Зависит от объема базы вообще, от количества документов в частности. В типовой ТИС файлов довольно мало, должна работать лучше, чем ПУБ
2 - 12.08.2020 - 20:10
У меня в ТиС сидело около 20 человек. Тормозов при работе с документами не было (но и ТиС была 1999 года). Перевел на SQL т.к. база быстро росла и появились сбои в работе самых больших таблиц (регистры). Последовательность соблюдалась жестко, даже свирепо...
3 - 12.08.2020 - 20:37
спасибо, коллеги.
4 - 13.08.2020 - 01:39
у меня в ТИС в пике сидело до 25 чел, из них 10-14 бегали с ТСД по складу и активно пикали. и все это крутилось на 2.4 Пень двухядерный с двумя гигами оперативы.
5 - 13.08.2020 - 01:41
Все определяется пиковыми нагрузками.
и ОРГАНИЗАЦИЕЙ работ.
избавишься от постоянной работы задним числом (это достаточно просто, у меня так и работают давным давно) - проблемы даже при штатной конфиге на дбф будут минимальные. Будут постоянно работать/править задним числом - будут постоянные затыки.
6 - 13.08.2020 - 01:42
а так - какие-то проблемы начинаются где-то на 70 юзерах, и то они вроде как не с собственно конфигой, а с какими-то внутренними проблемами 1Ски, но тоже вроде обходятся. работают и по 100 юзеров.
Гость
7 - 13.08.2020 - 04:05
Заднее число - это замедление проведения минимум в 5-7 раз за счет необходимости расчета итогов, а значит и в 5-7 раз увеличивается время блокировки журнала документов 1sjourn.dbf. При работе задним числом и 5 юзеров могут базу "убить" )
Гость
8 - 13.08.2020 - 09:28
Давно это было в бородатых годах начала 2000, по 100 пользователей в ТиС сидели файлово, но начинались проблемы винды - блокировки файлов, переиндексация по утрам и т.д. Перешли на SQL.
9 - 13.08.2020 - 16:29
Цитата:
Сообщение от Jimbo Посмотреть сообщение
Давно это было в бородатых годах начала 2000, по 100 пользователей в ТиС сидели файлово
эх, прям захотелось за попкорном сбегать и посидеть послушать те истории ))
10 - 13.08.2020 - 21:56
9-Ирли Бёрд > палочку-трость у двери не забудь, бегун.. ;-)
11 - 13.08.2020 - 21:56
а сейчас с нынешними мощностями да SSD - блин.. лепота...
12 - 14.08.2020 - 06:24
10-Чучундер > )))
14 - 14.08.2020 - 10:10
В файловой базе, как только размер любого файла приближается к гектару - база начинает сыпаться. На любом железе, с любым числом пользователей.
15 - 14.08.2020 - 10:50
За исключением - при одном пользователе. При одном пользователе (монопольно) может тянуть до двух гигов.

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


И вот только в этот момент они начали жаловаться :)
16 - 14.08.2020 - 10:50
картинка
17 - 14.08.2020 - 10:51
блин, а с другого хостинга
18 - 14.08.2020 - 10:53
off.
хм.. век живи, век что-то новенькое.
с одного хостинга картинки вставляются, с другого нет. странно-странно.
19 - 14.08.2020 - 11:36
Цитата:
Сообщение от Чучундер Посмотреть сообщение
а сейчас с нынешними мощностями да SSD - блин.. лепота...
и запустить ТиС 1999 года... на 16 релизе (вроде самый быстрый расчет в нем был, когда-то сравнивал несколько стабильных и не очень).
Гость
20 - 14.08.2020 - 13:05
(15)Но почистить периодику можно и программисту
21 - 14.08.2020 - 13:12
Цитата:
Сообщение от USSR Посмотреть сообщение
(15)Но почистить периодику можно и программисту
это кроме как фикси опасно доверять. Видел я базу, где убрали все "устаревшие" периодические значения, все что старше 5 лет... а там кучи расчетных коэффициентов которые заводились лет 7-8 назад были...
Гость
22 - 14.08.2020 - 13:32
Цитата:
Сообщение от bma1 Посмотреть сообщение
Цитата: Сообщение от USSR (15)Но почистить периодику можно и программисту это кроме как фикси опасно доверять. Видел я базу, где убрали все "устаревшие" периодические значения, все что старше 5 лет... а там кучи расчетных коэффициентов которые заводились лет 7-8 назад были...
Ну чистить то с умом надо, не просто на дату, а именно значения для требуемых объектов
23 - 14.08.2020 - 15:17
Чтобы избежать блокировок с коллизиями всякими, можно разбить пользователей по группам и использовать урбд. Настроить обмен на удобное время. Если, конечно, позволяет специфика работы.
24 - 14.08.2020 - 23:50
23-Струнин >ну, это если реально пользователей дохрена.
на 20-30 пользователях, при работе в ТА да на современном железе - все будет норм.


К списку вопросов






Copyright ©, Все права защищены