Вход | Регистрация
    1  2
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: 1С 7.7 УРБД убрать из файлов обмена ненужную инфу

v7: 1С 7.7 УРБД убрать из файлов обмена ненужную инфу
Я
   tgu82
 
18.06.20 - 08:36
Всем добрый день!
ТИС 7.7 - 6 перифериек и ЦБ
Периферийки на ДБФ а вот ЦБ переходит на MS SQL
Это конечно здорово особенно то что не надо каждый год свертывать базу.
Но вот на ПБ где ДБФ регистр RA328 ведь будет подходить к 2 ГБ.
И их надо тогда сворачивать.
А с другой стороны в обмен попадает куча инфы совершенно не нужной для ПБ.
Поступлений на ПБ нет, только перемещения как с ЦБ так иногда с ПБ на ПБ, но
все равно же через ЦБ обмен идет.
Вот как убрать лишнее и не нужное.
Наверняка кто-то решал эти проблемы.
Здесь еще заморочка с ПАРТИЯМИ получается.
То есть партия есть а документа ее породившего в таком случае нет.
Поступление же пришло на ЦБ.
Можно конечно как советует Злопчинский убивать движения партий на ПБ за устаревший период
Главное чтоб итоги не пересчитывать за убитый период.
Но все равно когда-нибудь опять возникнет проблема размера базы на ПБ.
ПБ тоже на скуль переводить?

Вариант перейти на УТ хороший но никак не взлетает.
Не хватает компетенции на такой проект. Это надо ИТ-отдел
увеличить а на это никто не пойдет.
   Андрей_Андреич
 
101 - 18.06.20 - 15:50
(99) Я допиливал так - регистрация изменений с помощью УРБД, а выгрузка-загрузка с помощью МОД. У меня был немалый документооборот при построчном проведении документов. Механизм регистрации МОД не справлялся. Без построчного проведения при нынешней технике это не актуально. Ну если только выйдете на десятки тысяч документов в день...
   tgu82
 
102 - 18.06.20 - 15:54
(101) Пока такого нет что десятки тысяч. Но блин и МОД нет. Еще непонятно где его взять чтоб поюзать. Если что - купить не проблема будет
   Андрей_Андреич
 
103 - 18.06.20 - 15:56
(102) У Ёпрст двести штук МОД залежалось - одолжи десяток :)
   Андрей_Андреич
 
104 - 18.06.20 - 15:58
(102) У меня дистрибутив далеко не последний - я его для себя дорабатывал и обновляться было не актуально
   tgu82
 
105 - 18.06.20 - 16:03
Ну может и одолжит
   1snik_d
 
106 - 18.06.20 - 16:03
Я колхозил вот так: для документов из периферий создавались "Пустышки". Правила миграции для документов "Создание и центр". Партии регистрируются прямым запросом в SQL для необходимых периферий, когда перемещение делается. Перемещения сделаны по ордерному принципу: одно делает расход, одно приход.
   tgu82
 
107 - 18.06.20 - 16:09
(106) С пустышками пробовал но не все так гладко было. Насчет партий - ну ндо думать. Спасибо!
   tgu82
 
108 - 18.06.20 - 16:11
(106) Не совсем понял как так одно перемещение расход другое приход. Типа два разных документа составляющих одно перемещение?
   tgu82
 
109 - 18.06.20 - 16:14
(104) Я нашу замороченную бизнес-логику рисовал и с зарплатой и бухгалтерией занимался. УРБД работала и не морочился.
   tgu82
 
110 - 18.06.20 - 16:21
(109)+ Оно и сейчас все работает нормально но структура данных меняется, способ организации данных меняется и придется что-то с ПБ решать по-любому
   1snik_d
 
111 - 18.06.20 - 16:21
(108) Да, типа того
   tgu82
 
112 - 18.06.20 - 16:25
(111) Да, это решение вопроса но у нс за месяц порядка 9000 перемщеений разных делается - и меня просто порвут на части тем более что у нас работает мой реестр перемещений - некий аналог монитора сканированных накладных только без сканирования )
   Злопчинский
 
113 - 18.06.20 - 16:38
(12) нет, я как раз такими извращениями не занимаюсь. Просто прямыми запросам подрезаб раз в годполтора ненужные данные на точках и все.
   Злопчинский
 
114 - 18.06.20 - 16:39
"То есть партия есть а документа ее породившего в таком случае нет."
для типовой ТИС это некритично если на ПБ будут партии но не будет доков ее породивших. в типовых при проведениях по партиям нет обращений к партиеобразующим документам
   tgu82
 
