Имя: Пароль:
1C
1C 7.7
v7: как мне "порезать" большую базу на 1С7.7. ?
0 Dil
 
09.01.10
14:07
Подскажите, пожалуйста, как мне "порезать" большую базу на 1С7.7. и оставить только бухгатерские итоги на начало текущего года
1 ДенисЧ
 
09.01.10
14:08
БУхия? Тогда wrap.ert...
2 Злопчинский
 
09.01.10
14:08
в районе меню-сервис - boto, "свертку базы" или wrap.ert - НЕ ЗАБУДЬ БЭКАП СДЕЛАТЬ!!!!
3 zak555
 
09.01.10
14:09
имя конфы ?
4 Mikeware
 
09.01.10
14:10
wrap.ert
-------
а большая - это сколько?
5 Dil
 
09.01.10
14:10
на 2,5 ГБ
6 zak555
 
09.01.10
14:10
(5) типовая ?
7 zak555
 
09.01.10
14:11
+ (5) dbf|sql
8 Dil
 
09.01.10
14:11
Нет, под пользователя, в Узбекистане
9 zak555
 
09.01.10
14:12
(8) dbf ?
10 Dil
 
09.01.10
14:15
вся база 2,5 ГБ. 1SBKTTL - 800 MБ
11 birkoFFFF
 
09.01.10
14:16
если база большая и не sql, то задолбаешься доки удалять стандартной обработкой...

Проще всего:

1) создаешь пустую базу из md-шника старой
2)берешь стандартную обработку wrap.ert и комментишь там процедуры после создания операций вручную (удаление доков,удаление проводок и т.д.) чтобы только операции создала по переносу остатков, это она даже при большой базу быстро сделает
3)стандартной обработкой переносишь нужные справочники и константы из старой базы в новую
4)той-же стандартной обработкой переносишь операции вручную по переносу остатков за 31.12.2009
5) после этого можно справочники почистить на предмет левых, задвоенных, ненужных элементов
12 Dil
 
09.01.10
14:16
wrap.ert где можно посмотреть? Заранее спасибо
13 Злопчинский
 
09.01.10
14:17
не баись, сделай бэкап, сними оборотки на начало года и сворачивай. после свертки - проверяй оборотки.
14 Злопчинский
 
09.01.10
14:17
(11) больной да? товарищ врап не знает а ты ему перенос из конфы в кофу, заремить, создать..
пусть штатно сделает. и не мучит себе мозг.
15 birkoFFFF
 
09.01.10
14:18
(12) ИТС не предлагать ? )))
16 zak555
 
09.01.10
14:18
(8) переписать конфу с учётом (10)
17 zak555
 
09.01.10
14:19
(12) возьми свежую в конфе бюджетки для России
но см. (16) !
18 birkoFFFF
 
09.01.10
14:19
(14) у него доки старые трое суток удалять будет ... охренеет ждать...
19 Mikeware
 
09.01.10
14:20
(14) Ключевое слово - _Узбекистан_..
20 Злопчинский
 
09.01.10
14:20
(18) ну и фигли?
21 birkoFFFF
 
09.01.10
14:21
(20)ну если Узбекистан, то ладно )))
22 Обработка
 
09.01.10
14:21
(0) Позови спеца. А за сделанную работу заплати ему. Думаю все равно не из своего кармана.За одно и научишься бесплатно... и без гемора
23 Mikeware
 
09.01.10
14:21
(18) там ритм жизни другой...
24 Dil
 
09.01.10
14:21
dbf.
25 Обработка
 
09.01.10
14:23
(21) Да ладно вы ребяты. В Ташкене тоже развито 1с. Франей там достатчно. Да спецы не редко отдуда перебираются в алматы. НО вот про Таджикистан и Туркменистан что то я ни разу не слышал.
26 Mikeware
 
09.01.10
14:39
(25) "франи" и "развито" - понятия если не диаметральные, то как минимум не совпадающие...
27 Злопчинский
 
09.01.10
14:42
(26) ортогональные?
28 Mikeware
 
09.01.10
14:51
(27) Неколлинеарные, скорее...
29 Torquader
 
09.01.10
14:59
(26) В данном случае говорят, что одно и другое не связаны.
30 Обработка
 
09.01.10
17:55
(26) Да, ладна (с) Т. Канделаки.
31 Шурик71
 
09.01.10
18:02
(18) думаю, что откатить БИ на 01.01.2000 + удалить документы + вернуть БИ обратно быстрее и проще, чем переносить из базы в базу...
32 birkoFFFF
 
09.01.10
18:03
(31) не скажи, испробовано...
в чистую перенести быстрее, но танцев с бубнами конечно больше )))
33 dk
 
09.01.10
18:11
2.5 гб большая? можно я посмеюсь?
на скуле стандартная врап 12 гб часов за 6 порезала
34 Шурик71
 
09.01.10
18:14
(32) по времени - картина одного порядка, если удалять в транзакциях по 500 шт. С переносом хватает шаманских танцев с переносом истории реквизитов, изменяемых документами + 76.АВ счет в разрезе с/ф. А если в (0) еще измененная конфа, в которой в справочниках ссылки на документы...
35 Asirius
 
09.01.10
19:21
(10) >> вся база 2,5 ГБ. 1SBKTTL - 800 MБ

Это не нормально. Таблица итогов по размеру существенно больше всех остальных таблиц => некорректно закрываются некоторые субконто по некоторым счетам. Возможно где-то есть субконто типа "Документ" и остаток по этому субконто тянет все документы с начала времен. В этом случае свертка не поможет, т.к. не даст удалить старые документы. Тогда вместо свертки уменьшить размер скорее поможет анализ конфы, после которого надо будет сделать какое-нибудь субконто оборотным
36 Asirius
 
09.01.10
19:27
+(35)
К примеру, в случае, описанном в Накопление по Дисконтной карте, в чем хранить? после корректного закрытия остатков база уменьшилась с 40гб до 12гб
37 El_Duke
 
гуру
11.01.10
15:47
(35) но ведь в типовых конфах тоже есть субконто типа Документ, и тем не менее сворачиваются такие базы без проблем. Не может же эта проблема от какого то конкретного счета появляться ?
Основная теорема систематики: Новые системы плодят новые проблемы.