Доброе время суток!
---
Из обработки 1CQA.ert, которую можно взять здесь:
http://infostart.ru/public/98982/
во имя искоренения партионного учета
совершено "злодеяние"  
в виде следующего скрипта:

UPDATE Жур
SET Жур.RF328=0
FROM
$Регистр.ПартииНаличие as Рег (NOLOCK)
INNER JOIN
_1SJOURN as Жур (NOLOCK) ON (Рег.IDDOC=Жур.IDDOC)

GO -- UPDATE Жур.RF328=0

/* глMDW.ИдРегистра(""ПартииНаличие"") = 328   -  флаг движения по регистру */

TRUNCATE TABLE $Регистр.ПартииНаличие
GO -- TRUNCATE ПартииНаличие 

После этого были пересчитаны итоги обработкой УстановкаТА.ert,
которую можно взять здесь:
http://www.dev.citykirov.ru/
---
Два вопроса ("на фига это все" прошу не спрашивать ):
1) Насколько скрипт и последующий пересчет итогов все коррекно сделали в базе?  Что где нужно еще может быть поправить??
2) На что вообще влияют поля в таблице _1sjourn имеющие имя вида 'RF<РегистрИД>' ???

А к чему такой пиар во всех темах древней поделки -консольки ?

Eprst писал(а) 23. Ноября 2011 :: 16:47:

есть новее давай!

Eprst писал(а) 23. Ноября 2011 :: 16:50:

Автор консльки Дмитрий Ощепков dmitro-75@mail.ru ну естественоо каждый для себя что-то подделывает.

Eprst писал(а) 23. Ноября 2011 :: 16:50:

а если по существу темы, она ме больше интересует???

ЮраОС писал(а) 23. Ноября 2011 :: 16:47:



))))))

Z1 как раз и прочитал внимательно, там нужен всего лишь update _1sjourn без inner join и таблички ПартииНаличие

ACTCNT      Счетчик действий (движения) для документа (один документ может вызывать несколько движений регистров). Фактически хранит информацию о количестве движений по всем регистрам + записи периодических реквизитов (без учета проводок по бух. учету). Тип – Число(4).

Eprst писал(а) 23. Ноября 2011 :: 17:01:

.....
такс ... спасибо!
Это число записей во всех регистрах + проводки + записи истории в таблице констант, связанных с документом???

какие возможны проблемы из-за неверного значения?

перепроводить 380000 доков для его установки неохота...

Еще по (0) таблицу движений Вы почистили
а как же таблица итогов ?
Лучше вместо 0 сформулируй задачу на обычном языке.

Eprst писал(а) 23. Ноября 2011 :: 17:04:

дык от типовой там только слово "Торговля"  думаешь зачем партии выкашиваю? их один раз выкосили...потом попытались снова поднять...но неудачно (развернутый остаток по партиям ~ +-1000000). а теперь перед секвестом базы решил совсем от них избавиться 

Eprst писал(а) 23. Ноября 2011 :: 17:12:

оно так и делаца. себестоимость парадаж оценивается по "последней закупке" 

Eprst писал(а) 23. Ноября 2011 :: 17:18:

насчет "бежать" иногда думаю ...
... остальное - не ко мне 

Сохрани эту ветку на память, перед увольнением распечатаешь и всплакнешь.
А так, верни всё как было, пока не поздно.

Z1 писал(а) 23. Ноября 2011 :: 17:21:


таксссс ... может кто-нибудь сообщит про поля rf<РегистрИд> в 1sjourn что-нибудь интересное (как я догадываюсь не мне одному) ???

Че там интересного ? Это всего лишь флаг наличия движений по конкретному регистру и всё.

Косяк только один - твоё увольнение в ближайшем будущем.
Или через пару дней всё в зад будешь вертать.

Eprst писал(а) 23. Ноября 2011 :: 17:41:

да ладно прикалываться! может секвестр - это мой дембельский аккорд? как знать-как знать 

Eprst писал(а) 23. Ноября 2011 :: 17:32:

себестоимости в партиях не было ... она в справочнике ПЗ (последняя закупка)  ... правда весь этот бред не я выдумал

Eprst писал(а) 23. Ноября 2011 :: 17:45:

много странного в этой стране,
можно запутаться и заблудиься,
даже мурашки бегут по спине,
если представить, что может случится!
САМ УДИВИЛСЯ КОГДА ПАСЧИТАЛ!!!
Есть такой регистр: "ПоставщикиСтарый" ... в нагрузку к просто "Поставщики" 

ЮраОС писал(а) 23. Ноября 2011 :: 17:07:

Ни фига друг!!!
ACTCNT как то по другому считается. Ща гляну в консолке в нетронутой копии базы для нескольких небольших доков - получается (число движений в регистре + история справочника) ... но почемуто умножить на ТРИ 

Цитата:


там все просто:
1 - есть движения по регистру
0 - нет движений.

Возможны вариации:
а) Если стоит 1 при отсутствии движений - тащем-то пофигу.
б) Если стоит 0 при наличии движений - вот тут можно недетски огрестись:
1) при отмене проведения документа по данному регистру движения удалены НЕ БУДУТ. Как следствие - документ после этого можнго пометить на удаление и даже удалить - движения будут оставаться (а значит и итоги будут кривые).
2) если отменить проведение такого документа, а потом попытаться провести еще раз - с очень большой вероятностью словим попытку вставить запись с неуникальным ключом по уникальному индексу (IDDoc,LineNo_, ActNo) - и падение 1Ски как следствие.

