![]() |
![]() |
Vov4 30.09.2004 - 17:05 | Чем лучше всего почистить старые года, что бы ничего не поплыло? |
Карлсон Великий и Ужасный 1 - 30.09.2004 - 17:06 | А что, 1,2 Г это много? |
Господин Забалуев 2 - 30.09.2004 - 17:06 | торговля ? бухия ? копмлексная ? не 1С платформа ? |
ViRoy 3 - 30.09.2004 - 17:10 | dbf SQL? |
Vov4 4 - 30.09.2004 - 17:11 |
1С Комплексная, ДБФ. более 20 юзеров. Сейчас еще тянет, но притормаживает. Объемы инфы увеличиваються, боюсь через пол года скажет она досвидания. |
AnMoOr 5 - 30.09.2004 - 17:14 | 20 юзверей, за 4 года 1,2 Гб, в комплексной ... Они у тебя там чё просто сидят??? |
ViRoy 6 - 30.09.2004 - 17:16 |
да... физичесский размер в 2Гб на дбф - это жалкое зрелище... есть немного инфы здесь: http://1csql.udmnet.ru/articles/article.shtml?develop/st0010 единственное - это все для сиквела... |
ViRoy 7 - 30.09.2004 - 17:19 |
может я сделал не совсем правильно... 1.Выгрузил базу из дбф в сиквел 2.Обрезал базу сиквельными средствами 3.пересчитал итоги 4.загрузил в дбф и переиндексировал... вот и все.. |
Иешуа 8 - 30.09.2004 - 17:19 | (0) Проще всего написать обработку которая посчитает остатки по счетам на определенную дату, удалит все документы до этой даты, а остатки по счетам сделает операциями введенными вручную. |
Джинн 9 - 30.09.2004 - 17:23 |
То 6. 2Г - это ограничение на размер ОДНОГО файла. И ничего жалкого в этом нет. То 7. Очень мне интересно, как это можно "обрезал базу сиквельными средствами"? Может ты объект обрезания перепутал? |
Bot 10 - 30.09.2004 - 17:25 |
(0) переведешь их в сиквел и проблем не будет. С dbf-а надо уходить однозначно. (7) ну ты мастер. Раскрой пожалуйста пункт 2 для ликбеза. Буду щедр на спасибо. |
ViRoy 11 - 30.09.2004 - 17:25 |
не спорю - это проще, но такая обработка, при пометке на удаление документа запускает механизм пересчета итогов в 1С... - тормоз ещё тот к примеру - 1Гб база штатными средствами обрабатывалась сутки (Р4 1.3ГГц,256Мб ОЗУ,40Гб сигейт баракуда) - а с выгрузкой/загрузкой в сиквел - все заняло 2 часа... |
ViRoy 12 - 30.09.2004 - 17:29 |
скрипт для сиквела:(да собственно и статья...) http://www.perlscript.ru/v77_33.shtml |
Vov4 13 - 30.09.2004 - 17:30 |
(5) Начиналось все с 2-х юзеров... постепенно дошли до 20. Основной обем последние 2 года. вот бы их и почистить... Ничего нет более-менее стандартного? |
Джинн 14 - 30.09.2004 - 17:34 | То 12. Ну это не обрезание, а кастрирование :) |
ViRoy 15 - 30.09.2004 - 17:36 | (9)я не в плане ограничения на размер файла - я в плане работы 20 юзверей в одной базе...смотря какой сервер, по сетке или в терминале, насколько активно они там работают... - это все играет значительную роль (насчет обрезаниия - ты не прав, понятие, конечно, ассоциативное, - но ничего лучше подобрать не получилось :-)) |
БелСан 16 - 01.10.2004 - 01:27 |
(0)Вариантов несколько... Например, сначала стандартной обработкой WRAP с ИТС сворачиваешь бух.итоги (доки оставляешь проведенными - удаляешь только проводки). При желании, после этого этапа можно удалить документы, являющиеся только бухгалтерскими до даты свертки. Затем обработкой SvLdCJ77 чистишь журналы расчетов. При желании, после этого можно удалить рассчетные документы. (проверь только чтобы в удаляемом периоде не было записей, период действия которых лежал бы в текущем году...). Ну и наконец, сворачиваешь оперативные итоги штатными средствами (при изменении типовой конфы - подправь штатную обработку). Естественно, на каждом этапе делаешь архивную копию и контролируешь остатки и обороты за текущий год типовыми отчетами.... |