Груповое проведение документов в 1С 7.7 SQL #140217


#0 by DjSoul
Вопрос в следующем.В начале месяца перепровожу базу.При старте обработки , документы проводятся быстро.По мере увеличения проведенных документов, проводит медленно.Где-то читал о проблеме SQL. (Что-то, где-то надо обнулять)Люди, кто чего подскажет?
#2 by Джинн
Есть такая проблема. "Что-то где-то" не получится. Либо у софтпойнта покупать приблуду за 300 зеленых, либо пользоваться ReconectNative из халявной 1С++. Но что в первом, что во втором случае нужно очень осторожным и аккуратным быть.
#4 by zzz
http://itland.ru/forum/index.php?showtopic=6119http://itland.ru/forum/index.php?showtopic=8500
#5 by Кабан мимо пробеган
Каждую неделю поднимается такая ветка. Поиск рулИт.И что характерно, в понедельник. Значит не провелось за выходные?
#6 by Кабан мимо пробеган
Выгрузи в дбф, перепроведи, загрузи в скл.Будет быстрее, если не считать времени выгрузки/загрузки
#7 by zzz
2 проще SQL 7/0 поставить
#9 by zzz
2 поставь Sql 7.0, разница небольшая по функциям, а проведение ночью летать будет без багов 2000SQL
#11 by AAAChel
А реально кто-нибудь пользовался компонентой от SoftPoint? Ее МуМу вроеде предлагал, причем вначале отрицавший наличие такой проблемы.
#12 by Djkxfhf
2 я её тестировал.
#13 by МуМу
То 11. Клевета. Никогда я не отрицал существование такой проблемы! Мало того я ее знал фактически с момента возниткновения.(т.е. с момента выхода MSSQL 2000) потому как она у клиентов стала появлятся и это было серьезной проблемой. Я ее отрицал в том виде в котором ее описывали - это да.Компонентой от софтпоинт пользовались уже много много людей. Позвони впрочем в софтпоинт тебе дадут контакты людей которые уже ей пользовадись.
#14 by Djkxfhf
2 ветку не завёл, так что она ему и не нужна наверное ..
#15 by AAAChel
Это не клевета, я читал обширную ветку, где у чела была эта проблема, Вы ему рекомендовали сделать мониторинг счетчиков, и типа все это элементарно, а у Вас нет времени ему объяснять что и как. Потом вроде как Вы озадачились, и в конце ветки уже возникла компонента, которая очищает буфер сессии.И Вы вроде там были, меня эта компонента интересует, но так как для тиражного (малюсенького) продукта она очень недешева, мне бы хотелось ее пощупать в демо-режиме или хотя бы услышать мнения очевидцев. А так, ребята, это слишком на развод похоже. Может я и неправ, но это мое ощущение
#16 by AAAChel
Я думаю, что нет смысла бодаться, и мне нет смысла клеветать на человека, которого я не видел и не увижу наверное никогда, но согласитесь, как можно купить кота в мешке?? Не компонента, а Виагра какая-то
#17 by Djkxfhf
2 это моя ветка была :) МуМу как всегда ворчал что нахаляву нефик, но давал советы :))Тесты, которые я проводил - выкладывал. Могу ещё раз выложить, но общий смысл - проблема в SQL2000 этой компонентой решена на 100%.
#18 by AAAChel
Да, это была Ваша ветка. Он не просто ворчал, он Вас строил этими счетчиками, что ему работы на час найти узкое место при проведении, то есть вроде и не догадывался, что эта ошибка MSSQL 2000. Вы купили компоненту? Вопрос про demo остался повисший. У меня нет оснований Вам не доверять, но я не слышал больше отзывов нигде, может вы с ним просто пара "колпачников". Согласитесь, что за тиражную DLL дороговато 300$, на 200 больше MSSQL2000 стоит на 5 пользователей.
#19 by Юрикс
а ни у кого в архиве этой ветки не осталось?
#20 by AAAChel
Да есть у меня где-то, большая она, на несколько страниц
#21 by AAAChel
Djkxfhf: (это начало)По ночам восстанавливается ГП. Сделал красивый подробный лог, который показывает что в каждом следующем месяце один и тот же вид дока проводится в ~1.5 медленней (смотрю среднее время за месяц). В ДБФ такого не происходит. ТА двигаю на документ и соответственно эта операция по времени учитывается отдельно, а замедление идёт именно в проведение дока с актуальными итогами. Свои транзакции не использую.Из-за чего это может быть? Есть один регистр с большим колвом реквизитов , может из-за него?Му-му: (это тоже недалеко от начала)Бог подаст.:) Когда человек пострался хотя бы все подробно описать тогда и ответить если время есть -не жалко. По вопросу все что нужно здесь прозвучало. Два дня самостоятельного изучения и вы проблему решите.Вы хотя бы одно значение счетчика хдесь привели? и чего же вы хотите..Не знаете как снимать показания с счетчиков? - По поиску как этим пользоватся вы можете найти за 10 мин.Вообщем вы лентяй.ИМХО. А лентяям я не помогаю - по крайней мере бесплатно.
#22 by Romanson
компонента "гибкие блокировки" работает на прошлом месте работы уже с полгода (бухучет), полет нормальный.
#23 by Djkxfhf
2 Не, не купил. Если читал ветку - то наверно знаешь. Мы поставили Sql 7.0 ибо у нас нет 1С8 и особых процедур для которых нужен SQL2000. Разницы особой в скорости нет.Доверяй - недоверяй - твоё дело. Я вообще к Софтпоинту отношение имею только такое:а) уважаю Володю как спеца. Хотя иногда занудного на форумах, но приятного в личном общении :);б) с удовольствием провёл для него тест компоненты, которая решает проблему. Проблему которую я поднял в своей ветке и которую Володя расковырял и решил (на которую Мукрософт забил большой болт);в) так как проводил тест, то держал в руках и могу сказать о её работоспособности;г) денег с продаж компоненты не имею :)..2 см http://itland.ru/forum/index.php?showtopic=6119http://1c.realnet.ru/cgi-bin/forum.cgi?ask=9785 (рилнет тока в ауте)
#24 by Djkxfhf
2(МуМу) Володь, а как кстати дела обстоят с 1с 8.0 ?1) слышал что она на SQL 7/0 не работает, правда?2) как там решена проблема SQL2000, реконектом постоянным (процедура на уровне движка)?
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С