Вход | Регистрация
    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 ГБ.
И их надо тогда сворачивать.
А с другой стороны в обмен попадает куча инфы совершенно не нужной для ПБ.
Поступлений на ПБ нет, только перемещения как с ЦБ так иногда с ПБ на ПБ, но
все равно же через ЦБ обмен идет.
Вот как убрать лишнее и не нужное.
Наверняка кто-то решал эти проблемы.
Здесь еще заморочка с ПАРТИЯМИ получается.
То есть партия есть а документа ее породившего в таком случае нет.
Поступление же пришло на ЦБ.
Можно конечно как советует Злопчинский убивать движения партий на ПБ за устаревший период
Главное чтоб итоги не пересчитывать за убитый период.
Но все равно когда-нибудь опять возникнет проблема размера базы на ПБ.
ПБ тоже на скуль переводить?

Вариант перейти на УТ хороший но никак не взлетает.
Не хватает компетенции на такой проект. Это надо ИТ-отдел
увеличить а на это никто не пойдет.
   big
 
1 - 18.06.20 - 08:57
А что такое лишнее идёт на ПБ, что появилась такая проблема? Миграция ненормальная?

А с партиями - или принудительно выгружать документ прихода, или подумать - а зачем на ПБ нужен этот документ?
   ChMikle
 
2 - 18.06.20 - 09:11
М.б. Проще сделать - поправить модуль перемещений для центра и переферийки. Чтобы при передачи накладной из центра только списывался товар, а при фактической приемке товара в филиале создавались партии с документом основанием перемещение , ввести префиксы в каждой базе  и миграцию настроить центр-место создания ?
   Bigbro
 
3 - 18.06.20 - 09:27
SQLExpress бесплатно.
   ДенисЧ
 
4 - 18.06.20 - 09:33
(3) А платформа скульная? И ключик к ней? ))0
   Bigbro
 
5 - 18.06.20 - 09:40
(4) даже тут на форуме можно найти тех кто продаст.
но покупка лицензий всегда деньги, куда деваться.
если хочется сэкономить в деньгах - потеряем в надежности, учитывая костыли которые придется городить. и однажды костыли могут рухнуть со всеми вытекающими.
цена растет со временем, это неизбежно, вопрос за счет чего, и это могут быть траты сразу с решением всех проблем на обозримую перспективу, либо отложенные траты на момент когда все гугукнется.
   Андрей_Андреич
 
6 - 18.06.20 - 10:14
(2) Я уже забыл, как там в УРБД - что будет, если не включать в миграцию регистр, допустим, партий? Оставить на точках только количественный учет по складам.
   tgu82
 
7 - 18.06.20 - 10:39
(6) Не могу ибо по трем точкам у  меня кроме розницы еще и опт. Да ладно - поставим на точках скуль. Скуль экспресс до скольки пользователоей может быть?
   Андрей_Андреич
 
8 - 18.06.20 - 10:43
+(6) Проверил на демо - проблема, что в ЦБ приходящие документы из ПБ надо перепроводить, чтобы движения по партиям получились.
   tgu82
 
9 - 18.06.20 - 10:46
(8) Все это крайне неудобно. Проще может и правда убивать движения прямым запросом?
Ну а когда журнал документов или другие регистры вырастут - все равно что-то же делать придется. уже тошнит от этим дурных заморочек
   Андрей_Андреич
 
10 - 18.06.20 - 10:56
(9) Лет цать назад рисовал (делал не сам - только изучал еще запросы) в фирме с кучей складов/перифериек обрезку ненужных для данной точки документов. Перед обменом чистили updts по принципу - для точки такой-то убирать все перемещения где склад не равен такому-то и т.д.
   tgu82
 
11 - 18.06.20 - 10:58
Да, можно но как быть со справочником Партий ?
   Андрей_Андреич
 
