Имя: Пароль:
1C
 
Перенос данных для ускорения
Ø
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/
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн