Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

10.02.2009 - 06:29

Кто и как часто делает в своих базах полный пересчет итогов? Насколько это вообще может повлиять на скорость отбора итогов?
Переиндексация пускается каждую ночь принудительно, а вот пересчет не пускал с момента создания бд.
Так же и про упаковку бд?
База за два года выросла до 4 гб. Максимальный размер файла чуть более 500мб (регистр партий)

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

odines.ru

21.11.2024 - 18:52

Смотри также:
Как быстро программно изменить родителя n-го числа элементов ? в 7.7
Какая связь между 1С и операционной системой?
Учет услуг связи: как лучше сделать?

Re: Пересчет итогов и прочие регламенты, когда и как часто

roma n

1 - 10.02.2009 - 06:38

полгига за год? Это должен быть очень приличный документооборот.
Уверен, что регистры закрываются?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

2 - 10.02.2009 - 07:35

(1) почему регистры? пересчёт итогов вроде в Бухе делается, разве нет?
(0) почему переиндексация каждую ночь? у тебя база на dbf что-ли? У нас базёшка Бух весит 15 гиг, возраст 3 года, ни разу не сворачивали и не делали никаких переиндексаций.

Re: Пересчет итогов и прочие регламенты, когда и как часто

roma n

3 - 10.02.2009 - 07:48

(2) "пересчёт итогов вроде в Бухе делается, разве нет?" - нет. Таблицы итогов есть и у регистров.
Кстати, на скорость отбора итогов их пересчет вряд ли сильно повлияет. Большего эффекта скорее можно ожидать от "рационализации" использования индекса. ИМХО

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

4 - 10.02.2009 - 08:58

(3) таблицы итогов конечно есть и у регистров, я согласен
но вопрос сабжа звучал так: "Кто и как часто делает в своих базах полный пересчет итогов?"
"Полный пересчет итогов" - это опция, доступная только в компоненте БУ (в меню "Управление бухгалтерскими итогами").

Re: Пересчет итогов и прочие регламенты, когда и как часто

roma n

5 - 10.02.2009 - 09:02

Из контекста вопроса видно, что автор имеет в виду опцию "Пересчет итогов" в ТИИ. Правда там без "полный" ;)

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

odines.ru

21.11.2024 - 18:52

Смотри также:
Как отследить одиночный клик в таблице
Как встроить отсчет времени в форму
Главная книга

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

6 - 10.02.2009 - 09:16

из контекста вопроса пока вообще рано делать какие-то выводы, имхо
ведь непонятно даже, в каком формате база
у меня очень большое подозрение, что в dbf, а значит, все наши дальнейшие спекуляции просто бессмысленны
щёлкать клювом два года, доведя базу до размера 4 гига, и не удосужившись потратить два-три дня, чтобы перевести её на sql - это многое говорит об авторе сабжа

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

7 - 10.02.2009 - 09:20

для начала самое первое пожелание автору - перейти на sql
и вообще перестать заниматься такой ерундой, как ежедневая переиндексация

Re: Пересчет итогов и прочие регламенты, когда и как часто

pit

8 - 10.02.2009 - 17:06

Курултаи лахи, аднака...
"База за два года выросла до 4 гб." - Ответ - ну и что, что 4 ГБ.. есть базы и по 9 ГБ в файлововвм варианте....

а вот более интересная инфа от (0), которую друзья-Курултаи не видят
"Максимальный размер файла чуть более 500мб".... Даже до рекомендации 1 ГБ в файле ему еще 4 года жить и жить...

Переход на сиквел - надо еще иметь сиквельную платформу... Зачем, если ДБФ тянет нормально? А сиквел+платформу надо еще и покупать...

P.S. сделать в базе - "Выгрузить данные"
потом в новую пустую базу - "загрузить"
таким образом без Тии будет сделаны
- чистка от мусора
- сжатие
- полный пересчет итогов...

после выполнения выгрузки - загрузки сравнить размер баз (исходной и новой), разницу - в студию...

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

9 - 11.02.2009 - 05:42

(8) во-первых, будь добр не коверкай ник, это мелковато для такого великого гуру, как ты
во-вторых, уважающая себя контора, способная за пару лет "наесть" базу 4 гига, вполне в состоянии раскошелиться на sql-сервер и скульную 1С.
это не какая-то роскошь, а нормальное ПО, соответствующее для баз такого размера, оно именно подходит для того, чтобы вертеть такие базы.
это не роскошь, а просто норма
и не надо гордиться тем, что у тебя где-то крутятся 9 ГБ базы на dbf.
если для этих баз каждую ночь приходится делать переиндексацию - это нормальной работой не назовёшь, и гордиться тут нечем.
скорее тут уместнее задуматься о риске, которому ты подвергаешь базы клиента.
Вместо того, чтобы настоять на покупке достойного ПО, и решить проблему в корне, с запасом на много лет вперёд.

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

10 - 11.02.2009 - 06:22

Упс. Слово "полный" из заголовка убрать :)
Да имелось в виду пересчет итогов в тии.
База за 3 года. Народ жалуется на тормоза.
Переход на скл прироста скорости не даст (по крайней мере много "курил" кубани на сей счет)
База в терминале. Переиндексация на тот случай что юзверей не завершивших сеанс приходится ночью выбрасывать принудительно, чтоб сделать бекап базы.
Делать перерасчет итогов не могу регулярно, т.к. каждый день надо делать обмен с тремя филиалами (уриб), а такой расчет занимает больше суток (проверял).
Вот думаю толи базу резать (2006 год), толи думать дальше.
А как влияет "незакрытие регистра"? Есть сомнения насчет некоторых "самописок" :)))

Re: Пересчет итогов и прочие регламенты, когда и как часто

roma n

11 - 11.02.2009 - 06:53

А как влияет "незакрытие регистра"? - таблица итогов растет как снежный ком. Соответственно и выбор нужного итога из этой кучи г..на будет медленней

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

12 - 11.02.2009 - 08:16

(9) Да ты умный спору нет... вот только с оперативным учетом ни разу ты не работал! Ибо даже не представляешь во что превращается работа пользователей с базой размером 4ГБ после перевода ее в SQL. Гораздо дешевле поднатужиться и жить с 9-ю гигами в терминале, но без тормозов и затрат на оптимизацию 1С++. Единственное что меня на это подвигло - когда пользователей стало больше 30 - база в файловом варианте стала биться ежедневно. И SQL мы воткнули только чтобы база не погибла от интенсивности работы, зато обрели кучу геморроя с производительностью.

Re: Пересчет итогов и прочие регламенты, когда и как часто

pit

13 - 11.02.2009 - 09:06

(10) не слушай Курултаев...
Сделай выгрузку-загрузку - много мусора уйдет.
Сделай на копии - посмотри время сего процесса.
Дальше - по результатам...

Незакрытие регистра - это полный.... курултай...

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

14 - 11.02.2009 - 11:31

Ааааа... т.е. для регистра есть две таблички чтоли? Одна со всей движухой, а другая с итогами? И эта итоговая просто тупо растет. И когда 1С берет остаток то берет итог из второй таблицы + движения из первой. Так?

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

15 - 11.02.2009 - 11:35

и еще в догонку:
Ну сделаю я выгрузку/загрузку. мусор уйдет. а перефирийки мне потом заново создавать и там заливать?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

16 - 11.02.2009 - 13:09

(12) "Ибо даже не представляешь во что превращается работа пользователей с базой размером 4ГБ после перевода ее в SQL"
.
дорогой мой, у меня на sql база 15 ГБ, общее количество пользователей 180, из них одновременно работают от 40 до 65 (сегодня, например, 54). В месяц вводится порядка 21 тыс. документов.
Никакого геморроя с производительностью, о котором ты так красочно пишешь, у нас не наблюдается.
Что мы делаем не так?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Мымра

17 - 11.02.2009 - 13:17

опять меряются... базами

Re: Пересчет итогов и прочие регламенты, когда и как часто

рit

18 - 11.02.2009 - 14:32

21 тыс в месяц? мало....
1400 РН в день, к части из них - СЧФ, плюс до 40% от количества РН - возраты, плюс - 250-300 документов в день производство.

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

19 - 11.02.2009 - 15:02

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

А у меня - типовая ТиС на сервере-самосборке 7-летней давности в 2 камня и 4 Гига оперативы, выполняющий роль SQL сервера и терминала для операторов. Одновременно 35 юзверей около 900 доков в день по 80-120 строк.

Естественно что проблему можно решить единовременной покупкой нормальной стойки... но клиент - жмется на такие "излишества". Да и к тому же, даже на таком барахле у нас все работает.

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

20 - 12.02.2009 - 10:38

Основная "затыка" с транзакциями. Они меня уже бить собираются за "ошибка транзакции выполняемым другим пользователем" :)
Набивает накладную в 100 позиций, ставит на проведение: ошибка транзакции и 1ска вылетает. А позиции были по телефону набраны :) Звонить клиенту влом. Сделал им пока возможность печати накладных без проведения. Печатают, чтоб потом если чо перебить :)))
ПыСы: сервак самосбор, 2 ксеона, 2 гига памяти, 5-8 юзверей. обычные сата-диски.

Re: Пересчет итогов и прочие регламенты, когда и как часто

roma n

