![]() |
![]() |
![]() |
|
Перенос данных для ускорения Ø |
☑ | ||
---|---|---|---|---|
0
Спокойный инициатор
25.07.06
✎
17:28
|
У нас сейчас используется база торговли. Я хочу перенести все данные в новую базу. Так сказать, внести в новую конфигурацию. Примерно как переставить винду для ускорения самой винды, т.к. чем она чище, тем быстрее. Как мне все перенести в идентичную конфигурацию?
|
|||
1
КонецЦикла
25.07.06
✎
17:32
|
А ты не совсем спокойный :)
Перепиши МД в пустую папку и радуйся - жизнь началась заново! |
|||
2
Спокойный инициатор
25.07.06
✎
17:34
|
Разве скорость от этого увеличится?
|
|||
3
Zamestas
25.07.06
✎
17:35
|
(0) "чем она чище, тем быстрее" - аргументировать сможете?
|
|||
4
КонецЦикла
25.07.06
✎
17:35
|
Ну в общем-то работать приятнее
|
|||
5
ЙоханСон
25.07.06
✎
17:36
|
У меня есть стакан чая, в нем две ложки сахара (размешаны)
Хочу перелить чай в другой такой же стакан, я думаю он станет слаще как это сделать ? |
|||
6
Света Семёненко
25.07.06
✎
17:36
|
(0) давно не виделись
|
|||
7
Спокойный инициатор
25.07.06
✎
17:37
|
(3) Поставь винду новую на такую-же машину, посмотри. Быстрее же будет. Значит если взять идентичную конфигурацию и вставить данные в новые таблицы, то тоже будет быстрее. Оно автоматически соптимизируется, укладываясь при вставке в ячейки таблиц в нужном порядке. Соответственно запросы будут работать быстрее и проведение.
|
|||
8
ЙоханСон
25.07.06
✎
17:39
|
(7) да с вашим аналитическим складом ума надо работать в бюро прогнозов :)
Давно так не смеялся |
|||
9
Спокойный инициатор
25.07.06
✎
17:42
|
(8) Зачем грубишь? Какое бро прогнозов?
Скажите, как вставить данные в новую таблицу в необходимой последовательности. |
|||
10
GarryZ
25.07.06
✎
17:42
|
Не могу удержаться - АФФТАР ЖЖОТ!!!
|
|||
11
КонецЦикла
25.07.06
✎
17:42
|
2(7) Инициатор, сделай дефрагментацию диска... это точно не повредит :)
|
|||
12
Спокойный инициатор
25.07.06
✎
17:47
|
(11) Таблицы грузятся на сервере в память и работа идёт уже через память. Каким образом поможет дефрагментация диска. Дефрагментация оперативной памяти я ещё могу понять, но никогда не дефрагментировал, потому что и так довольно быстро работает.
|
|||
13
ЙоханСон
25.07.06
✎
17:47
|
(9) где увидел грубость? это из фильма фраза, забыл из какого :)
Просто ты наверно, мягко говоря, не очень хорошо понимаешь причины появления тормозов у ОС и у 1С. |
|||
14
Берсеркер
25.07.06
✎
17:48
|
(0) Это мне напоминает монографию под названием "Куда растутЪ адреса памятi" ;))
Пишы исче! |
|||
15
Zamestas
25.07.06
✎
17:48
|
(7) Быстрее в чем ? Какими методы оценки производительности использованы - хотелось бы данные посмотреть.
|
|||
16
ve
25.07.06
✎
17:49
|
(0) Какой релиз движка, конфигурации? Какие характеристики сервера с базами? Сколько баз? Размеры баз? Сколько пользователей?
|
|||
17
Спокойный инициатор
25.07.06
✎
17:49
|
(13) Цитата загрепляется копирайтом.
Причины разные, но обновление файла конфигурации и дефрагментация таблиц данных несомненно повысит прозводительность системы. Уж тут со мной не спорь, пожалуйста. |
|||
18
ЙоханСон
25.07.06
✎
17:49
|
так эту ветку сразу в "Топ"
|
|||
19
Спокойный инициатор
25.07.06
✎
17:52
|
(15) Скорость растёт так, что заметно даже визуально.
Для сравнения я использовал недокументированную функцию _GetPerformanceCounter() (16) Релиз движка - 15, конфигурация - ТиС 8.7, переделанная, но есть чистая конфигурация. Сервер - Celeron 2700, 1 Gb. Есть ещё несколько баз бахгултарских, но в них работают мало. Размер базы 9.5 Gb. Пользователей в среднем 30 человек. |
|||
20
Zamestas
25.07.06
✎
17:54
|
(14) И первый абзац в ней с заголовком "Увеличение длины конвеера процессоров фирмы Intel в процессе эксплутации"....
|
|||
21
angro
25.07.06
✎
17:55
|
ну сделаый выгрузку-загрузку, у тебя таблицы заново создадутся
|
|||
22
ЙоханСон
25.07.06
✎
17:57
|
"Оно автоматически соптимизируется, укладываясь при вставке в ячейки таблиц в нужном порядке"
Дорогой друг ты хоть понимаешь что в таблицах нет никакого порядка, для упорядочивания или сортировки записей служат индексы, информация в .dbf добавляется по мере ввода и более не как не изменяется (я имею ввиду порядок следования этих записей) за исключением случая удаления, но для этого надо еще упаковки таблиц выполнить, тогда записи помеченые на удаление в dbf физически удалятся (не путать с пометкой на удаление в 1С) Вообще случай клинический конечно, особенно в (17) "Уж тут со мной не спорь, пожалуйста" Кончено что ж с тобой спорить ... удачи |
|||
23
Берсеркер
25.07.06
✎
17:59
|
(0) Скорость листания справочников можно повысить отсортировав файлы справочников SC* по наименованию DESCR
Скорость листания журналов доков соотвественно отсортировав доки DH* по дате документа (Date, Time в 1CJourn) Скорость формирования отчетов зависит от регистров. Надо думать при последовательном проведении доков регистры упорядочены оптимальным образом |
|||
24
Kalyan
25.07.06
✎
18:05
|
(0) Воспользоваться обработкой переноса данных - если типовая, можно и самому написать.
|
|||
25
Zamestas
25.07.06
✎
18:07
|
(19) Этим Вы измеряете скорость отдельных операций в Вашей конфигурации и если в ней ГП лежит в начале года (а быть может регистры не по всем измерениям закрываются) - то с течением времени конфигурация начтен тупить пропорционально времени работы и объему данных, но Вы то измеряет скорость работы именно конфигурации 1С и не ОС. Нормально настроенный Windows не нуждается в переустановке при условии, что выполняются операции по обслуживанию (которые все автоматизируются)...
|
|||
26
bvk
25.07.06
✎
18:10
|
(0) Скопировать базу и будет у тебя индентичная база со всеми данными
|
|||
27
bvk
25.07.06
✎
18:13
|
(+26) Только нахрена спрашивается?
|
|||
28
USSR
25.07.06
✎
18:17
|
(9)А какая последовательность строк в таблице является необходимой? Для справочника: в порядке кода, наименования или ИНН? Читать смешно:)
Тебе пишут адекватные люди, ты никого не слушаешь. Может ты просто не упаковывал базу ни разу? При упаковке действительно может быть ощутимый выигрыш. |
|||
29
bvk
25.07.06
✎
18:23
|
"Дефрагментация оперативной памяти я ещё могу понять, но никогда не дефрагментировал, потому что и так довольно быстро работает"
Только сейчас дочитал)))))))) |
|||
30
Чучундер
25.07.06
✎
18:27
|
Когда-то в глубокой молодости писал БД на dbf
так все привязки таблиц делал по номерам физических записей - прирост по сравнению с индексами - ну очень большой... |
|||
31
Берсеркер
25.07.06
✎
18:37
|
(30)
"так все привязки таблиц делал по номерам физических записей " А потом пришел бы какой-нить Берсеркер и отсортировал *.dbf ;)))) |
|||
32
lalex23
25.07.06
✎
18:47
|
вроде не пятница, а такое количество разводнЫх веток ...
|
|||
33
Чучундер
25.07.06
✎
18:48
|
(31) а мы его топором!
про то и речь! за все приходится платить... приходилось регулярно реструктузацию базы делать чтоб все по алфавиту показывалось без лишних телодвижений... |
|||
34
Чучундер
25.07.06
✎
18:50
|
Организовать конкурс что ли на самый самый развод?
|
|||
35
USSR
25.07.06
✎
20:37
|
(30)Что означает привязку по номерам физических записей? не пойму. Прописывал во второй таблице номер записи первой? Своеобразная эмуляция первичного ключа?:)
|
|||
36
Пудель
25.07.06
✎
20:39
|
афтар ацкий сотона
|
|||
37
Vnedr1c
25.07.06
✎
20:44
|
"Есть ещё несколько баз бахгултарских, но в них работают мало"
Оно и понятно.. странно что они вообще делают в базах с таким названием... |
|||
38
Спокойный инициатор
26.07.06
✎
09:22
|
Вчера нужно было идти домой кормить птиц, сейчас прочитал всё, ничего по делу.
Есть здесь адекватныю люди, которые решали этот вопрос? |
|||
39
Регистр
26.07.06
✎
09:32
|
(38) "Вчера нужно было идти домой кормить птиц".
Надо не так, надо так: "Вчера нужно было идти на процедуры в псих.диспансер" |
|||
40
Гуня
26.07.06
✎
09:41
|
(0) Тебе надо к Camino обратиться. Кстати где он. К нему клиент.
|
|||
41
lalex23
26.07.06
✎
09:41
|
(38)Почему ник введён не полностью, как японимаю он д.б.
таким: "Спокойный инициатор разводов" |
|||
42
ve
26.07.06
✎
09:47
|
(0) Используя конфигурацию "Конвертация данных" с диска ИТС, очень просто перенести все данные в идентичную конфигурацию.
|
|||
43
Спокойный инициатор
26.07.06
✎
09:52
|
Давайте по делу.
Все эти конфигурации "Конвертация данных" и переносы различные разве вставят в таблицу базы данные в упорядоченном порядке? |
|||
44
bvk
26.07.06
✎
09:54
|
(43) А говорил, что прочитал ветку...)
|
|||
45
ve
26.07.06
✎
09:56
|
(43) Какой порядок надо считать "упорядоченным порядком"?
|
|||
46
lalex23
26.07.06
✎
09:59
|
(43) если по делу, то имеет смысл СВЁРТКА базы на какой то момент, простой перенос данных не даст НИКАКОГО повышения чего/либо
как делать свёртку - было много вопросов/ответов/методов и пр. 2all все остальные вопросы в ключе(0) предлагаю рассматривать как развод |
|||
47
Спокойный инициатор
26.07.06
✎
10:04
|
(46) При чём тут СВЁРТКА? Я им о козах, а они мне о баранах..
|
|||
48
lalex23
26.07.06
✎
10:05
|
+(46) и в случае (47) длумицца над аффтором не по детцки !!!
|
|||
49
ve
26.07.06
✎
10:06
|
(43)(47) Какой порядок будем считать "упорядоченным порядком"?
|
|||
50
lalex23
26.07.06
✎
10:07
|
+(48)длумицца = Глумицца
|
|||
52
Rovan
26.07.06
✎
10:21
|
(0) вобщем итог части ветки (в 50 постов) - люди, которые много лет работают с 1С не знают как сделать то, что ты хочешь!
а если сможешь и результаты объективно будут положительными - расскажи потом, многим тут очень интересно будет почитать. |
|||
53
AndreySpb
26.07.06
✎
10:25
|
(52) Сделать то это можно (в смысле перенести данные), только зачем такой хренью заниматься?!!
|
|||
54
Rovan
26.07.06
✎
10:51
|
(53) а иногда такого рода "ЦУ" с умным видом дают руководители.
у меня как раз нечто подобное предстоит скоро - типа обрежте мне базу, чтобы быстрее работал ввод данных, но чтобы отчеты при этом формировались подробно за весь период от начала ведения данных в 1С |
|||
55
ЙоханСон
26.07.06
✎
11:17
|
Афтар ты непроходимо ЛАМО! это не наезд, не оскорбление и ничего личного
это просто констатация факта ! |
|||
56
7цилиндров
26.07.06
✎
11:39
|
Вспомнилась Женщина, которая утверждала, что на скорость влияет кол-во файлов в ИБ.
Вопрос на засыпку: Что будет если дбф-ки физически отсортировать по ключу индекса? |
|||
57
Strawberry
26.07.06
✎
11:56
|
Ситуация напоминает вчера одного из колодца вытянули веревкой (переустановка винды)а сегодня другого стянем с дерева той же веревкой (перенос данных в 1С)
а слабо востановить последовательность и запустить ТИ ИБ |
|||
58
USSR
26.07.06
✎
12:00
|
(56)Можешь смеяться, но количество файлов в ИБ безусловно влияет на скорость:)
|
|||
59
lalex23
26.07.06
✎
12:05
|
(58) разговор шел про отчётность...
|
|||
60
7цилиндров
26.07.06
✎
12:38
|
(58) Она говорила, что если в ИБ запихать тысчонку чужих файлов.
Во-вторых ответь, что будет быстрее: 1. Комплексная с размерами дбф не более 10М 2. Бухия с справочниками под миллион элементов и журнал с миллионом записей Кол-во дбфок в бухии в 2 раза меньше. |
|||
61
lalex23
26.07.06
✎
13:10
|
раз пошла такая пьянка...
нате - http://1c.realnet.ru/kuban/169746.html прикалывайтесь |
|||
62
Спокойный инициатор
26.07.06
✎
14:14
|
Я выгрузил в ДБФ. Отсортировал таблицы, пересоздал. Скорость выросла.
И кто тут по вашему дурак и ламо?! |
|||
63
Спокойный инициатор
26.07.06
✎
14:16
|
Я не все остортировал, только одну со справочником товаров. Сортировка по наименованию. Скорость работы с методами ПоНаименованию со справочником увеличилась.
|
|||
64
lalex23
26.07.06
✎
14:22
|
(62)а чё, был СКУЛЬ? а размер базы?
что есть "Отсортировал таблицы, пересоздал"? (63)чем мерял? |
|||
65
Vacony
26.07.06
✎
14:55
|
*упорно сидит и записывает новую методу...
|
|||
66
TriD
26.07.06
✎
14:58
|
(63) Елы, конешно возрастет, если файл был несжатый и фрагментированый. Сначала ТиИ и дефраг, потом уже мерять.
|
|||
67
Спокойный инициатор
26.07.06
✎
15:16
|
(64) Был скуль. Размер 9 гигов. Выгрузил в DBF. Замерил. Отдефрагментировал таблицы. Замерил. Получить выигрышь в производительности.
(66) Читать научись для начала, потом умничай. |
|||
68
lalex23
26.07.06
✎
15:25
|
(67)а замерял в ДБФ-е или в СКУЛ-е?
и всётаки не понятна фраза: "Отдефрагментировал таблицы" и "Отсортировал таблицы, пересоздал" |
|||
69
Спокойный инициатор
26.07.06
✎
15:27
|
(68) В DBF.
Определение одно и то же :-) Засунул в новый DBF в нужном мне порядке. Читай "отдефрагментировал". |
|||
70
lalex23
26.07.06
✎
15:35
|
(69)т.е. ФИЗИЧЕСКИ отсортировал в файле внешним редактором?
орригинально... |
|||
71
Спокойный инициатор
26.07.06
✎
15:41
|
(70) Пересоздал DBF. Написал на встроенном языке переноску из DBF в DBF с сортировкой.
|
|||
72
Я Невидим
26.07.06
✎
15:43
|
(0) Вашу бы энергию да в мирных целях
|
|||
73
7цилиндров
26.07.06
✎
15:49
|
(71) И cdx вырос намного.
|
|||
74
lalex23
26.07.06
✎
16:08
|
(71) а теперь залей обратно в СКУЛЬ и получишь ту же скорость что и раньше
|
|||
75
Спокойный инициатор
26.07.06
✎
16:18
|
(74) Для одарённых объясняю: D B F.
|
|||
76
Берсеркер
26.07.06
✎
16:21
|
> Пересоздал DBF. Написал на встроенном языке переноску из DBF в DBF с сортировкой.
Там же ссылочные поля! Как ты их в DBF обработкой выгрузил? Можно просто перенести базу из сикюэл в дэбээф А ваще идея с сортировкой не лишена смысла (для DBF по крайней мере) Я пару лет назад выдвинул эту идею так меня заклевали ;) |
|||
77
Спокойный инициатор
26.07.06
✎
16:24
|
(76) Соблюдение типа, преобразование решает этот вопрос.
|
|||
78
ve
26.07.06
✎
16:25
|
(75) А пользователи обычно работает с DBF или SQL версией базы?
|
|||
79
Спокойный инициатор
26.07.06
✎
16:26
|
(78) SQL. Для DBF база большая для постоянной переиндексации.
|
|||
80
lalex23
26.07.06
✎
16:28
|
(75)для одарённых уточняю - ты и дальше в дбф работать будешь или в скуль вернёшься?
дбф быстрее, но тока если ты ОДИН работаешь, а когда к тебе ещё человек ...надцать в базу влезут - 9 гиг дбф-ов сдохнут и придётся возвращаться в скуль и получишь(74) |
|||
81
Спокойный инициатор
26.07.06
✎
16:31
|
(80) Ну-ка расскажи мне, каким образом возрастает скорость работы между DBF и SQL версиями предприятия при работе 5 пользователей.
|
|||
82
lalex23
26.07.06
✎
16:35
|
статья старая, может и не шедевр, но:
http://www.mista.ru/articles1c/sql.htm |
|||
83
ve
26.07.06
✎
16:39
|
(79) Кому нужны результаты экспериментов с DBF базой, если с ней реально никто не работает. Пустая трата времени.
|
|||
84
Спокойный инициатор
26.07.06
✎
16:50
|
(82) На заборе тоже написано. Кроме того, вы тут все вчера и сегодня меня ламером называли. Однако результаты доказывают обратное, что вы тут все лишь сборище болтунов, не более.
(83) Можно попробовать и на SQL. |
|||
85
Я Невидим
26.07.06
✎
16:50
|
Да по-моему, мущщина из (0) занимается производственным онанизмом ))
|
|||
86
angro
26.07.06
✎
16:53
|
(63) а метод по НайтиПоКоду()? увеличилась, уменьшилась, осталась таже самая?
|
|||
87
lalex23
26.07.06
✎
16:56
|
(84)залей в скуль, оттестируй на реальной загрузке и В ЦИФРАХ результаты, тогда поговорим, а сейчас это не более чем заблуждение
З.Ы.лично я тебя "ламером" не называл, потому попросил бы быть корректнее в выражениях |
|||
88
Берсеркер
26.07.06
✎
17:10
|
(84) Для DBF твои слова про упорядочивание еще можно было понять, но в SQL нет понятия упорядоченности таблицы или номера строки таблицы
Как можно повлиять на хранение таблиц в SQL непонятно. Может лучше поискать возможности ускорения средствами самого SQL сервера? |
|||
89
Lexusss
26.07.06
✎
17:19
|
Аффтар, убей себя об стенку. No more comments.
|
|||
90
USSR
26.07.06
✎
17:46
|
Бред вся эта идея. Что-то упорядочил в одному ему ведомом порядке, что-то замерил. Что стало быстрее? может поиск по коду и станет быстрее, если ты запишешь в порядке кодов. По наименованию используется свой индекс. А почему бы не померитьт быстродействие отчетов, проведения документов? даже обсуждать лень, мне кажется, что это все-таки развод.
Автор знает хоть что такое sql-запрос, и что такое индексы, и для чего они используются? |
|||
91
syktyk
26.07.06
✎
17:57
|
Нужно иметь несколько вариантов dbf файла для каждого справочника. Каждый этот файл должен быть отсортирован по одному из полей. Тогда можно оптимизировать путем подстановки нужного файла в обработку. Если, например, нужно ускорить выборку по ИНН-берем файл сортированный по ИНН, по коду-берем по коду. И т.д.
|
|||
92
lalex23
26.07.06
✎
17:59
|
(91)а идеи всё чудесатее и чудесатее...
|
|||
93
syktyk
26.07.06
✎
18:03
|
(92)Ты погоди, я еще и про 64 - х разрядную винду и приложения вспомню :)
|
|||
94
USSR
26.07.06
✎
18:06
|
Вообще, если ветка заведена серьезно, то тогда просто грустно.
(93)Как-то был один чудак, который собирался слова в DLL нулями забивать по 64-x |
|||
95
ЙоханСон
26.07.06
✎
21:13
|
аффтар, эт не твой пост был? http://www.forum.mista.ru/topic.php?id=122317&forum=1c
|
|||
96
ЙоханСон
26.07.06
✎
21:35
|
(23) за счет чего должно произойти увеличение скорости ?
при поиске по индексу сперва в индексном файле находится искомое значение, и берется физический номер записи в дбф и позиционируется сразу на него. Какая разница какой это номер будет 1 или 1001 ? 99% времени поиска будет потрачена на поиск в индексе и 1 % на выполнение seek(смещение) на dbf. А у функции seek() время выполнения не зависит от значения парметра "смещение" я фигею дорогая редакция ... |
|||
97
angro
26.07.06
✎
22:02
|
(96) если не по индексу тогда, поиск просмотром, и в случае если данные будут использоваться подряд то скорость наверное будет немного выше например для перебора справочника.
|
|||
98
ЙоханСон
26.07.06
✎
22:11
|
(97) где ты в 1С видел при листании справочника поиск не по индексу? в справочник по умолчанию используется сортировка по коду, то есть индекс I=CODE |of CODE |0 |CODE(UPPER) |CODE
И в справочнике нет такой сортировки "не сортировать" |
|||
99
AlekseyPopov
26.07.06
✎
22:23
|
(0) не читал, что написали в ответ, но это полное ламерство! Тупее я Только слышал от одной бухгалтерши: "У нас программа хорошая, считает верно, но засорилась, что-то в ней не так... Я заведу новую программу". Я долго не мог понять, каким вантусом она буде чистить...
|
|||
100
КонецЦикла
26.07.06
✎
22:24
|
100?
|
|||
101
ЙоханСон
27.07.06
✎
08:52
|
101!
|
|||
102
lalex23
27.07.06
✎
08:58
|
102!!!
|
|||
103
angro
27.07.06
✎
08:59
|
(98) тут я не в курсе, но если в справочнике стоит сортировка по коду, а посмотреть надо отсортированым по некому реквизиту без индекса, поиск данных должен по идее выполняться перебором. И в этом случае по идее возможно ускорение.
|
|||
104
ЙоханСон
27.07.06
✎
09:03
|
(103) ты 1С вообще видел когда-нибудь вживую ?
"а посмотреть надо отсортированым по некому реквизиту без индекса" - так не бывает ! По реквизитам у которых не стоит признак "сортировка" нельзя отсортировать справочник. УЧИ МАТЧАСТЬ ! А для тех у которых стоит этот признак, создается индекс! Грамотеев я смотрю просто хоть отбавляй |
|||
105
angro
27.07.06
✎
09:23
|
(104) вежливость это наше всё. То есть ты хочешь сказать что поиск данных в 1с 7.7 никогда не идёт перебором? то есть даже если я сортирую этот справочник в запросе? (а 7-ку я уже подзабыл, это точно)
|
|||
106
ЙоханСон
27.07.06
✎
09:31
|
(105) при чем тут запрос ? я писал свой пост в ответ на (23) а там сказано - "Скорость листания справочников", имеется ввиду листание в форме списка справочнкиа. Если имелось ввиду что-то другое, тады хз
И опять же, даже если взять запрос, это упорядочивание dbf поможет только в том случае если твоя задача постоянно упорядочивать огроменные справочники по неиндексированым полям. Это что такая обычная задача ради которой так надо извращаться. А если я зохочу отсортировать второй раз по другому реквизиту без индекса, мне надо выйти из базы, запустить какую-нибудь программу для упорядочивания дбф, зайти заново ... Это конечно потрясающий прирост производительности, а какое удобство даже и говорить не приходится ... :))) |
|||
107
Спокойный инициатор
27.07.06
✎
09:37
|
Мне понравилась идея syktyk про создание множества массивов данных для хранения информации с разными дефрагментациями.
Как в 1С настроить такие связи? |
|||
108
ЙоханСон
27.07.06
✎
09:38
|
уже не смешно
|
|||
109
Спокойный инициатор
27.07.06
✎
09:41
|
(108) Уже давно не смешно.
|
|||
110
USSR
27.07.06
✎
09:41
|
(108)Да разводит кто-то просто нас наивных, либо в психушке интернет провели:)
|
|||
111
lalex23
27.07.06
✎
09:42
|
(107) подними ветку через 30 часов, в пятничный вечер перед второй половиной отпуска я найду полтора часа времени пофлудить на эту тему
|
|||
112
angro
27.07.06
✎
09:46
|
я догадался, наверное это модераторы таким образом поднимают рейтинг форума. А Спокойный инициатор = Железяка
|
|||
113
Ийон
27.07.06
✎
10:01
|
Бред... Можно выгрузить\загрузить... Я "обрезаю" раз в год позапрошлый год... Но это скорости не прибавляет, а позволяет вычистить мусор и сократить время на регламентные операции
|
|||
114
Rovan
27.07.06
✎
10:05
|
(0) по поводу винды - можно не переустановливать - достаточно просто удалить весь ненужный софт, остановить ненужные службы, почистить реестр и т.п.
собственно также и в 1С - можно "свернуть базу", удалить неиспользуемую номенклатуру, контрагентов, договора и т.п.... если от исходной базы останеться объем в 10-20%, то ускорение работы будет точно заметно |
|||
115
syktyk
31.07.06
✎
12:23
|
(94) Ты кого чудаком обозвал? Вот щас, как подниму ветку :D
(107)HardLink(s) тебе в помощь! А программа для облегчения создания этих самых линков-HardLinkMagic/ |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |