СПЕЦИАЛЬНО для SQL баз.
Обработка осуществляет выборочное проведение документов по видам и по фильтрам:
Фирмы, Контрагенты, Номенклатура. (под ТиС и подобные).
Использует 1С++
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Обработка делалась под ТиС и самописные под SQL конфигурации.
Не секрет что скорость проведения документов в SQL базе значительно падает с нарастанием объема перепроводимого. Для обхода этой нехорошести был реализован метод в 1С++ ReconnectNative() за что DmitrO и остальным разрабам отдельное спасибо, а так же за кучу других вкусностей).
Собственно обработка формирует список документов к перепроведению по указанным фильтрам и наивозможно быстро перепроводит
Очередная редакция альтернативного стартера, являющегося продолжением StartManager 1.3. Спасибо всем, кто присылал свои замечания и пожелания, и тем, кто перечислял финансы на поддержку проекта. С учетом накопленного опыта, стартер был достаточно сильно переработан в плане архитектуры. В основном сделан упор на масштабируемость, для способности программы быстро адаптироваться к расширению предъявляемых требований (т.к. довольно часто просят добавить ту или иную хотелку). Было пересмотрено внешнее оформление, переработан существующий и добавлен новый функционал. В общем можно сказать, что стартер эволюционировал, по сравнению с предыдущей редакцией. Однако пока не всё реализовано, что планировалось, поэтому еще есть куда развиваться в плане функциональности.
Согласитесь, что окно стандартное сообщений в 1С иногда приносит больше неудобств, чем пользы. И тем более разные "Предупредить"... Что с этим окном только не делают! Его отцепают от формы, делают маленьким, умудряются спрятать за границы экрана. А потом звонят программистам с претензией, что документ почему-то не проводится, отя ничего и не пишет. У вас такого не было? А вот у нас было и не раз )))
На днях встретил вопрос на форуме про возможность внесения изменений в конфигурацию без долгого сохранения в рабочей базе большого объема.
Вот решил поделиться опытом, как это делал я. База у нас была объемом порядка 120 Гб. К базе обращался сайт в режиме 24/7, поэтому важно было быстро сохранять изменения и желательно без последующего монопольного запуска для восстановления индексов и процедур и без отключения пользователей от базы.
Это первая часть статьи и посвящена она справочникам. С одной стороны - это самый простой объект, с другой стороны, именно про справочник спрашивалось на форуме.
Если статья будет востребована, то я напишу аналогичные про документы, регистры и может еще что.
Встала недавно задача для одной организации, которая все еще на 1С 7.7 немного автоматизировать работу отдела продаж. А именно уйти от ручного заполнения договоров, сделанных юристами в MS Word. Договора от разных фирм и разного назначения отличались. Переводить их в таблицы 1С очень не хотелось и нашел способ прямо в файлах Word сделать небольшие дополнения, чтобы можно было печатать, используя именно эти заготовки юристов.
Давным давно, когда я еще плотно писал на 7.7 работа с формами была мучительной и неудобной. Приходилось каждый элемент выкладывать, выравнивать на форме ручками, прописывать код в модуле. Иногда при разработке очередной формы приходила в голову мысль: "а где-то я уже похожее делал..." и начинался мучительный поиск подходящего кода в своих запасах........
Анализируем различные данные в 1С, используя OLAP-технологии со всеми прелестями. Т.е. наглядное отображение данных, быстрые расчеты, горизонтальные и вертикальные группировки любой вложенности, удобная фильтрация, Drag'n'Drop и ещё много приятных вещей от MS.
Обработка на входе принимает практически любую таблицу значений (ТЗ в которой колонкам указаны типы значений, строка, число и т.п.), на выходе имеем на форме 1С сводную таблицу и график по этой ТЗ, с которой работаем, как и в Excel со сводной таблицей и диаграммой.
Взял за основу разработку «OLAP Анализ счёта» ( http://infostart.ru/public/14964/ ) от JohnyDeath и переделал под любую ТЗ.
Опционально используется «Прогресс бар для 1С 77» (http://infostart.ru/public/14061/ ) от Gmix.
Автор, ты явно не договариваешь:
для ReconnectNative() нужно:
1. чтоб были закрыты все открытые курсоры
2. актуально только для 2000 скуля.
3. перепровод не имеет смысла при сортировке по виду документа
4. для фильтра по номенклатуре, например, выгружать ТЧ документа в СЗ - вообще не комильфо..
5. каждый раз делать УстановитьТАна - это тоже ппц.
(1) Справедливости ради замечу, что
1. у автора есть предупреждение об открытых окнах (читай курсорах) в 1С
3. перепровод делается в хронологическом порядке.
зато добавлю в список:
6. если балуешься с ТА, то его ее нужно возвращать на место, а не на последний док в базе (у меня такой документ Напоминание от 31.08.2012)
2. Штатно и реконнекта нет, это не означает, что на 2005 не работает
3. см (3)
4. Использовать запрос с фильтрами, и лучше прямой
5. Не верю, что в цикле, установ ТА на документ быстрее, чем 1 раз установить на первый документ.
(5)
2. хорошо. задам наводящий вопрос - что нуждно было напсать ? для MS SQL 2000 ? тогда бы было комильфо ? :D
5. вопросы веры я не рассматриваю :) статистка - вот такая. если есть другая статистика - с удовольствием погляжу замеры.
1. отрабатывается. выдаст ошибку и предложить позакрывать все.
2. 7.7 на 2005 штатно не ставится.
3. сортировки такой в обработке и нету.
4. как комильфо ? :))
5. по тестам с "каждый раз установить" процентов на 30 быстрее. как быть ? сделать медленее ?
upd про возвращать на место (или последний проведенный оперативный - согласный). просто у меня они как то совпадают :)
(4),(5) Установка ТА в цикле нехило тормозит, но можно использовать"комбинированный" подход: перебираем доки - если док не подходит по условию, но участвует в опер учете, то выставляем флаг "подогнатьТА" и при следующем доке устанавливаем ТА программно. В этом случае ТА будет корректно переносится самой системой, если документы проводятся по порядку и переносится программно, если есть "пропуски". А вот быстродействие такого метода сильно зависит от данных конкретной базы.
В любом случае ReconnectNative() - это временный костыль. Нужно постепенно уходить на прямые запросы, либо отказывать от расчета остатков задним числом...
(8)
про костыль не соглашусь. к сожалению вне зависимости прямой или кривой запрос используется на ошибку SQL2000 это не влияет. в 2005 пофиксили, да.
я использовал оба метода : прямые запросы в документах + если надо чего то выборочно провести - эта обработка.
без установки ТА итоги будут рассчитываться по 2 таблицам, а не браться из акутальных. практика показывает что расчет на ТА даже с учетом сдвига быстрее :)
Если есть другая статистка - велкам.
опять же - не нравится сдвиг ТА - используйте 1 алгоритм "без сдвига" :)
(10)
1. и к чему спич ? в штатном проведении есть мультифильтр ? :)
2. у меня другая статистика : на ТиС было на 30% быстрее штатного. как быть ?
кроме того на немаленькой базе как то проводили год - так вот начиная с 5го или 6го месяца штатное проведение месяца занимало около суток. С RN - увеличения длительности не было.
и pls если есть что по обработке сказать - велкам. отвлеченные беседы на тему взаимодействия 77 и sql они тут лишние. хочется - создай тему на форуме, хотя вопросы эти 100 раз обсужены и разрешены.
данная обработка (данная обработка) несет дополнительный довольно удобный функционал. не является ноу хау и откровением и успешно используется со времен написания ДмитрОм метода RN()
(11)
1. ну , за такой "мультифильтр" нужно <нужное подчеркнуть>
2. при правильном переписывании модуля проведения ( чтоб и останочки и запись в регистры +толкание файла итогов делал прямой запрос) достаточно штатного перепроведения, гда проведение всегда в ТА..
вот тогда и скорость будет в разы быстрее..
а так, костыль он и в африке костыль.
ЗЫ: да и при офрмлении темы, желательно указывать, для какого формата базы костыль - не все же здесь кодеры, тут иногда и бухи/обычные пользователи заходят.. если что.
(12)
1. мультифильтр - обычный. поставленную задачу - решает. не нравится - напиши под себя. болтать - не мешки ворочать.
2. еще раз: в штатном проведении мультифильтра нет , в обработке - есть. понятно ли это ?
3. при оформлении темы формат УКАЗАН.
зы на мерянье органами меня не разведешь :) не старайся.
(15) - не поверишь. проведет по фильтру :)
заголовок темы погляди %)
ты зачем все это пишешь, поделись ?
я конструктива не вижу.
Разговор ведется на отвлеченные темы и о том что ты умешь писать мультифильтры (который взят с типовой кстати).
По теме то есть что сказать ?
А так, надоело - выкладывают одни баяны, ни одной новой идеии, в лучшем случае -"обертка" другая и всё...
Да хоть в этой обработки - ни описани проблемы перепроведения в скуле, ни откуда ReconnectNative взялся, ни описания хотя бы, что он делает... Нате люди добрые и пользуйтесь. А то что даже сдесь, на инфостарте такого добра полна коробка...ээх.
Было бы внятное описание - не было бы придирок.
стесняюсь спросить - читал ли ты описание кроме анонса ?
что делает - написано, зачем написана - написано, даже как делает (про реконнект) - написано.
поделись, зачем ты пишешь не читая о чем обработка ?
наверное у нас разное понимание зачем нужны обработки.
мне и моим клиентам - чтоб работало хорошо.
тебе, так понимаю, чтоб новая оригинальная идея. ну бог в помощь.
