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

v7: Выпилить измерение по регистру

v7: Выпилить измерение по регистру
Я
   zenik
 
01.10.20 - 08:43
Всем добра.
ТиС, в меру переписанная, регистр "поставщики" (вроде не трогали - типовой). Пользователи жалуются на отчет по взаиморасчетам = долго. Сеть 15 магазинов - каждый магазин свое юр.лицо. товароборот - по каждому магазину как по отдельной фирме, а вот оплаты поставщикам - почти всегда с одной. Вчера попробовал решить "по быстрому", убрал запись в измерение "фирма" и проапдейтил регистр через SQL - заполнил пустой фирмой. Пересчет итогов. Отчет формируется быстро :) , но не правильно :(
Почему "чуда" не произошло - не разбирался еще. Хотел спросить - какие еще варианты?
Сам думаю пока так: завести в базу документ, через который "закрыть" взаиморасчеты. И отключить фирму с этой даты. Все это провернуть на периоде, куда уже точно никто не полезет менять. Может еще что подумать можно?
   Ёпрст
 
1 - 01.10.20 - 09:11
(0) Отлчный план Уолтер! Надежный, как швецарский нож.

И будет у тебя, останки с пустой фирмой, рамход с 15 - ю непустыми и приход с одной.
   ДенисЧ
 
2 - 01.10.20 - 09:15
(1) С какого перепою?
"И отключить фирму с этой даты. "
   Ёпрст
 
3 - 01.10.20 - 09:22
(2) он уже это сделал проапдейтив табличку
   ДенисЧ
 
4 - 01.10.20 - 09:26
(3) Я так понял, он хочет в коде не писать фирму с этой даты
   Ёпрст
 
5 - 01.10.20 - 09:28
(4) проще уж вообще это измерение убрать, ну или в реквизит кинуть, чтоб видно было на какую фирму деньги кидали изначально.. хз
   ДенисЧ
 
6 - 01.10.20 - 09:28
(5) Ага. Убираем измерение. И начинаем лопатить код на предмет .Остатки() и .СводныеОстатки()...
   Ёпрст
 
7 - 01.10.20 - 09:31
ну и ..помимо этого регистра, надо еще Покупатели исправлять. Его он не проапдейтил вот и в отчете радугу получил
   Ёпрст
 
8 - 01.10.20 - 09:32
(6) это не долго, там всего одна проца в глобальнике
   ДенисЧ
 
9 - 01.10.20 - 09:32
(8) Ты телепат (это не вопрос). А где ещё это может встретиться?
   Ёпрст
 
10 - 01.10.20 - 09:36
(9) в ТисЕ вроде больше нигде, отчеты там все на запросах чорных.. ну разве что может быть сделан показ долгов в форме списка клиентосов или в поделке по кнопке долги (я не помню за тис, было ли там такое)
   ДенисЧ
 
11 - 01.10.20 - 09:37
(10) "в меру переписанная"
   zenik
 
12 - 01.10.20 - 10:05
(3) Это копия базы... В рабочей я еще ничего не поломал :)
Убирать реквизит чего и не хотел, что бы не лезли грабли при обращении.
(7) Смотрел не штатным отчетом - смотрел только свой регистр. Почему то не закрылось ровно, но еще не разбирался почему.
   Ёпрст
 
13 - 01.10.20 - 10:07
(12) штатный отчет по взаиморасчетам использует 2 регистра - Покупатели и поставщики.
Проапдейть оба и пересчитай оба
   zenik
 
14 - 01.10.20 - 10:09
(13) Спасибо. Попробую.
   Ёпрст
 
15 - 01.10.20 - 10:09
Хотя могу и ошибаться.. там вроде галка была - отчет только по поставщикам\покупателям и полный.. че то в этом роде.
В любом случае, я бы пересчитывал оба.
   Ёпрст
 
16 - 01.10.20 - 10:09
пересчет итогов прямым запросом не так и долго в скуле
   zenik
 
