Вход | Регистрация


1С:Предприятие ::

Метки:ТиС

Чем свернуть базу на оперучете?

Я
   vS
 
25.11.04 - 04:54
Сунулся в wrap.ert а он оказался для бухгалтерии...
 
 
   SnarkHunter
 
1 - 25.11.04 - 06:12
Сервис - Свертка базы
   427
 
2 - 25.11.04 - 07:34
Ё..... Ё..... Ё.....
   vS
 
3 - 25.11.04 - 13:50
ладно тебе...
первый раз :)
   mota
4 - 25.11.04 - 13:59
а чем свернуть базу на не типовом оперучете? с с лагом за некоторый период? просто интересно как другие это решали?
   vS
 
5 - 25.11.04 - 14:45
а какая разница, типовой или нет?
вот установил ясейчас ТиС 936... посмотрел СверткаБазы... такая лажа...
вопросы возникли, мож кто может ответить, плиз:
1. а итоги на начало обрезаного периода она переносит?
2. а значения периодических спр. установленные "свернутыми" документами
   vS
 
6 - 25.11.04 - 14:46
(4) есть пара вариантов в голове, один сегодня утром сделал, второй недавно родился в голове, позвони 34714661 могу рассказать
   vS
 
7 - 25.11.04 - 21:00
(5) + вот и не знает никто...
   NiGMa
 
8 - 25.11.04 - 21:01
(7) поищи по форуму. Уже лень 5-й раз одно и то же писать.
   vS
 
9 - 26.11.04 - 07:04
(8) ключ поиска какой? сорри
   vS
 
10 - 26.11.04 - 11:07
что искать то? пока прудумаешь "волшебное" слово, забудешь к чему оно было...
 
  Рекламное место пустует
   Tarlich
 
11 - 26.11.04 - 11:15
Давай мыло
   321
 
12 - 26.11.04 - 11:17
Если конфа самописная, то по-моему лучше самому написать обработку.Хотя у меня был случай с фарм-конфигурацией от одной известной фирмы, так там свертка и не предусмотрена. На вопрос разработчикам, а где же свертка, получил невразумительый ответ типа "ну может в следующих релизах....."
   NS
 
13 - 26.11.04 - 11:19
Для каждого регистра делается свой документ ввода остатков.
Для удобства - часть реквизитов (измерений) выносится в шапку.
Это первый этап...
   Tarlich
 
14 - 26.11.04 - 11:19
Имею универсальную
   vS
 
15 - 26.11.04 - 11:21
(13) чтото мне показалось что в типовой все по другому...
опять же, про цены я в ней ничего не нашел...

(11) мне обработка не нужна, я сам сделал :) клиент доволен, мне интересно мнение сослуживцев о типовой свертке, функциональна ли она?
   vS
 
16 - 26.11.04 - 11:22
(14) а как она у тебя проводит? у меня вот в этом месте загвоздка, я спец док создал для сверки... :(
   vS
 
17 - 26.11.04 - 11:22
свертки
   321
 
18 - 26.11.04 - 11:24
(14)Дашь посмотреть?
   NS
 
19 - 26.11.04 - 11:24
(15) Да, функциональна, работает, но очень медленно.
Я всегда её переписывал, переписываю, и буду переписывать.
Нормальный клиент, с более-менее приличным оборотом - не имеет шансов дождаться завершения обработки.
   Tarlich
 
20 - 26.11.04 - 11:28
Давайте мыло вышлю md ик там один док и обработка
   Tarlich
 
21 - 26.11.04 - 11:29
кажись туда и свертку периодических добавлял
   vS
 
22 - 26.11.04 - 11:31
(19) вот я тоже, сначала свернул, а потом мне сказали, что есть типовая...
вот я ее посмотрел, и судя по коду у меня и возникли мысли, что задняя это часть спины...
   321
 
23 - 26.11.04 - 11:33
(20)isq: 328279462
   Tarlich
 
24 - 26.11.04 - 11:34
(22) лови
   Fеникс
 
25 - 26.11.04 - 11:40
+13 Можно и дальше пойти: один документ для всех регистров, а в реквизите шапки - вид регистра, по которому движения.
   NS
 
26 - 26.11.04 - 11:42
(25) Ну очень неудобно.
Все остатки в ТЧ? Бред.
   mota
27 - 26.11.04 - 11:42
(24) можно и мне чуть отсыпать?
   Fеникс
 
28 - 26.11.04 - 11:45
(26) Конечно, 5 видов документов куда удобнее 1-го вида.
Особенно, когда используются для одной цели. Ты это хотел сказать?
   321
 
29 - 26.11.04 - 11:45
(25)У ТЧ документа есть ограничение на 10000 строк
   Барбариска
 
30 - 26.11.04 - 11:47
(29) да неужели :)))
   Fеникс
 
