Есть 7.7 ЗиК года 2006.

Связка такая - базы на сервер1. Скуль на сервер2.
Сотров в базе порядка 5000, из которых работают 1500 где то.
Когда расчетчики ставят на рсчет зп, удержаний и налогов никто не может работать.
Работают без терминала - просто через шару.

Как оптимизировать эту схему чтобы все было тип топ.
Принимаются любые комментарии.

И по прямым запросам - как они пишутся и что для этого нужно.

зик на скуле? Вот и ответ. Считайте в отдельной базе, результаты по распределёнке обратно.

(2) А как решить проблему такую.
Сегодня приняли. Завтра перевели, а потом задним числом изменили должность.

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

будет ли прирост - если посадить базы на сервер2 к скулю?

(5) убирай с сиквела.
не дружат компонента "расчет", и сиквел. Собственно,и с УРБД расчет не лучшим образом взаимодействует...

Перевод на снеговика

(7) представляю как будет двигаться снеговик на слабенокйо машинке...

рам-диски или ssd уже предлагали?

(8) Как раз в части ЗИК на скуле ЗУП (снеговик) предпочтительнее

старые песни о главном

(6) Почему не дружит?
Сами прожили год, а то и полтора
SQL для основной работы
+ УРБД + ДБФ для рассчета и тяжелых отчетов

Все нормально (если по рукам и голове давать, когда в ДБФ пытаются править шаблоны проводок или еще что-нибудь "ДБФ -только расчет"

(12) были сложности, дословно не воспроизведу. но получалось, что объект в одной базе создан, а его записи - в другой. ну и из-за этого конфликты были...