Из б), кстати, следует миииизерное уменьшение быстродействия в а).

Eprst писал(а) 23. Ноября 2011 :: 17:41:


Да что ты до него докопался. Если ставят так ТЗ - то за что его будут увольнять?
У меня тут тоже была феерия в учете себестоимости, когда я сюда пришел. Пришлось долго и упорно объяснять людям, в каких случаях у них себестоимость будет считаться, мягко говоря... неадекватно (не говоря о том, что периодически по отдельным позициям суммы проводок взлетали к 99999999999.99; а пару раз система вставала колом, ибо было переполнение скулевого типа, выделенного под сумму).

Satans Claws писал(а) 24. Ноября 2011 :: 09:04:

Спасибо за дельную информацию!
1) Движений по тому регистру не предусматривается в дальнейшем - так-что тут все вроде нормально: нет флага и нет движений.
2) 1с-ка у нас в терминале и так сама падает часто из-за каких-то "ошибок в модуле 1СPP2037.dll"  
3) До вечера вроде дожил ... коленки мне никто не прострелил!   Сижу вот сиквестер базе пишу...
--------------------------------------------
А что может быть плохого из-за того, в поле Жур.ACTCNT будет завышенное значение стоять?

Eprst писал(а) 24. Ноября 2011 :: 09:21:

Насчет моей вминяемости - пааасторожней,
хочешь с модератором попереписываться???
[i]
Надоело всем объяснять ...
... делаю это последний раз:
[/i]
НИКАКОГО УЧЕТА Я НЕ ВАЛИЛ!
ДОСТАТОЧНО ВСЕМ ЗНАТЬ, ЧТО (как это не парадоксально)
ПАРТИИ В ЭТОЙ БАЗЕ СОВСЕМ НЕ ПРИ ДЕЛАХ!!!
ОСОБЕННОСТИ УЧЕТА В ЭТОЙ БАЗЕ -
- НЕ ТЕМА ОБСУЖДЕНИЯ В ДАННОМ СЛУЧАЕ!

спасибо всем за внимание! 

Eprst писал(а) 24. Ноября 2011 :: 10:45:

пасибо, давно в каталоге BIN фалик 1cpp3220.dll...
... все не решаюсь. А с turbomd.dll не КОНФЛИКТУЕТ ???

Eprst писал(а) 24. Ноября 2011 :: 10:55:

извини брат...как то надоедает...
...когда дурак не ты, а страдать приходица 

Тебе уже НЕ ОДИН РАЗ сказали, что нужная правильная ТурбоМД

artbear писал(а) 24. Ноября 2011 :: 11:19:

Спасибо, попробую.
Ща по трем терминалам разсую 

ЮраОС писал(а) 24. Ноября 2011 :: 11:21:

чей-то dll-ка похудела аш в 4 раза ???   - с 80KB до 20-ти.

trad писал(а) 24. Ноября 2011 :: 11:51:

упс!!!
Чубайс и тут преуспел! 

Ну чтож .... можно подвести кое-какие итоги:
1) Большой майн респект ту ЁПРСТ и to Satan Claws за полезную информацию.
2) Из хода обсуждения, а также из того факта, что база за день не упала (мне ничего не прострелили и пока не уволили), можно признать что метода выкоса регистра достаточно корректна ... чтоб рискнуть.  
------------------------------------------------------------
А посему переходим следующему этапу джихада ..... и выполняем скриптик против еще одного "неверного" регистра
(на этот раз с учетом замечания ЁПРСТ):
---

UPDATE Жур
SET Жур.RF639=0
FROM
$Регистр.Банк as Рег (NOLOCK)
INNER JOIN
_1SJOURN as Жур (NOLOCK) ON (Рег.IDDOC=Жур.IDDOC)

GO -- UPDATE Жур.RF639=0

/* глMDW.ИдРегистра(""Банк"") = 639 -  флаг движения по регистру */

TRUNCATE TABLE $Регистр.Банк
GO -- TRUNCATE Банк

TRUNCATE TABLE $РегистрИтоги.Банк
GO -- TRUNCATE БанкИтоги 

---
Z1, не взыщи! Скулю по барабану это соединение (для партий флаг секунд 20 сбрасывал у 380000 записей). Зато гарантированно обработаны только те записи в журнале, которые соответствуют регистраторам по регистру.  
-----------------------------------------------------------------------------
КТУЛХУ АКБАР!!!  

Z1 писал(а) 24. Ноября 2011 :: 16:36:


канечно сделал!
насчет железа - не ко мне - ко ОДМИНАМ. какое есть такое есть.
насчет оптимальности:
бабуся тут надвое сказала... спецально завтра в тестовой базе бэкап раскатаю до выкоса партий и затестю оба варианта результат выложу (придеца правда два раза разкатывать    )

Eprst писал(а) 24. Ноября 2011 :: 18:41:


Отстань ты от человека, а?
Ты уже не его, ты уже себя дураком выставляешь.
Детсад, ей богу.

ЮраОС писал(а) 24. Ноября 2011 :: 17:05:

Мой респект и уважение Z1   ....Его вариант действительно работает быстрее (результаты во вложении).
---
Для разовой акции правда это не существенно. Может даже стоит перестраховаться как я (мой вариант затрагивает только те документы, которые двигали по нужному регистру).  
---

Eprst писал(а) 23. Ноября 2011 :: 16:47:

Вполне рабочий инструмент.
Редактор с подсветкой и автокомплитом там не помешает.
Но копипаст с конфига спасает.