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


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
Сперва бы к этим миллионам добавились сотни тысяч, а потом уже миллионы пропали. Вот перед удалением миллионов регистры и распухнут.
Неужели непонятно?



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