17 - 01.10.20 - 10:12
Да, там переключалка есть. Да в принципе и штатный пересчет справляется быстро.
Меня только смущает, что после пересчета у меня ТА на начало года откидывает и база просит открытие периода...
   tgu82
 
18 - 01.10.20 - 10:21
(0) Если штатно - то можно через Корректировка долга сделать - перебросить долг магазинов на платежную главную организацию и все должно закрыться
   Sserj
 
19 - 01.10.20 - 10:23
А можно фирму переставить на второе место в регистрах Покупатели и Поставщики, чтобы Договор в индексе была на первом месте. Тогда после реструкторизации и пересчета итогов останется только поискать Остатки() и .СводныеОстатки() по конфигурации.
   Sserj
 
20 - 01.10.20 - 10:28
Или кстати может тебе вообще ничего не надо делать. Просто у реквизита Договор поставь флажки Отбор движений и Отбор итогов на закладке Дополнительно. Просто добавятся дополнительные индексы.
   tgu82
 
21 - 01.10.20 - 10:29
(0) Скажите а у Вас много переписано на прямые запросы? Дело в том что я вот пробую под скуль тоже ТИС и отчеты и особенно групповое перепроведение документов начинает тормозить сильно. Правда тестовый сервер скуль слабенький относительно. просто не пойму - так должно быть или у меня криво что-то сделано?
   Mikeware
 
22 - 01.10.20 - 10:30
(17) пересчет делай обработкой
   Mikeware
 
23 - 01.10.20 - 10:31
(21) так может быть только для SQL2000. Там известная проблема, решенная в т.ч. в 1с++. Ну а в SQL2005 и далее это уже исправлено
   zenik
 
24 - 01.10.20 - 11:15
(21) Нет. Я тут недавно. Прямые запросы только стал применять... Пока только для отчетов. Проведение все штатное.
   tgu82
 
25 - 01.10.20 - 11:15
(21) Да ничего подобного. Мы поставили правда скуль2008 на вин сервер 2008. И проблема есть. А как она решена в том числе в 1С++ - подскажите если не трудно
   Ёпрст
 
26 - 01.10.20 - 11:16
(25) рекконект натив, но этой проблемы на скуле >2005 нету.
   tgu82
 
27 - 01.10.20 - 11:17
(23) Это я вам на ваш пост ответил. серверочек слабенький ибо тестовый. Один проц 16 ГБ ОЗУ правда есть SSD, настроили вроде все как у Гилева и у Тавалик в методичках
   tgu82
 
28 - 01.10.20 - 11:19
(26) Может все-таки что-то не так настроили хотя там не так уж много этих настроек на самом деле. Просто хочу понять - откуда у проблемы ноги растут. И как с ней сбороться без прямых запросов?
   Ёпрст
 
29 - 01.10.20 - 11:22
(28) проблема в чем ?
   Sserj
 
30 - 01.10.20 - 11:22
(25) Обработку надо смотреть. В типовой все выполнялось в одной транзакции и соответственно на скуле образовывалось такое количество блокировок что ему уже не до остального было. Нужно через какое-то количество документов ФиксироватьТранзакцию и начинать новую.
 
 Рекламное место пустует
   Ёпрст
 
31 - 01.10.20 - 11:26
(30) он видать про Операции-перепроведение говорит..
   tgu82
 
32 - 01.10.20 - 11:31
(31) Да, именно про нее
   Sserj
 
33 - 01.10.20 - 11:38
(31)(32) А ну с этой ничего не сделаешь, просто не пользоваться :)
Она все делает в одной транзакции и соответственно все что там делается постоянно пихается в журнал транзакций, который на это время пухнет неимоверно и с каждый действием пытается блокировать все к чему прикасается.
   Sserj
 
34 - 01.10.20 - 11:43
Тобишь тут самое узкое место будет именно журнал транзакций. Я вообще когда-то заводил себе ram-диск и помещал журнал транзакций на него для таких операций. Заметно быстрее все выполнялось.
   Mikeware
 