31 - 26.11.04 - 11:48
(26) (29) Странные вы люди. Я и не предлагал все остатки пихать в один документ.
Я подразумевал "1 документ" = "документы одного вида".
   vS
 
32 - 26.11.04 - 11:48
(25) я делал не так... правда, это фатально...
док собирает итоги, проводит их, а потом гробятся ВСЕ документы до него
если отменить его проведение, ахтунг :) но я это предупредмл программно, нельзя его распровести :)
а у дока ниче нет, не шапки не таблицы
   Tarlich
 
33 - 26.11.04 - 11:48
(24) можно смотри
 
  Рекламное место пустует
   321
 
34 - 26.11.04 - 11:50
(30) Что не веришь? Сама глянь
   avv2
 
35 - 26.11.04 - 11:50
to Tarlich: а мне можна?
   miki
 
36 - 26.11.04 - 11:50
(29) Это токо ДБФ. И то тока для номеров строк. Самих строк может быть больше.
В скуле нарисует все номера строк правильно.
   Fеникс
 
37 - 26.11.04 - 11:51
(32) Т.е. одни движения, никаких исходных данных? Весело...
   Fеникс
 
38 - 26.11.04 - 11:52
+36 И актуально только для номеров строк в записанном (в базу) виде.
   miki
 
39 - 26.11.04 - 11:54
(38) Да точно. Если открыть форму дока, там номера правильно стоят даже в ДБФ.
   Барбариска
 
40 - 26.11.04 - 11:55
(34) ну строчки нормально не нумеруются - ну и ладно с ними. в конце концов всегда можно сделать их перенумерацию при открытии, если уж очень хочется красоты - вроде ВыгрузитьТабличнуюЧасть() и ЗагрузитьТабличнуюЧасть()
P.s. Сама пользуюсь универсальным документом (одного вида для всех регистров), с нормальной шапкой и нормальной ТЧ - который можно проводить и перепроводить )))
   Tarlich
 
41 - 26.11.04 - 11:55
(OFF) Это наверное к новому году народ готовится?
   miki
 
42 - 26.11.04 - 11:57
(40)Достаточно пересортировать.
   Барбариска
 
43 - 26.11.04 - 11:59
(42) да все равно в общем-то. Меня неправильная нумерация больших документов не очень напрягает. В лучшем случае - пару раз открывать приходится за год...
   vS
 
44 - 26.11.04 - 12:12
(37) ага, зато без геморроя, сразу по всем регистрам
вот есть наверное способ, из внешней обработки проводить документ с нужными МНЕ движениями, а не по документу, чтото вроде Конт.Регистр.ОстатокТМЦ.Приход()
вобщеб чудно было
   Барбариска
 
45 - 26.11.04 - 12:19
(44) способ-то есть... )))
   Fеникс
 
46 - 26.11.04 - 12:23
(44) Какой геморрой в том, чтобы хранить остатки в ТЧ?
А вот плюсов масса.
Во-первых, если разбивать эти остатки по частям, разными документами, то проводиться всё это будет гораздо быстрее.
Во-вторых, перепроведение такого документа куда как проще, если все движения берутся из ТЧ.
В-третьих, такая схема не требует непрерывности всей операции сокращения базы, т.е. можно сперва записать всё в документы, а потом их проводить. Учитывая общую длительность таких процедур, это весьма немаловажно.
   vS
 
47 - 26.11.04 - 12:26
(45) огласи
(46) документ собирается и проводится у меня около 7 секунд
документы удаляются около 3х часов... документов было 61 с чемто тыща
   miki
 
