Доброго дня. Нужен хороший специалист, который сможет удаленно оптимизировать (ускорить) работу 1С 7.7 и sql2008. После перехода с dbf жутко тормозит. Конфигурация самописная, складской учет на бухгалтерских итогах. Пишите в личку [email protected]

Сервер в тестовом режиме

а зачем переходили на скуль ?

тем более бухня..

ВыбратьПодчиненныеДокументы - это проблема какого скуля 2005 или 2008-? Чето я подзабыл слегонца.

приходится постоянно обрезать базу. Даже на год не хватает. Файл 1SBKTTL переростает допустимые размеры.

(4) обоих.

(5) а 1ssentry какой при этом ?

(0) > Конфигурация самописная, складской учет на бухгалтерских итогах.

Может стоит в принцыпе подумать над переходом на другую конфигурацию?

Использовано Solution7, там проблема "ВыбратьПодчиненныеДокументы" решена

(0) 1SBKTTLC
Содержит рассчитанные бухгалтерские итоги оборотов между синтетическими счетами.

Счета не закрываются ?

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

(7)  1ssentry на половину меньше.

(12) чтд.

переделать на РН - не предлагать?

А что конкретно то тормозит?
Так то прямые запросы тебе в помощь. Хотя по трудозатратам может лучше будет рассмотреть вариант (8).
Если есть бюджет на это, то можешь заглянуть на 1csql.ru или softpoint.ru

(10) Нужен свежий взгляд, я уже истощен)

при таком размере файла проводок, 1SBKTTLC должен быть как минимум, раза в 4 меньше (или еще меньше) чем файло проводок.

(16) Започем он "свежий взгляд"-то по нынещним временам ?

Основные тормоза
ostBombazh = БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.bomb_sklad); // ak // 2009_04_15
        ostBombazh8 = БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.bomb_sklad8); // ak // 2009_04_15
        ostнедост = БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.СкладНедосдач);
        ostнедовоз = БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.СкладНедовозов);
        ostзаозер = БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.СкладЗаозерный);

А как там гришь складской учет у вас на бухне реализован ?
Поди субсчетов наплодили и субконто штук 5 ?

(19) это поди колонки в форме списка, да?

Это в форме справочника, отражает текущее количество по строчке. Еле ползет бегунок при скролинге. На дбф летит

(10) > Счета не закрываются ?

Похоже на то. Тогда тем более (8) Потому что разгребать дороже обойдется.

(15) > Так то прямые запросы тебе в помощь.

Прямые запросы не дают того выигрыша о котором все говорят. Некоторые вещи и впрямь быстрее и удобнее делать, но не все.
Я пробовал оптимизировать проведение - ощутимого выигрыша не получил. По тестам даже кое-где проиграл.

(22) > Это в форме справочника, отражает текущее количество по строчке. Еле ползет бегунок при скролинге. На дбф летит

Этому через кешь помочь можно. Несложно.

Прайс лист формируется 11 минут, на дбф меньеш минуты...

+(24) Во первых вместо счетПоКоду - используй заготовленные переменные.
Во вторых сделай кешь значений остатков.
В третьих нефиг дрочить БД запрашивая постоянно ТекущийЭлемент().

Система: WS server 2008 r2 x64+sql server x64+Raid SSD

(25) кидай мд на почту, посмотрю.
И ТЗ делай, хотябы перечеь узких мест.

(10) Может и не закрываются, взаиморасчеты скорее всего висят

(19) Я конечно извиняюсь, а получить сразу итоги по 5 складам и потом их обработать нельзя в 7.7?

(26) "Сделай кеш значений остатков" - не очень понял что вы имели ввиду.

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

(30) можно

(31) Сделать промежуточную таблицу значений, например.
В нее складывать остаток по товарам, которые уже отображались на форме. Искать в ней, если нет товара - сделать запрос и положить в таблицу. Тогда при скролинге не будет постоянных запросов по одинаковым товарам.