35 - 01.10.20 - 11:45
(27) Ну у нас на примерно таком и крутилось все. покупали в 2007 году, тогда 16Г оперативы было скорее нормой, чем недостатком.
(26) ага
(32) напиши свое восстановление  последовательности. ну просто и тупо - выбратьПоПоследовательности-провести-(проверить флаг завершения - завершить)-и далеее по циклу
   Mikeware
 
36 - 01.10.20 - 11:47
+(35) последнее, есссно, со сдвигом ТА на док, и с восстановлением при досрочном завершении.
   tgu82
 
37 - 01.10.20 - 11:52
(35) Я последовательностями вообще не пользуюсь - просто делею групповое проведение уже проведенных докмуентов за весь квартал. В дбф-ном варианте вполне себе шустро. В скульном - раз в 10 медленнее.
И потом пытался выгрузить через правила в БП3 и столкнулся с тем что выгрузка авансовых отчетов вообще застряла в начале базы (01.01.2016)
   tgu82
 
38 - 01.10.20 - 12:03
(31) То есть через Операции-проведение сделать не получится? Будет долго и упорно тупить
   Андрей_Андреич
 
39 - 01.10.20 - 12:06
(38) А какие проблемы написать цикл и через каждые 100 или 1000 доков (экспериментально) фиксировать транзакцию и начинать новую?
   tgu82
 
40 - 01.10.20 - 12:14
(39) Я так в дбф-ном варианте пробовал со сдвигом ТА на текущий проведенный докмуент. Но групповое проведение штатное работает намного быстрее.

Ну просто видищь пишут что вполне должно работать нормально и без переписывания основных модулей на прямые запросы хоть и в скульном варианте
   zenik
 
41 - 01.10.20 - 12:42
Начал смотреть что же у меня не так: после пересчета регистров таблицы итогов пустые. Нашел тему: Неправильно работает пересчет итогов регистра остатков и нашел у себя документ с пустой датой. Поправил дату, делаю пересчет. Надеюсь взаиморасчеты встанут на место.
   zenik
 
42 - 01.10.20 - 12:55
Люди добрые, киньте в меня (мыло в профиле) обработку для пересчета регистров прямыми запросами. Премного заранее благодарен :)
   Андрей_Андреич
 
43 - 01.10.20 - 12:57
(42) И можно код прямо в тему?
   tgu82
 
44 - 01.10.20 - 12:58
(43) Это только для скуль или для дбф тоже они годдятся?
   Mikeware
 
45 - 01.10.20 - 13:19
(42) ща. как раз с домашним сервером админ помог
   Mikeware
 
46 - 01.10.20 - 13:34
   Mikeware
 
47 - 01.10.20 - 13:36
это то, что сходу нашел - вроде доработанная где-то была.
у этой, насколько вижу, доработана возможность пересчета по выбранному измерению (если выбран только один регистр)
   zenik
 
48 - 01.10.20 - 13:58
(46) спасибо огромное. попробую.
   Андрей_Андреич
 
49 - 01.10.20 - 14:34
(47) А код в студию можно? А то интересно, а файла уже нет
   tgu82
 
50 - 01.10.20 - 14:40
(49) Получил?
   zenik
 
51 - 01.10.20 - 14:56
   Mikeware
 
52 - 01.10.20 - 14:58
(49) пардон, думал все заинтересованные скачали...
   Андрей_Андреич
 
53 - 01.10.20 - 14:58
(50) (51) Спасибо посмотрел. Симпатично.
   tgu82
 
54 - 01.10.20 - 15:10
(0) А у вас розница магазина на каком режиме налогообложения?
Ведь вмененку с нового года убирают совсем
   Cthulhu
 
55 - 01.10.20 - 15:45
ТиС?.. дык там же тово, "все уже украли до нас" (с).
фин.учет - движения пишутся с фирмой как надо для магазинов,
упр.учет - движения пишутся без фирмы как надо для оплаты.
   Mikeware
 
56 - 01.10.20 - 15:46
(55) это в старой, которая 8.*
ее уж года с 2002 нет


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