21 - 12.02.2009 - 10:54

Ставлю на получение итогов для каждой отдельной строки при проведении документа.

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

22 - 12.02.2009 - 15:11

(20) А ты патч Romix'а поставил? А таймаут ожидания блокировки?

Re: Пересчет итогов и прочие регламенты, когда и как часто

23 - 12.02.2009 - 17:31

Вот у меня каждую ночь делается переиндексация.
Каждую ночь делается пересчет [бух]итогов.
И что? Что плохого? Кто страдает? Какие еще ресурсы тратяться, нежеле на питание проца и винта (моник гаснет)?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

24 - 12.02.2009 - 22:47

(16) поржал от души...
.
дорогой мой, у меня на sql база 15 ГБ, общее количество пользователей 180, из них одновременно работают от 40 до 65 (сегодня, например, 54). В месяц вводится порядка 21 тыс. документов.
.
у меня одна маленькая база, пользователей тоже мало, один раз в месяц примерно за 10 мин в базу вводится порядка 10-12 тыс.доков... И near bird !!!

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

25 - 12.02.2009 - 22:56

выставлю свою пипиську...
в день около 300 доков, человек 5 активно работающих рожают это колво... и не пищат от транзакций.. "сервак" какой-то старый пень 5-ей давности... все на нем в терминале.. а еще прикрутил терминалы туда с которыми складские по складу работают... и ниче.. 1ска не вылетает от транзакций... Может что-то надо в консерватории подправить???
;-)

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

26 - 12.02.2009 - 22:57

а.. ну да.. доки до 600 строк бывают... в среднем если взять то строк по 200 наверное где-то...
в свое время на мисте была устроена знатная писькомерялка...

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

27 - 12.02.2009 - 22:58

короче - это не у меня короче, а типа поржал от души...
;-)

Re: Пересчет итогов и прочие регламенты, когда и как часто

Твинсен

28 - 13.02.2009 - 00:03

Да переходили бы уже на УТ, хорошая конфа, хорошая платформа :).

Re: Пересчет итогов и прочие регламенты, когда и как часто

МимохожийОднако

29 - 13.02.2009 - 04:34

(0)По мере необходимости. Не часто

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

30 - 13.02.2009 - 06:58

(21) неее.. типовой документ "раелизация" для тис самый распространенный "тормоз" в базе :) там итоги для списка номенклатуры считает
(22) патчей не ставил никаких. надо? где почитать про это?
период опроса БД стоит 10 сек. период ожидания блокировки таблиц 15 сек
мало? больше поставить?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

31 - 13.02.2009 - 07:25

(27) балда, я рад конечно, что ты поржал, но я вообще-то я ни собирался ни с кем меряться
просто мне там выдвинули в (12) обвинение, что я типа не знаю что такое база под SQL, и дескать не представляю какой это гемор
а гемор-то не в SQL, а в кривых руках некоторых прогов
в правильных руках база на SQL летает ничуть не хуже, чем на DBF, будь она хоть 9 гиг, хоть 15, хоть 150
надо просто готовить правильно

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

32 - 13.02.2009 - 09:20

(31) - Твои SQL Базы и правИльные проги, после которых летает, как ты сам говоришь, "не хуже" - на пару порядков дороже для предприятия. А нормальная IT-служба должна работать не только на качественную работу подведомственного железа и софта, но и на сокращение расходов на содержание самой себя. Да, я смогу заставить летать SQL-ную 7.7, только ни одного работодателя нет у нас, который бы проинвестировал эту работу. Быстрее и дешевле без этого геморроя работать.

(30)http://www.kb.mista.ru/article.php?id=179

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

33 - 13.02.2009 - 11:29

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

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

34 - 13.02.2009 - 11:45

(34) Да как же тебе финансист минимизирует расходы, когда идет, допустим, выбор сервера баз данных? Он же ни ухом, ни рылом в предмете, только цифры видит. Или вы на Oracle работаете?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

35 - 13.02.2009 - 12:18

(34) Заранее извиняюсь, в (33) "Не брат ты мне" - это про отношения финансистов и айтишнегов, а не про Вас, уважаемый. Конкретно к Вам у меня - отношение самое положительное.
А финансист минимизирует очень просто. Просто фирма не будет покупать новый сервак, пока старый не сломался, вот и все дела.
Золотой мой, я вижу, что Вы не фикси, а работаете в IT-конторе и оказываете информационные услуги. Я же работаю фиксом, в филиале довольно крупного холденга, и поэтому по долгу службы знаком со спецификой бюджетного планирования затрат по филиалу.

Re: Пересчет итогов и прочие регламенты, когда и как часто

Друзья зовут меня Курулай

36 - 13.02.2009 - 12:21

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

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