12 - 18.06.20 - 10:58
(10) Злопчинский/чучундер выбрал другой путь - миграция по принципу место создания - центр. Но для этого ему приходится заранее заводить в ПБ пустышки, чтобы отправить их в ЦБ и заполнять по мере необходимости.
   tgu82
 
13 - 18.06.20 - 11:02
(10) А не сохранилось такого запроса у тебя?
(12) Да это я давно фишку знаю но есть опеределенные неудобства. Убирать надо из файлов обмена уже готовых.
Как апдейтить 1supdts при одновременной работе пользователей ?
   tgu82
 
14 - 18.06.20 - 11:04
Обмен начинается с ЦБ по-любому, так что самое оптимальное чистить файлы обмена до загрузки в ПБ, 6 ПБ - 6 файлов. Но опять же непонятно как быть с партиями. Ведь документ прихода же в ПБ тогда будет отсутствовать. Получается - не найден объект
   Ёпрст
 
15 - 18.06.20 - 11:07
(13) там не апдейт, там тупо делит
   Андрей_Андреич
 
16 - 18.06.20 - 11:11
(14) И опять же неплохая штука МОД чтобы не таскать кучу барахла, а на точках простейший количественный учет. Но его уже и покупать поди не у кого :)
   tgu82
 
17 - 18.06.20 - 11:13
(15) Тупо делете. На момент делете же в 1supdts ничего же записать нельзя будет. Скажем провелли какой-то документ и он должен оставить запись в 1supdts. А она занята. Получается что документ в обмен не попадет?
   Ёпрст
 
18 - 18.06.20 - 11:13
(16)всегда думал, что он бесплатный :) ключей 70 где-то валялось еще от  него(или 200 ?) не помню.. Хотя да, даже коробка была от него раньше, первые версии покупали
   Ёпрст
 
19 - 18.06.20 - 11:14
(17)чей та ?
   Ёпрст
 
20 - 18.06.20 - 11:14
запросом не блокируй табличку и удаляй хоть всё
   tgu82
 
21 - 18.06.20 - 11:14
(16) Нереально МОД. Количественный учет на отчках - тоже нереально.
На момент делете же в 1supdts ничего же записать нельзя будет. Скажем провелли какой-то документ и он должен оставить запись в 1supdts. А она занята. Получается что документ в обмен не попадет?
   tgu82
 
22 - 18.06.20 - 11:18
(20) Это все в скуле? Под ДБФ так уже не получится. Ну да мы и пытаемся на скуль ЦБ перевести. Может и проканает такое очищение апдейтса. Но блин с партиями как быть? Переместился товар когда поступивший в ЦБ. Если все это поуничтожать - то в как на ПБ фифо должно работать?
   ChMikle
 
23 - 18.06.20 - 11:19
(8) Смысл ? мы так сделали в сетке , у отправителя партия списалась, у получателя партия при вводе документа поступила, коды партий с префиксами , дальнейшие манипуляции на точке без проблем партия своя.
   tgu82
 
24 - 18.06.20 - 11:20
(23) Это уже не УРБД будет
   tgu82
 
25 - 18.06.20 - 11:22
(23) у получателя партия при вводе документа поступила - какого документа? Перемещения? То есть регистратором партии является перемещение?
   ChMikle
 
26 - 18.06.20 - 11:24
(25) да , и дальше уже на переферийке делайте что хотите . данные по складам  будут мигрировать по принципу место создания -центр
   Bigbro
 
27 - 18.06.20 - 11:25
сейчас уже детали не помню но когда были проблемы с каналами связи - для филиалов отдельные документы делали типа ПередачаВФилиал, ПриемИзЦентра
позволяло меньше данных таскать по всем периферийкам.
   ChMikle
 
28 - 18.06.20 - 11:25
(25)>> То есть регистратором партии является перемещение?
А в чем проблема ? "Оприходование излишков ","Пересортица" создают партии и ничего , живут же как-то :)
   tgu82
 
29 - 18.06.20 - 11:25
(26) Да, та наверное можно. Хотя не очень представляю что значит партия созданная перемещением
   ChMikle
 