(33) Одновременно работают 20 операторов в программе, остатки меняються... вариант такой не подходит.

(34) Это для подбора. Закрыл окно подбора - ТЗ очистилась.

(34) > Одновременно работают 20 операторов в программе, остатки меняються... вариант такой не подходит.

подходит. чисть кешь раз в минуту и норм.

+(36) ну еще есть пара вариантов с актуальным кешем, но там химия....

Эх! Может и впрямь вспомнить молодость, когда вместо таблиц вьюхи подставлял. (0) смотрел в эту сторону?

(38) Добрый день, это как?

(0) Советую прямые запросы.
(23) Ты просто не умеешь их готовить.

(40) Искал, не нашел толкового примера прямого запроса к бухгалтерским итогам. Аналогичный этому функционалу например: БухИтоги.СКД(СчетПоКоду("41.1"),3,,ТекущийЭлемент(), const.bomb_sklad8);

(41) http://www.1cpp.ru/forum/YaBB.pl?num=1168603103/250#250

ар = СоздатьОбъект("AccountsRecordset");
ТекстЗапроса = "
    |SELECT Субконто1 [Бланк $Документ]
    |    , Субконто2 [Бронь $Документ.Бронь]
    |    , КоличествоОборотДт
    |    , КоличествоОборотКт
    |FROM $БИОбороты.Основной(:РабочаяДата, :РабочаяДата ~,,,,
    |        (Субконто1, Субконто2),
    |        Субконто1 IN (SELECT val FROM #Бланки)
    |        AND Счет = :БПК
    |        AND КорСчет = :БЛТ,,
    |        БезСубконто
    |    ) AS БИОборотыОсновной
    |";
ар.УстановитьТекстовыйПараметр("РабочаяДата", РабочаяДата());
ар.УстановитьТекстовыйПараметр("БПК", БПК);
ар.УстановитьТекстовыйПараметр("БЛТ", БЛТ);
ар.УложитьСписокОбъектов13(Дк, "#Бланки");
тз = ар.ВыполнитьИнструкцию(ТекстЗапроса);

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

Результат тебя поразит, вместо 2-х минутного скрежета штатного механизма, ты практически моментально получишь таблицу значений с выборкой.

(39) это вот так
http://www.sql.ru/docs/sql/u_sql/ch20.shtml
я создавал параметризуемые представления основных 1Совских таблиц, перед проведением устанавливал параметры, снижая тем самым объем выдаваемых данных, потом проводил документ, потом устанавливал пустые параметры, приводя представления в исходный вид. Следил за индексами, чтобы правильно обновлялись при записи в таблицу, строил свои дополнительные индексы, чтобы view-хи быстро работали.
Замедление по сравнению с вариантом dbf выходило не более, чем в 3-5 раз, но это на отдельных операциях. База приобрела стабильность работы и большое ускорение на других операциях, под которые и затачивались представления.

У меня такая конфигурация примерно.
Перешел на скл, основные проблемы были с подбором.
Добавил регистр по товарам, прописал движуху в существующий документах, переписал подбор и проведение тормознутых доков на прямые запросы по регистру.
Переписал получение цен на параметризированные запросы, где то на odbc где-то на классе прямой запрос.

Может проще было потраченные на это деньги работодателя тупо вложить в улучшение железа?

(47) Тут этого не требуется я подозреваю. Надо просто переписать узкие места.

(48) смотря сколько ты это оптимизировать будешь
Если пару дней то да
Если пару месяцев то проще в железо вложиться

(0) Зачем вам Скуль, на 7.7 и еще 2008-ой?
...ТС знатный извращенец :)...

+(23) >>> По тестам даже кое-где проиграл
Прямой запрос, тоже надо оптимизировать ;)

(49) Железо только купленно, свежайщее

(50) не хочется на современном железе ставить WS2003 x64 + sql 2000 x86

(0) самый здравый ответ в (46) имхо

(50) 2008 SQL стоит поставить хотя бы потому, что он умеет бэкапы на лету сжимать.