Перешли на SQL, где прирост скорости?

AlrKrk

16.03.2009 - 03:25

Доброго всем дня, перешли неделю назад с файловой на SQL версию 8.1. Прироста по скорости ощутимого не получили, при проведённых тестах, документ в файловой версии проводиться быстрее чем в SQL. Помогите разобраться где собака зарыта.

(MS SQL2005, 1С-Сервер 8.1.13.41) (сервер Proliant ML320)

К списку тем

1 2 >

К списку форумов

Интересные темы

odines.ru

23.11.2024 - 22:15

Смотри также:
Помогите, люди добрые!
покупка и монтаж оборудования для заказчика
Как прикрутить к документу внешнюю печатную форму ?

Re: Перешли на SQL, где прирост скорости?

Said_We

47 - 02.04.2009 - 13:41

(46) А кому нужны эти разрезы, если забить данные невозможно из-за тормазов. Не откуда брать разрезы если информация появляется быстрее чем её можно ввести в базу. В 7.7 успевали.
На счет железа, то как раз 7.7 перевели на старый сервер. 8.1 поставили на тот же сервер где до этого была 7.7 - только сам сервак переставили на 2005, а на 2000 было еще медленее. Так что железо и антивиры тут вообще не при чем.
Переписал проведение "Отчета о розничных продажах". Скокрость проведения одного документа сократил с 50 секунд до 10. Правда за счет откатывания релиза 1С:Предприятие 8.1 (8.1.11.67). С новыми релизами и с 12-м и с 13-м было секунд 20.

Re: Перешли на SQL, где прирост скорости?

Said_We

48 - 02.04.2009 - 13:45

К (47) Но мне на самом деле сильно повезло, что себестоимость не надо считать, так как она известна по каждой позиции чека. Т.е. весь расчет себестоймости в лес.
Но вот само проведение не куда не денешься. НУ галочку тоже отключил, а то сама запись в регист бухгалтерии просто один большой тормаз.

Re: Перешли на SQL, где прирост скорости?

Reaper

49 - 02.04.2009 - 18:25

А откель необходимость в толпе документов "отчет о розничных продажах"? И необходимость в их проведении зверями? Партионный учет оперативно пытаетесь вести?

P.S. У меня в ТиС реализации проводилсь по 30 секунд, после хирургического вмешательства проводиться стали по 3 сек. А вот у коллеги в УТ сразу реактивно бегали... Ни о чем не говорит. Это не программы плохие, а руки кривые у пользователей, или бабла на железо/специалистов жмут. Вон, в автосалонах никто супер-тачек не продает, суперами они в тюнинг-ателье становятся.

Re: Перешли на SQL, где прирост скорости?

DeiMos

50 - 02.04.2009 - 18:37

Прекращайте уже хохлогазосрач, а?
Тема - тупой бойан и многократно обсуждалась.
Автор: Пригласите специалиста.

Re: Перешли на SQL, где прирост скорости?

Said_We

51 - 03.04.2009 - 08:12

(49) ТиС хоть и на Оракле и бегает весело, но может далеко не все. Нет контроля закрытого периода например, и кто что вводил. Т.е. можно вводить и в старые периоды что угодно (на самом деле много чего по мелочи но в совокупности не мало). И реально несколько раз токовое происходило.
В итоге информацией которая реально проходила по балансу и т.д. можно смотреть только в БУ. А хранить информацию без разреза номенклатуры тоже нельзя. Авторы ТиС Оракла разводят руками. ТиС от 1С тормазит на том же железе что и Оракл просто несравнимо, поэтому реализация от 1С может и класная, но по скорости работы совсем неприемлема.
А откель необходимость в толпе документов "отчет о розничных продажах"? А их не толпа - сколько касс столько и документов в день. В одной кассе за день от 3 до 5 тисяч строк в среднем. Касс около 40. Номенклатурный ряд около 60 тыс. Живых и активных около 20 тыс.

(50) "Тема - тупой бойан и многократно обсуждалась." - и будет обсуждаться до тех пор пока боян не перестанет быть тупым или появиться другой не тупой баян.

Интересные темы

odines.ru

23.11.2024 - 22:15

Смотри также:
сторно в налоговом учете
Не заполнен показатель Имя. Выгрузка данных: Баланс Форма 1
504 Регистр-расчет амортизации основных средств - ошибка.

Re: Перешли на SQL, где прирост скорости?

Reaper

52 - 03.04.2009 - 08:43

51-Said_We > ну и что, неужели нельзя обучить эти документы проводиться по ночам без посторонней помощи?

Re: Перешли на SQL, где прирост скорости?

Said_We

53 - 03.04.2009 - 09:38

(52) Иногда приходилось и в 7.7 перегружать. Ну как иногда не так уж и иногда. Пи этом загрузка длиться несколько минут и особо не мешает, а в 8.1 это часы и мешает всем. Было класно, а теперь не класно. т.е. Если надо что-то перегрузить - то выключай свет бросай гранату.

Re: Перешли на SQL, где прирост скорости?

Said_We

54 - 03.04.2009 - 09:44

И слова о том, что в трёхзвенке все просто здорово... а что собственно эта трехзвенка дает? Если на том же железе тот же объем данных еле варочиется по сравнению с 7.7 в которой даже ускорять и переписывать модуль не пришлось. Оно просто работает. В общем намудрили с бух регистром в 8.1.
Я так смотрю, что 8.1 для программистов удобнее и медленнее чем 7.7 стоит дороже. На месте пользователя хрен бы купил.

Re: Перешли на SQL, где прирост скорости?

Reaper

55 - 03.04.2009 - 10:19

54-Said_We > Ты однобок. Цель автоматизации - анализ данных для помощи в принятии управленческих решений. Возможности анализа на снеговике кчественно иные. Но ничто не берется из ниоткуда и не уходит в никуда. Плевать хотели разработчики на операторов - целевая аудитория это менеджеры, которые документов в систему не вносят.

Re: Перешли на SQL, где прирост скорости?

Said_We

56 - 06.04.2009 - 09:25

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

К списку тем

1 2 >

К списку форумов