30 - 18.06.20 - 11:28
(29) партия это тупо запись в справочнике, Астор в ТД 1с 7.7 ушел от справочника , был документ-основание , принципиально разницы никакой. Ну будет у вас в переферийке  партия от перемещения с ЦО , себестоимость-то останется та же , наценку можно на основании перемещения делать. Можете вообще не замарачиваться и поставщика ЦО создать и набивать в переферийках поступление ТМЦ
 
 Рекламное место пустует
   tgu82
 
31 - 18.06.20 - 11:28
(27) Ну да.
(28) Правда партий становится в два раза больше тогда. Хотя для скуля по хрену
(28) Но апдейтс все равно резать надо будет
   Ёпрст
 
32 - 18.06.20 - 11:29
(22) нет, в дбф
   ChMikle
 
33 - 18.06.20 - 11:30
(31) ну и что ? по одной партии остатки списались , по другой появились , в переферийке партии только поступлений , которые вводили сами сотрудники и при перепроведении документов локально будет проще , чем с заморочками документов  набитых в ЦО и касающихся остатков переферийки
   tgu82
 
34 - 18.06.20 - 11:31
(32) Ну да, вот только как резать апдейтс когда другие вводят в него добавление - не врубаюсь
   Ёпрст
 
35 - 18.06.20 - 11:32
(32) прямым запросом с delete
   Ёпрст
 
36 - 18.06.20 - 11:32
и установкой драйверу не блокировать табличку
   tgu82
 
37 - 18.06.20 - 11:33
(33) Но документ же в ПБ сформируется с партиями хоть прихода хотть расхода - перемещение но документ от партии прихода - пустой точнее "объект не найден". просто я все это уже 1000 раз промысливал за эти годы.
   ChMikle
 
38 - 18.06.20 - 11:35
(37) ? если вы впишите в документ прихода поступлениеОтЦО (или перемещение подшаманите) , то в чем проблема , там будет документ - который вы запишите .
   tgu82
 
39 - 18.06.20 - 11:37
(38) Я понял - разбивать перемещение на два документа. Тоже там думал - типа приход не мигрирует а мигрирует расход
   ChMikle
 
40 - 18.06.20 - 11:38
(39) в вашем случае если отправитель ЦБ , то мигрирует приход с ПБ , а расход только списание делает в ЦБ
   ChMikle
 
41 - 18.06.20 - 11:39
+(40) добавьте номер перемещения ЦО как реквизит в документ оприходования ПБ , и можете собирать всю цепочку от приходной накладной поставщика , до конечной точки реализации в переферийке. Отчет перепишете по стыковке партий документов перемещений
   tgu82
 
42 - 18.06.20 - 11:40
(38)+ А иначе в ПБ не проведется перемещение с ЦБ. Ибо партия списанная в первой части переммещения - будет минусовать. Непонятно откуда она взялась на остатке. Приходы все у нас в ЦБ делаются
   ChMikle
 
43 - 18.06.20 - 11:41
(42) ну да ,в ЦБ списали , в ПБ оприходовали и вперед и с песней :))
   ChMikle
 
44 - 18.06.20 - 11:41
+(43) заодно и приемка качественнее будет , когда сами будут набивать товар
   tgu82
 
45 - 18.06.20 - 11:45
(44) Ага, ну это вообще отказаться от УРБД, от всех ее преимуществ. Может все-таки с партиями как-то по-другому можно подшаманить ?
   ChMikle
 
46 - 18.06.20 - 11:45
(45) >>Ага, ну это вообще отказаться от УРБД, от всех ее преимуществ.
Зачем так категорично :)
   tgu82
 
47 - 18.06.20 - 11:47
(44) Так они в ЦБ сами для себя перемещения формируют просто сразу из остатков ЦБ, ну а потом они мигрируют. Вот если бы можно было создавать пустые болванки поступлений по партиям из ЦБ с номерами поступлений из ЦБ - вот тогда было бы классно. Но как это автоматом жделать - не знаю. А главное - когда
   tgu82
 