48 - 26.11.04 - 12:26
Регистры — это специфический инструмент системы 1С:Предприятие, средство накопления сводной информации. Регистры являются внутренним инструментом конфигурации, к которым нет непосредственного доступа через интерфейс пользователя.
........
Документы, как объекты прикладной задачи, тесно связаны с регистрами. Именно документы, и только они могут изменять значения ресурсов в регистрах (этот алгоритм прописывается в предопределенной процедуре ОбработкаПроведения для каждого вида документа). Никаким другим способом, кроме как через проведение документов на содержимое регистров повлиять нельзя. Например, нельзя создать отчет, который бы изменял значения, хранящиеся в регистрах.
...........................
Замечание: Формирование движений документов по регистрам доступно только в Модуле документа в системной предопределенной процедуре ОбработкаПроведения.
   miki
 
49 - 26.11.04 - 12:26
(48)Сорри. (с)ЖКК
 
  Рекламное место пустует
   Барбариска
 
50 - 26.11.04 - 12:28
(48) ну и что?
   miki
 
51 - 26.11.04 - 12:30
(50) Насчет чего?
   Fеникс
 
52 - 26.11.04 - 12:32
(47) Представим себе ситуацию, когда в эти 3 часа исчезает электричество. Что, всё заного?
Мне-то как раз приходилось иметь дело с базами, где проведение занимало часов 5, а удаление старых документов - более 100 часов. Поэтому и говорю о скорости.
   Барбариска
 
53 - 26.11.04 - 12:33
(51)ну есть же, есть способ сформировать движения документа обработкой. совершенно не противоречащий цитатнику. В модуле документа - совсем мааленькие изменения. Так что - чудненько )))
   Fеникс
 
54 - 26.11.04 - 12:34
+52 К слову сказать, замеры на DBF при таких проведениях:
Документ, делающий 1000 движений - 1 минута
Документ, делающий 2000 движений - 5 минут
Документ, делающий 3000 движений - 20 минут
   miki
 
55 - 26.11.04 - 12:35
(53)Один ... Один ..., о! пень, без дока не обойдетесь.
   Барбариска
 
56 - 26.11.04 - 12:38
(52) ну про сто часов - это уж как резать нужно было, как резать )))
(55) так без документа обходиться никто не собирается - ясен пень - ищется
"способ, из внешней обработки проводить документ с нужными МНЕ движениями, а не по документу"
   Fеникс
 
57 - 26.11.04 - 12:40
(56) Такая база. Не могу сказать, что она была идеально спроектирована. ;)
   Барбариска
 
58 - 26.11.04 - 12:42
(57) не верю, что нельзя было сделать быстрее - как бы ни была спроектирована база )))... как не могу себе представить например SQL- запрос, формирующийся сто часов...
   Барбариска
 
59 - 26.11.04 - 12:45
(57) скорее всего обрезыватель базы имел почасовую оплату и набивал себе цену... Свою первую базу я тоже резала больше суток...хотя вполне в час можно было уложиться. Мозгов тогда не хватило взять почасовую оплату с клиента...
   miki
 
60 - 26.11.04 - 12:46
(56) Тогда чем Провести() не устраивает?
   Барбариска
 
61 - 26.11.04 - 12:49
(60) это не я в поисках, а (44).
   vS
 
62 - 26.11.04 - 13:10
(52) а зачем?
документ сначала проводится, потом снова открывается, и на нем есть пимпка, "грохнуть все до меня" %)
(55) это понятно, просто можно было бы на любой тогда повешать, любым документом провел на и все...
Можно конечно, порыть конфу, подумать... какой документ какие регистры двигает.. и в них свернуть данные... только геморр это
   vS
 
63 - 26.11.04 - 13:11
(56) движения как МНЕ надо, а не то, что в документе есть
   miki
 
64 - 26.11.04 - 13:12
(62)Не бывает только рыбку съесть...
   Барбариска
 
65 - 26.11.04 - 13:17
(63) если расскажу - это ж опять как граната в руках... Потом кто-нибудь будет поминать недобрым словом "того кто ему это сказал!", а мне икаться будет )))
   vS
 
66 - 26.11.04 - 13:24
гранаты нынче в магАзинах продаются, "два любых документа", так что вещай...
а то я не умный совсем, "как то перед пацанами не удобно" :)
   Барбариска
 
