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), ОС, техническими характеристиками сервера и размером БД, лога. А там уже народом подумаем, можно ли как то ускорить то, что написали эти самые "разработчики".