48 - 18.06.20 - 11:49
(47) Ну и никогда не перепроводить эти перемещения или при проведении смотреть что если создано  в ЦБ - перепроведение в ПБ запрещено
   tgu82
 
49 - 18.06.20 - 11:53
(47)+ Соответственно остатки по ЦБ и другим ПБ - вообще нет смысла даже смотреть
   ChMikle
 
50 - 18.06.20 - 11:53
(48) я бы вообще поделил ЦО на 2 базы одна общая ЦБ и переферийка , где все вводили бы , в ЦБ только получатель и отчеты
   tgu82
 
51 - 18.06.20 - 11:54
(50) Ну отчасти так и есть. Просто там склад никак поделить не могут на ЦБ между оптом и розницей по этому такой вариант не работает.  А ПБ вообще-то аж 6 штук
   tgu82
 
52 - 18.06.20 - 12:01
(52) Из-за того что на 3 ПБ и опт и розница (разнофирменные), то приходится чтобы менеджеры смотрели платежи и долги клиентов - мигрировать стоки выписки приход и приходные кассовые ордера
   tgu82
 
53 - 18.06.20 - 12:10
(19) Епрст У вас случайно нет примера такого запроса к апдейтс? Чтоб хоть малость понять что к чему
   Bigbro
 
54 - 18.06.20 - 12:22
разбиение на 2 документа отпуск и прием вроде как и проблему с партиями закрывает, нет?
   Андрей_Андреич
 
55 - 18.06.20 - 12:23
(53) Посмотри структуру урбд там все просто
   tgu82
 
56 - 18.06.20 - 12:29
(55) Структуру апдейтс?
   tgu82
 
57 - 18.06.20 - 12:32
(54) Закрывает но создает массу проблем - ведь блин выгрузка в бухгалтерию перемещений идет. То есть придесят еще и обменс БП3 модифицировать? Потом у меня есть учет кабельной мерной продукции - получается вместо одного подчиненного документа бухт мне два создавать - один на приход и один на расход? Ну неужели нет никакого варианта чтобы партии в неприличном состоянии были ? )
   Андрей_Андреич
 
58 - 18.06.20 - 12:33
(57) Вопрос зачем нужны партии считаем вбросом?
   ChMikle
 
59 - 18.06.20 - 12:35
(57) в бп 3 выгружается скорее всего документ , он сам проводки сделает, делайте по факту приемки или отгрузки выгрузку документов и будет вам счастье
   tgu82
 
60 - 18.06.20 - 12:36
(59) Ладно, это позже.
(58) ДА, потому что буквально вчера разбирался. Для увеличения маржи в реализации были проставлены конкретные партии - это на ПБ и на ЦБ бывает.
 
 Рекламное место пустует
   Bigbro
 
61 - 18.06.20 - 12:37
ну сложность она должна где то жить. от нее нельзя избавиться объективно.
если мы убираем сложность из регламентов и доп. документов - то перемещаем ее в программные настройки обменов, допреквизиты и прочая.
   tgu82
 
62 - 18.06.20 - 12:38
(59) Я понял. Перемещение оставляем но наполовину и его собственно и выгружаем. А приходизЦБ уже в ПБ уйдет и все.
   tgu82
 
63 - 18.06.20 - 12:40
(62)+ Так а может вторая часть - это просто Оприходование ТМЦ и все?
   tgu82
 
64 - 18.06.20 - 12:42
(36) Епрст
и установкой драйверу не блокировать табличку - это как сделать?
А под скуль точно так же? ТАм же драйвера БД нет
   tgu82
 
65 - 18.06.20 - 12:45
(61) А если на ПБ сделал перемещение обратно на склад ЦБ или на другую ПБ - тоже двоить должно? Тольк в обратную сторону?
   Ёпрст
 
66 - 18.06.20 - 12:45
(64) SET TABLEVALIDATE TO 0