67 - 26.11.04 - 13:35
(66) иди и купи...)))
   Мнебытоже
68 - 26.11.04 - 14:28
Мне тоже предстоит свернуть не типовую базу, в которой 15 регистров!!!
может все таки кто имеет такую универсальную обработку свертки.
Если пришлете буду очень признателен
   vS
 
69 - 26.11.04 - 15:31
на
   Fеникс
 
70 - 26.11.04 - 15:34
(58) Объясни пожалуйста, какой может быть SQL-запрос в DBF базе?
Штатно никак не меньше 100 часов. Не веришь - могу дать базу :))
Правда, нештатными средствами укладывалось в 3 часа ;)
(62) Если бы я так же делал - сперва приходовал сальдо, а потом удалял все старые данные - регистры распухли бы больше 2 Gb - как пить дать.
   Мнебытоже
71 - 26.11.04 - 15:35
sV спасибо получил
может чем могу тоже отблагодарить
   miki
 
72 - 26.11.04 - 15:36
(70) А ты думаешь зачем так много выходных в начале января?
   Барбариска
 
73 - 26.11.04 - 15:50
(70) прикидываю, сколько же там может быть документов...чтобы на 100 часов, даже изощренного обрезания... Штатные транзакции - применялись? количество операций в транзакциях - какое? Моя очень немаленькая годичная база с легкостью штатными средствами в полчаса укладывается...(именно удаление документов!, полностью процедура разделения - с всякими вспомогательными процедурами и последующей упаковкой - меньше трех...) А SQL запросы можно применить например с помощью использования ADODB.Connection - даже в DBF весьма красиво получается... ну не сто же часов на это тратить...)))
   Fеникс
 
74 - 26.11.04 - 16:00
(73) Кто-то что-то не улавливает.
Там не просто удаление, там отмена проведения - она-то всё время и съедает. Были два здоровых регистра под гигабайт. Плюс сюда же глубина пересчёта итогов при отмене проведения от 22 до 10 месяцев.
   Барбариска
 
75 - 26.11.04 - 16:17
(74) тяжелый случай ))) конфигурацию смотреть нужно...)))
   Fеникс
 
76 - 26.11.04 - 16:24
(75) Кстати, немаленька база - это какая? Размер? DBF/SQL?
   Барбариска
 
77 - 26.11.04 - 16:35
(76) около гигабайта на момент разделения...впрочем. наверное маленькая.
   Fеникс
 
78 - 26.11.04 - 17:27
(77) В той базе, которую я имел в виду, было более 8 Гб перед сокращением.
Два больших регистра (700 Мб и 500 Мб) и два маленьких (менее 300 Мб).
Количество удаляемых документов не помню, но более 140 тысяч.
Количество удалённых движений по регистрам было - одних только движений продаж - от 3,5 до 4 миллионов движений.
Количество итогов по всем регистрам на конец удаляемого года
- примерно 600-700 тысяч.
После того, как в базе осталось 8 последних месяцев,
размер базы составил 4,5 Гб.
...
Так что такая разница по времени неудивительна.
   vS
 
79 - 26.11.04 - 19:28
(70) обоснуй
(71) за изпохабленное имя, тебе бы люлей следовало навешать, а не файло разсылать... >:-Е
   Лошадка в пальто
 
80 - 26.11.04 - 19:36
Всем навешать трындюлей... палками резиновыми...
   vS
 
81 - 26.11.04 - 20:12
в конце как то не совсем складно, но начало хорошее, продолжай в том же духе :)
   Fеникс
 
82 - 26.11.04 - 20:25
(81) Вообще-то до 2 Гб не распухнет. :)
Но распухнет.
   vS
 
83 - 27.11.04 - 08:16
с чего бы они распухли, у тебя бы пропали миллионы движений, осталось несколько тысяч... потом бы еще базу сжать
   Fеникс
 
84 - 27.11.04 - 12:00
Сперва бы к этим миллионам добавились сотни тысяч, а потом уже миллионы пропали. Вот перед удалением миллионов регистры и распухнут.
Неужели непонятно?



Список тем форума
  Рекламное место пустует
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует