Галактика в вопросах и ответах

>>На одну операцию вставки записи в БД приходится куча операций модификации с этой записью.

На одну операцию вставки записи в БД приходится одна запись вставки в БД и ни как иначе. Но на создание одного документа происходит регистрация в журнале как операций вставки, так и модификаций. Это верно. Но отношение созданных и измененных записей в базе к записям в журнале 1:10 - это уже многовато однако. Мало того я же взял по максимуму, что пользователей всегда 60, что не совсем так.

>>..пользователь что-то сделает, потом кучу раз это поправит...

Однако бить по рукам таких пользователей, что бы сначала думали, а потом делали Один раз и правильно

Хотя возможно все

Граждане, у вас же про мониторинг спрашивали!
Шо ж вы умничаете: пользователей по рукам бить, сами-то пробовали? Всех 60 бить? Или выборочно?

Так про выбор пользвателя и вопрос. Кого?

Кстати, Vitas, а чего Вы решили что не всегда их 60? Или в смысле, что бывает и 80?

Вообще, действительно интересно: что, ни у кого нет такой загрузки системы? И афигенных размеров таблиц?

Не знаю, не знаю...что у Вас за пользователи ,товарисчи. Они чего, сами не знают чего в базе делают ? Лично у нас необходимость в журнализации не возникала почти никогда. НУ бывает спростят у меня раз в квартал чтоб посмотретьт кто чего поменял данные. Дак для этого у меня баки есть - дневные(за последние 5 дней) ,недельные, месячные. Конечно, если запись грохнули , то в этом случае никак не посмотреть.И даже если юзверя "поймать с поличным" по журналу он ведь упираться будет что не делал этого.

Кто же здесь умничает? Это юмор однако
Наказывать особо вредных пользователей пробовал, часто помогает, хотя бывают случаи когда бесполезно.

Что их 60, и в смысле, что бывает 50 (а не 80 ):
>>В системе работает 50-60 пользователей которые интенсивно вносят изменения.

Загрузка системы может возникать при формировании больших отчетов, но не при массовой модификации, так как при модификации основная нагрузка ложиться не на процессор, а на винты и оперативку, ну естественно сеть загружается. Но тогда получается (судя по журналу), что идет массовое измеенния данных и крутятся крупные отчеты? Вот в этом я и пытался разобраться, а не умничал )

Загрузка проца на сервере возникает и у нас, но редко. Вопросом этим (по поводу того, какие пользователи загрузили ЦПУ) я ломал себе голову, но софта не нашел. Увы

Den, а Corpo-обмен без журнала как?

Vitas.
Пользователей у нас действительно много. За день вводится порядка 2000 документов. На разных площадках. Позиций спецификации от 3 до 100.Отчеты почти все переписаны и формируются не средствами Галактики. Однако есть, наверное, отдельные идивидуумы, которые "упорно" формируют их в Галактике. И ес-но грузят систему.

Пардон, что высказалась вчера слишком эмоционально. Bublikа в обиду не дам!
Шутка. Он в моей защите не нуждается.

Да его ни кто и не обижает А солидарность работников одного предприятия вещь хорошая и правильная

А чем ваши отчеты формируются? Разница не втом, что формируется в галактике или к примеру в акцесе или в репорте, который кристал. В любом случае в это время (время формирования отчета) идет запрос к серверу первасива, что есть нагрузка на ЦПУ сервера, так как сервер первасива производит выборку из базы и тоьлко после этого передает данные клиенту, хоть через ОДБС, хоть напрямую клиенту первасива. С таким же успехом можно было средствами атлантиса переписать стандартные отчеты, более оптимизированно, так как в большенстве случаев, благодаря универсальности отчеты галактики тащать слишком много данных, дабы попытаться угодить требованиям разных пользователей. Переписывая под себя, вы оптимизируете алгоритм и тащите данные только те, которые нужны именно вам, что дает прирост в производительности и уменьшает нагрузку на сервере.

Все справедливо. Но у нас не акцес и не репорт.
Одно могу сказать точно: непосредственно при формировании отчетов запросов к серверу первасива нет. Детально описать не могу, не я автор.
Если есть не праздный интерес, сообщите. Передам Ваш вопрос автору. Думаю, он сможет в нескольких словах описать принцип.

Один вопрос есть в любом случае.
Откуда берутся данные если нет запроса к серверу? Т.е. что является источником данных?
И на чем все это дело написано?

Вы так спорите, что вот-вот подеретесь...

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

Можно конечно закрыть.
Но я бы попросил, что бы Наталья Каракошенко
ответила бы все же на мои вопросы

Согласна. Тему закрываем.
Vitas, я же сказала, не я автор.
Если интересно, пишите на gary@auk.euromb.com
Обещали пообщаться с Вами .

Спасибо.
Отпишу

Еще предложение - поставить корпо и сливать все в новую БД на другой машине в нее в одном направлении. Пользователям сказать чтобы большие отчеты строили находясь в другой базе.
У нас тажа пробла - узкое место сеть но все же работают 90 челов. Все пересчеты (бухсальдо за последние 3мес, скл ордера с начала года и т.п)сделаны ночью NowRunом. Из журнализации были исключены все автопересчитываемые таблицы, это сильно уменьшило журнал и увеличило скорость работы.
Вот только самый хороший в смысле удобств интерактивный отчет очень долго работает после того как его закрываешь, и пересобрать его не могем - там на паскале написано пришлось своих наделать по отдельным счетам.
И тут помоему любую другую систему возьми - теже проблемы будут.
itpark.ru