а для скуля есть хинты в запросе
   tgu82
 
67 - 18.06.20 - 12:47
(66)+ что есть?
   tgu82
 
68 - 18.06.20 - 12:52
(66) Да, понял. Типа вся база ждет пока не выполнится мой запрос
   Ёпрст
 
69 - 18.06.20 - 13:02
(68) ты не понял, никто никого не ждёт
   Cthulhu
 
70 - 18.06.20 - 13:09
есть такой "финт ушами" - разные модули проведение в цб и в пб.
использовать в модуле документа инструкцию #ЗагрузитьИзФайла, в цб - свой файл модуля (полный, расход с источника - приход на приемник, с партиями), в пб - свой (тупо только приход или расход с пустыми партиями в зависимости от того, является ли основной склад пб источником или приемником).
после каждого обмена - перепроведение перемещений.
   Cthulhu
 
71 - 18.06.20 - 13:10
(70)+:
   tgu82
 
72 - 18.06.20 - 13:10
(69) Тогда пожаоуйста растолкуй
   Ёпрст
 
73 - 18.06.20 - 13:11
(72) Что именно ? Что отключив блокировку таблички, можно разными пользователями делать запросы к ней, или что именно тебя интересует ?
   tgu82
 
74 - 18.06.20 - 13:11
(71) Ну типа того, только вот надо тогда везде робота запускать который после обмена перепроводить будет
   tgu82
 
75 - 18.06.20 - 13:13
(73) Я говорю о запросах на изменение. Вот их я так понимаю делать будет нельзя или будет очередь и очередной запрос ждет пока не закончится мой
   Ёпрст
 
76 - 18.06.20 - 13:14
(75) :)))
какие на.. запросы на изменения ?
Там все го лишь insert и delete, всё.
   Ёпрст
 
77 - 18.06.20 - 13:15
И какая в на.. очередь еще ?
   tgu82
 
78 - 18.06.20 - 13:17
(77) юзер1 делать делете на апдейтс
     юзер2 в это же время делает инсерт на апдейтс какого-то объекта.
     Как я понимаю сначала выполняется мой запрос  раз он раньше пошел и только потом запрос юзер2. Или нет?
   Ёпрст
 
79 - 18.06.20 - 13:18
(78) нет
   tgu82
 
80 - 18.06.20 - 13:19
(79) Если можно в двух словах - пожалуйста разъясни
   Ёпрст
 
81 - 18.06.20 - 13:23
(80) создай примитивную обработку, одна будет инсертить записи в файл, другая удалять и запусти под разными пользователями..играйся, наслаждайся
   Ёпрст
 
82 - 18.06.20 - 13:23
ну и прочитай про многопользовательскую работу с файлами в дбф
   tgu82
 
83 - 18.06.20 - 13:24
(82) Читал ибо работаю с ДБф примерно с 1994 года так или иначе.
   tgu82
 
84 - 18.06.20 - 13:28
(82) Если я делаю запрос на делете а юзер делают туда же запрос на инсерт то при попытке обмена - выгрузки в файл обмена - у меня будет лишняя неудаленная запись
   tgu82
 
85 - 18.06.20 - 13:37
SQL имеет средства управления параллелизмом для точного указания места получения результата: ни одна команда не должна быть выдана, пока предыдущая не будет завершена (включая команды COMMIT или ROLLBACK).

Механизм, используемый SQL для управления параллелизмом операций, называется блокировкой. Блокировки задерживают определенные операции в базе данных. Задержанные операции выстраиваются в очередь и выполняются только после снятия блокировки.
   Ёпрст
 
86 - 18.06.20 - 13:48
(84) вешай триггер тогда на табличку, и при каждом инсерте удаляй им лишнее
   Ёпрст
 
87 - 18.06.20 - 13:49
при желании, можно вычищать данные из dat файла..но, это трудозатратнее
   tgu82
 
88 - 18.06.20 - 14:10
(87) Конечно куда интереснее удалять даныые из самого файла обмена. Насчет того чтоб при инсерте сразу удалять - это красиво. Только это надо процедуру сыскать которая это все делает и менять ее. Причем тут 1С - ваще непонятно )
   Ёпрст
 
89 - 18.06.20 - 14:14
(88) ты делаешь проблему там, где ёё нет. перед выгрузкой примитивный запрос на delete потрёт все записи за мс
   tgu82
 
90 - 18.06.20 - 14:18
(89) Я не делаю проблему хотя да, из пушки по нанообъектам )
   Ёпрст
 
91 - 18.06.20 - 14:25
Если был бы у тебя МОД, то там всё проще/гибче и лучшее..всего то надо допилиь чутка, чтоб регистрировались изменения урибом, а выгружались по правилам МОД-а..вон, точно знаю, у (58) это давно работает.
У нас и обычный мод неплохо справлялся, мне лень было уриб прикручивать, я и так сам мод поправил, в своё время.
Там любые свистелки-хотелки и любая организация данных.
   tgu82
 
92 - 18.06.20 - 14:29
(91) То есть вообще полностью менять обмен данными и содержание ПБ. МОД когда-то был но помнится кто-то очень сильно его раскритиковал
   Ёпрст
 
93 - 18.06.20 - 14:42
(92) критиковали его те, кто с ним не работал никогда или знаком поверхностно. На основе мода потом кд2 слепили
   tgu82
 
94 - 18.06.20 - 14:58
(93) Считаешь что мне стоит найти МОД в каком-то виде и заняться им? С одной стороны ничего такого в свертке ДБФ когда регистр RA328 подходит к 2 ГБ нет. Делается она шустро и только потом приходится заново создавать все ПБ. А до их ввод в работу использовать старые с выгрузкой данных в уже новые.

Мне очень не нравится вот весь этот геморрой.
С другой стороны если склад получатель и отправитель имеют разные ПрефиксыУРБД, то надо как бы разбивать перемещение а если перемеещение внутри одной базы или перемещение из ПБ в ЦБ то можно использовать обычное перемещение. А если из ПБ в ПБ то точно так же надо делать - разбивать перемещение на две части
   Андрей_Андреич
 
95 - 18.06.20 - 15:10
(92) МОД прикольная штука. У меня у пары клиентов на нем была реализована схема снежинка.
Кстати ставится на раз и за пару дней запускается в бой. Это, конечно, если опыт есть.
Ну а без опыта за 2 недели.
Потом тупо щелкая флажками настраиваешь для каждой точки все фильтры и вуаля - каждая точка видит только свои остатки и документы и размер базы на точках в 10 раз меньше
   Андрей_Андреич
 
96 - 18.06.20 - 15:13
(91) Кстати, допилка МОД+УРБД меньше сотни строк. Хорошей секретарше на минуту работы.
   tgu82
 
97 - 18.06.20 - 15:21
(96) Допилка встроенным языком 1с или чем-то еще? И в плане чего допилка? Еще бы где-нибудь найти сначал это МОД. Был ну очень давно. Пока мы были маленькие - все было хорошо но вот выросли и начались все эти заморочки
   Андрей_Андреич
 
98 - 18.06.20 - 15:29
(97) Да она тебе не факт что нужна. Я ее сделал когда клиенты стояли в очередь к кассам т иеханизм регистрации МОДа не справлялся.
   tgu82
 
99 - 18.06.20 - 15:42
(98) Понятно, но допилка в плане чего? Мне лично УРБД своей мощной сохранностью и уникальностью данных очень нравится. Просто раз пока мы на УТ не переходим - решили перейти на скуль 7.7 и пока я бьюсь с прямыми запросами - заодно в параллель надумал наконец как-то решить и этот вопрос. Не нравится мне куча лишней инфы в ПБ
   tgu82
 
100 - 18.06.20 - 15:46
(98) Найти этот триггер который отвечает за работу с апдейтс и поправить его как мне надо
  1  2   

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