4d_monster3 - Клиент-Сервер ASA 9.0 - база 500 мег (ЗП 2 Года)

3- за 8часов ещё не всё расчитали (на серваке)

Это ж как надо было издеваться над сервером. У нас расчет зп на ASA9 1000 чел занимает ровно 8 сек на достаточно средней конфигурации машины. Но чтобы 8 часов - видимо сплошные курсоры и в планах табличные сканы. Кстати совершенно непонятно, как база за 2 года на 2000 сотрудников может весить 500 метров. Непонятно, что там можно на столько обьема набрать.

4d_monsterя так думаю что в ASA не только всё на курсорах , но ещё и на клиенте не маленькая часть т.к. клиентский комп нагружается на 30 процентов а сервак на 20.

1с- расчёт + подготовка печатных форм по всем сотрудникам. процес при расчёте считал с диска почти 2 гигабайта.

dbf - по досом соответственно ограничение памяти 1 мег а то я так думаю быстрее бы работал

IMHO, Mon$te®
ну тогда что удивляться то. Тогда уж было бы правильней написть не "ASA 9 - 8 часов", а "Клиентское приложение, использующее втупую сервер ASA9 как файл-сервер с табличками и примитивными SQL запросами - 8 часов" Кстати в парадигме такой разработки РСУБД всегда будут проигрывать по скорости файл-серверным - не любят они туда сюда кучу данных по сетке гонять, наглядный пример 1C 7-ая версия под MSSQL, которая его маскировала под хранилище dbf-ок :)

michael_ ASCRUS Кстати совершенно непонятно, как база за 2 года на 2000 сотрудников может весить 500 метров. Непонятно, что там можно на столько обьема набрать.

Вы когда-нибудь зарплату сдельщиков видели? А расчет нарядов у строителей? А пропорциональное распределение по шифрам затрат или источникам финансирования? В этих случаях в лицевом счете может присутствовать по несколько десятков наислений. Правильно это или нет, другой разговор, но заказчик может упорствовать на том, чтобы плодить строки именно в лицевых счетах.
Я много чего в жизни видел. В том числе и текст топика, в котором написано:
автор(2100 сотрудников в среднем по 2 начисления на человека из 70 вариантов)
Так как насчет 500 метров и 8 часов на 2000 сотрудников и 2 начисления всего лишь из 70-и ?

Да уж, кодеры видимо постарались БД напроектировать.

4d_monsterASA - какой-то MobyLink я в ней не разбираюсь. а поставщик тем более. (жрет на сервере 20процентов проца). Клиентский комп напрягается на 30-40 процентов. База от поставщика, ничего не оптимизировалось.
Гм, а при чем тут сервер гетерогенных репликаций MobiLink ? Он конечно входит в комлект ASA, чтобы соединять этот сервер с серверами других производителей репликацией, но чтобы на нем зарплату считали ... это Вы где там MobiLink то увидели ? ( а может просто в Sybase Central имя плагина увидели )

4d_monsterВ сентрале подключена в мобилинке база как сервис
на клиентских компах - ваще оказалось через BDE коннектятся.

IMHO, Mon$te®
Все понятно ... они при установке сервера ASA как сервиса, которая делается специальной утилитой, входящей в комплект, указали, что тип сервиса как "Сервер репликаций MobiLink", вместо "ASA Network Engine". Тип этот ни на что не влияет, он просто нужен Central для понимания, какой сервис какому серверу принадлежит (есть ASA Desktop Engine, ASA Network Engine, SQLRemote replication server и Mobilink replication server). Я нисколько не удивлюсь, если у них в сервисе все параметры старта сервака установлены по умолчанию, т.е. тот же стартовый кэш на 2 мб и его граница на 256 мб. Вполне возможно, что еще и размер страницы БД принят, который по умолчанию - 2 кб. Для производительности сервера с БД размером 500 метров замечательно быстро будет работать

4d_monster-c 128M
-n база

я заменил 128 на 512 но результат не особо сказался
но оони говорят что ничем не могут помочь
может подскажите парамеры чтобы подстегнуть работы (2xXeon+ 3gb Ram)

IMHO, Mon$te®
к нам на форум Sybase вопрос пожалуйста выложите, с точным указанием версии ASA (посмотреть можно в About Central), ОС, техническими характеристиками сервера и размером БД, лога. А там уже народом подумаем, можно ли как то ускорить то, что написали эти самые "разработчики".

PVP ASCRUSУ нас расчет зп на ASA9 1000 чел занимает ровно 8 сек на достаточно средней конфигурации машины. 8 сек!!! Вот это интересно!!! Что же в этот расчет входит?
Гм, все что обычно входит в расчет зп - сдельная и повременная оплата по по различным графикам работ с учетом табеля рабочего времени, отпуска, больничные, удержания (алименты, ссуды, ...), пользовательские начисления и удержания (рисуются сами пользователями), подоходний, ЕСН, сторнирование (перерасчеты) задними числами тех сотрудников, у кого была изменена входящая информация. Быстро все считается по причине того, что во первых код всего расчета лежит в БД, во вторых расчет идет не по сотрудникам, а по начислениям, удержаниям и налогам, где тот же расчет оклада представляет из себя один запрос, охватывающий всех сотрудников предприятия, которым должен быть начислен оклад. В третьих оптимизация всего расчета - кэширование расчетной информации, что позволяет не рассчитывать каждый раз то, что не изменилось, кэширование входящей информации, имеющей сложную структуру для организации более удобной для расчетов структуры и предварительных расчетов, оптимизация самих запросов. Ну а в четвертых - сама СУБД - ASA9, функциональность которой позволяет добиться высокой скорости - продвинутый оптимизатор запросов, большая функциональность языка ХП WatcomSQL, тот же OLAP, который например влет считает нарастающие по начислениям с начала года одним маленьким примитивным запросом.

P.S. В принципе все уже обсуждалось, причем давно, не хочется заново все рассказывать, легче почитать соответствующий топик.

авторА вообще интересно пообщаться теснее с авторами таких бысродействующих зарплат. Интересно, за счет чего достигнуто это быстродействие.
Что то мне подсказывает, что как раз засчет тех самых пресловутых "рук и головы"