захват таблицы пользоватлем

[margo]

прошу разъяснить, неразумной:один пользователь несколько раз захватывает одну и ту же таблицу, причём ,с разными уровнями доступа (может и монопольно)
даже если на локальной базе открыть один каталог MC, то к нему идёт 4-х кратное обращение этого пользователя.
разве это нормально?
может дело в каких-то неверных настройках клиента?

[ecasoft]

При входе в интерфейс просмотра каталага МЦ происходит:

1 открытие таблицы katmc
2 открытие еще 2 ее синонимов
3 установка на текущую запись (обращение к таблицу KAtMC)

вот и получили, что при каждом входе 4 обращения. Это еще мало.

При входе в любой интерфейс обращений к таблицам может быть очень много...чего там только с ними не делается Это нормально.

С уважением, Игорь

[margo]

спасибо!
давно меня уже не баловали таким понятным, чётким и компетентным ответом.

значит, заявление о том, что это многократное обращение - "не нормально"... само по себе не нормально
но почему же мне усиленно пытаются втолковать, что подобные многократные подцепы одним и тем же пользователем одних и тех же таблиц - причина медленного и печального процесса работы галактики на сервере... да ещё и приводящая к тому, что галактика начинает работать "не очень корректно" ?

[Deinis]

Margo, если я правильно понимаю, то программа просто делает то, что в ней написано. Поэтому корректность работы с Галактикой зависит от корректности написанной программы, а не от количества обращений к таблицам БД на физическом уровне.
Хотя то, что она требовательна к ресурсам (в том числе и по указанной причине) - это действительно верно.

[margo]

Спасибо за "хладнокровную" констатацию фактов, денис.
Значит, получается, что всё дело... таки в конфигурации железа?
И никаких особых "секретных", в понимании начинающего администратора, настроек для более активной работы Галактики не существует?

[m0p3e]

Настройки есть разные. Некоторые влияют на производительность. А вот те кто "пытается втолковать" не в том месте ищут!!! Ну невозможно сделать многие выборки не используя синонимов!!! Как связать в одном отчете накладные на отпуск и накладные на возврат, если шапки и тех и других в KatSopr-е лежат?

[ecasoft]

Если проблема в скорости, то следую посмотреть:

- компьютер клиента должен быть достаточно производительным, т.к. сам SQl запрос моделируется в Галактике на клиенте, на клиенте он разбивается на множество запросов к серверу. Это происходит даже, если Вы работаете на Оракле или MS SQl. На клиенте происходит также и интерпритация самого языка, так как в ресурсе он лежит не в виде выполнемого кода, а кода интерпретируемом. Отсюда и высокие требования к клиенту. Не старайтесь запускать на клиенте по 2-3 Галактики и еще какие-то приложения.

- величина БД. Хотя у меня есть клиенты БД 10 ГБ и никаких проблем со скоростью.

- сервер, саму сеть и ее загрузку, другие программы;

- установки Бетрива (хотя это уже в последнюю очередь).

Даже величина окна влияет Если в окне видно 3 записи, то программа будет работать быстрее, чем если бы было видно 20 строк в броузере. Во всяком случае так было раньше..может это сейчас уже не так.

Крутые фирмы делают для повышения производительности так (практика компании ЮКОС):

два сервера:

1 - для ввода информации; Сюда только вводят документы. Когда нет получения отчетов другими пользователями, то работает быстро;
2 - для получения отчетности и анализа; Только чтение;

запоздание 1 день. Связь по корпо или копируется ночью вся база данных.


С уважением, Игорь.

[margo]

Особое человеческое спасибо, Косякин Игорь.
Выша манера комплексно и упорядоченно отвечать, даже на мой, туманно сформулированный вопрос, - достойна уважения.

С глубоким уважением, первый член фэн-клуба Косякина Игоря, - margo.

[Vitas]

Косякин Игорь писал:
"Даже величина окна влияет Если в окне видно 3 записи, то программа будет работать быстрее, чем если бы было видно 20 строк в броузере. Во всяком случае так было раньше..может это сейчас уже не так. "

Это верно и нынче. Вообще кол-во отоброжаемых полей сильно влияет на скорость работы клиента. Следует заметить, что открытие нескольких окон так же очень сильно тормозит клиента и если клиент слабоват, то можно даже видеть окошко с индексацией данных при переходе между записями. Желательно в данном случае не столько наращивать мегагерцы процессора (хотя тоже не мешало бы) но и наращивать мегабайды оперативки