115 - 18.06.20 - 16:44
(114) Согласен, но тогда в справочнике Партия в ПБ будет Приходный документ - "Объект 34023984/ПБ" не найден, а в ЦБ все как надо. Ну и опять же остатки на на ПБ по другим складам. Они же повиснут
   tgu82
 
116 - 18.06.20 - 18:15
В реале надо убивать движения по складам не этого магазина ну а перед обменами как-то удалять лишние записи в апдейтс
   Злопчинский
 
117 - 18.06.20 - 18:17
(115) " Партия в ПБ будет Приходный документ - "Объект 34023984/ПБ" не найден,"
-- ну и хрен с ним, если этот обьект по ссылке не используется то битая ссылка ничему не мешает.
   Злопчинский
 
118 - 18.06.20 - 18:19
(115) "ПБ по другим складам. Они же повиснут"
- подчищать раз в год. это проще чем, каждый раз при написании алгоритмов не забывать, что надо не создавать перемещение, а искать пустое созданнное на ПБ и использовать его. а если так делать - надо суко не забывать что при многопользовательской работе такоую "болванку" может захватить кто-то другой, и надо разруливать блокировки. и еще кучу гемора.
   Злопчинский
 
119 - 18.06.20 - 18:20
(116) угу, удалять в апдейтс - это самое оно. только чтобы это проходило автоматом, а не вручную.
и тут - может быть - вполне пригодится опенконф, где можно на выгрузку повесить скрипт (?), который ихз настроечного файла вытянет настройки и подчистит апдейтс...
???
   tgu82
 
120 - 18.06.20 - 18:21
(119) Класс. То что надо примерно. Вот только теперь еще и опенконф. где хоть его взять? он платный?
   tgu82
 
121 - 18.06.20 - 18:23
(118) Полностью согласен. Мы уже не раз обсуждали этот вопрос и все эти пустышки как-то не то что хотелось бы.
   Злопчинский
 
122 - 18.06.20 - 18:25
(120) не, на ИС набери OpenConf - там есть сборка ОпенКонф лайт пак и ее подправки. я им пользуюсь (правда совсем в минимальном виде).
   tgu82
 
123 - 18.06.20 - 18:32
(122) Нет у меня стартмани на исе. но вресию 2010 года лайт вроде надыбал
   tgu82
 
124 - 19.06.20 - 08:21
(122) Надо делать обратное перемещение всех остатков из магазинов в ЦБ, затем сделать аналогичные перемещения из ЦБ на магазины в ЦБ, затем создавать новые ПБ и уже при их создании на этапе формирования апдейтс оставить только соотвтетствующие магазину перемещения.

То есть после таких операций должны получиться новые периферийки с одним документом в каждой (скорее двумя ибо есть в торговле две фирмы)
   Mikeware
 
125 - 29.06.20 - 13:26
(95) снежинка делается и в типовой правда, там есть нюанс - табличка баз "портится" при принятии в узле, который "то центр то периферия". Решается одним DTS-запросом, или триггером (но я тогда еще неопытный был, триггеры были слишком сложны - поэтому сделал DTS после обмена с "конечным узлом")
(99) с прямыми запросами не надо "биться" - их нужно освоить, и забыть "черные запросы" как страшный сон. ибо поможет в дальнейшем, когда на снеговика переходить будешь
   Mikeware
 
126 - 29.06.20 - 13:28
(119) в дбф после чистки данных  надо бы переиндексировться.  
вроде Ёп говорил, что если через фоксовый драйвер удалять - то и переиндексироваться не надо, но я не пробовал.
   arsik
 
127 - 29.06.20 - 13:32
(0) А что у вас на точках делают? Может проще туда какой ни будь фронтол поставить для продажи, а все товародвижения делать в центральной в терминале.
   tgu82
 
128 - 29.06.20 - 14:34
(127) Там и пот и розница и еще там весь мой механизм по товародвижению кабельнопроводниковой продукции и еще своя система дисконта и т.д. - поэтому сомневаюсь что можно.
Правильнее всего было забыть отчасти про РИБ и делать через КД обмен, но РИБ уж очень хорошо данные отрабатывает - и не помню чтоб терялись пакеты
   tgu82
 
129 - 29.06.20 - 14:36
(128)+ Вот если б в этот фронтол как-то всобачить мой механизм продажи кабеля - то было бьы неплоох
   arsik
 
130 - 29.06.20 - 15:18
(129) Давно с ним не пересекался, но говорят, что он очень гибкий. Но и не обязательно его использовать, сама идея отдельно фронт, отдельно бэк. Фронт можно и самому написать или подходящий найти и убрать УРБД.
 
 Рекламное место пустует
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа.
Фредерик Брукс-младший
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.