37 - 13.02.2009 - 12:26

(35) А шли бы все эти заморочки лесом. А то счас религиозная война будет. Естественно я аутсорсер, у мну в крови стремиться к оптимальному соотношению цены и качества. И естественно я люблю крупные холдинги - ваш брат глупых вопросов не задает и задачи интересные ставит.
[офф]Что, частенько палки в колеса вставляют "гниды черножопые"? ;)[/офф]

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

38 - 19.02.2009 - 11:59

Про патч ромикса почитал. Тест сделал. 100% загрузки проца в терминале не вижу. (25 релиз, 2003сервак) (хотя делал тест на локальной машинке с хп, там было)
Так что пока ставить его не стал.
Выгрузил БД, загрузил. Разница примерно в 10Мб (только дбф-ки). (2900мб против 2890мб)
Но вот что странно - размер индексов в загруженой базе БОЛЬШЕ чем в исходной. Как так?
Дак чегоб еще придумать чтоб с транзакциями побороться? Уж очень нехочется обрезать года.

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

39 - 19.02.2009 - 12:01

А чего тут думать? Партионый учет в регламент на ночь, в оперативном режиме - только контроль остатков.

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

40 - 19.02.2009 - 18:21

(39) мысль конечно... но все хорошо для доков которые ввели сегодня сегодняшним числом, а если перепроводки старых? а если доки задним числом? както много всего отследить надо будет
ктото подобное реализовывал?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

41 - 19.02.2009 - 19:34

(40) а зачем пересчитывать что-то если постоянно куда-то лазят??? если такое дело есть - значит наплювать на всякую "правильность" - вот и забей на это дело..

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

42 - 19.02.2009 - 20:37

А чего тут следить? Мой робот на оперативной базе тупо проводил все недопроведенные по партиям документы. А не полностью проводились только новые документы. вкупе с УРИБ для распределения ролей блокировки у операторов на телефонах упали больше чем на порядок.

Re: Пересчет итогов и прочие регламенты, когда и как часто

SergeyY

43 - 20.02.2009 - 11:24

(41) ну прям никто никогда задним числом ничо не правит чтоли? идеальных манагеров не бывает :)
(42) ясно. вобщем надо попробовать :)
Еще один вопрос: при подборе идет расчет остатков по складу. В типовой склад один. Мне нужно чтоб считал остатки сразу на двух (так надо :)!!) Все сделал как положено, но блин тормозно считает. В запросе условие на вхождение склада в список из нужных двух. Тормозно блин. Если склад один то быстрее делает. Может чото тоже можно придумать :)?

Re: Пересчет итогов и прочие регламенты, когда и как часто

Reaper

44 - 20.02.2009 - 12:49

(43) - у меня 2 базы по УРИБ, в одной только оперативные документы вводятся, а менеджеры во второй живут.

А по поводу расчета остатков - в глобальном модуле есть 2 функции, называются как-то похоже на "глПолучитьОстатокЦену()" и "глПолучитьРозничныйОстатокЦену()" - если перевести их в прямые запросы, то, по моему разумению, конфа летать станет повыше и побыстрее.

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

45 - 20.02.2009 - 23:12

(43) > ну прям никто никогда задним числом ничо не правит чтоли? идеальных манагеров не бывает :)
//
давайте разделять менеджеров и менеджеров... что вообще менеджеру(ам) надо "взади" править, причем так часто/глубоко что встает проблема "пересчета" - не втыкаю...

Re: Пересчет итогов и прочие регламенты, когда и как часто

Чучундер

46 - 20.02.2009 - 23:13

(44) >если перевести их в прямые запросы,
ну, придется по крайней мере писать 3 ветки - для скуля, для дбфа и для черного запроса...

Re: Пересчет итогов и прочие регламенты, когда и как часто

КонецЦикла

47 - 21.02.2009 - 00:27

2(0) Пересчет итогов все равно оставляет нулевые значения в таблице итогов, зачем делаешь его?
Если любите перепроводить и восстанавливать последовательности - лучше конечно на ДБФ
Но есть свои риски и гимор с индексами
В СКЛ можно и не заметить тормозов при штатном использовании, отчеты могут стать быстрее, обмены УРБД, поиск ссылок, открытие периода, реструктуризация и всякое такое - однозначно быстрее
Единственное быстрый поиск в справочниках не такой быстрый... ну и массовое проведение... и калечные запросы, и расчеты типа ЗиКовских :)
ЗЫ. В общем работой надо ЗАНИМАТЬСЯ

Ваше имя:
Тема сообщения:
Сообщение:

Пересчет итогов и прочие регламенты, когда и как часто

Форум 1С: Одинэс.Ру