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

Регистр сведений независимый или подчинённый регистратору, что быстрее?

Регистр сведений независимый или подчинённый регистратору, что быстрее?
Я
   Kongo2019
 
30.10.20 - 12:32
Доброго.
Регистр сведений независимый или подчинённый регистратору, что быстрее?
вроде независимый должен быть быстрее.
Но я что-то особо разницы не заметил.
Сделал два однотипных.
Ну в независимом ссылка на док.
И три измерения одинаковых.
Забил миллион записей.
при записи независимый процентов 20 быстрее.
12 минут против 14 минут.
При чтении как-бы разницы особо и нет.
А вот подчинённым регистратору работать проще, не надо в доках дополнительно следить за удалением данных при отмены проведения дока.
Кто глубже копал?
   Волшебник
 
1 - 30.10.20 - 12:34
диски SSD/HDD больше влияют
   Kongo2019
 
2 - 30.10.20 - 12:36
(1) Это да. Но диски они как бы на все влияют. На БД HDD уже давно не ставим.
А первой раз такой прирост был. Аж прослезились.
   Волшебник
 
3 - 30.10.20 - 12:39
(2) А что за регистр? Просто интересно, про что миллион записей.
   1Сергей
 
4 - 30.10.20 - 12:40
Смысла в этом копании не вижу. Вам нужно доказательство что три колонки заполнить быстрее чем четыре, или что?
   fisher
 
5 - 30.10.20 - 12:40
(4) + 100500
Опередил :)
   H A D G E H O G s
 
6 - 30.10.20 - 12:42
(0) В любой непонятной ситуации смотри тут
https://its.1c.ru/db/metod8dev/content/1590/hdoc
   H A D G E H O G s
 
7 - 30.10.20 - 12:43
(0) Для подчиненного РС кластерный индекс будет занят Регистратором.
   fisher
 
8 - 30.10.20 - 12:43
Хотя вообще странно, что запись в зависимый ощутимо медленнее. Там индексов жирных больше или чего так? Самому ответ лень искать. Все равно при выборе инструмента на практике это не будет критерием.
   H A D G E H O G s
 
9 - 30.10.20 - 12:43
(8) Будет.
   fisher
 
10 - 30.10.20 - 12:44
(7) И что? Типа головка винчестера меньше при записи с ума сходит?
   H A D G E H O G s
 
11 - 30.10.20 - 12:49
(10) Не понял вопроса. Как мое утверждение в (7) соотноситься с вашими ощущениями в (8) ?
   fisher
 
12 - 30.10.20 - 12:52
(11) Как замена кластерного индекса на регистратора в первом поле приводит к ощутимому замедлению записи? Типа он в независимый регистр он писал в таком порядке, который лучше попадал в порядок кластерного индекса?
   fisher
 
13 - 30.10.20 - 12:57
(9) Мне сложно представить ситуацию, когда мне нужен зависимый регистр, но из-за преимуществ более подходящего кластерного индекса я буду его эмулировать на независимом.
   H A D G E H O G s
 
14 - 30.10.20 - 13:08
(12) Откуда я знаю? Может у вас там измерения Ведущие или Индексированные и 1С строит некластерные индексы для них, когда РС становится подчиненным?
Я про подчиненный сказал только то, что Кластерный индекс будет занят Регистратором.
Тоесть, ценный ресурс "получи быстро значение ресурса с отбором по измерению" будет приводить к keylookup.
   H A D G E H O G s
 
15 - 30.10.20 - 13:09
(14) Из этого можно, кстати, выкрутиться, полностью отказавшись от ресурсов и перетаща все в Измерения.
   fisher
 
16 - 30.10.20 - 13:13
Ясно. Ну а мне интересно, что конкретно у ТС привело к ощутимой разнице в скорости записи.
   fisher
 
17 - 30.10.20 - 13:16
(14) Ценный ресурс "получить быстро значение ресурса с отбором по ПЕРВОМУ измерению".
   Фрэнки
 
18 - 30.10.20 - 13:16
// При чтении как-бы разницы особо и нет.


И не должно быть разницы, если это простое и одинаковое, как бы плоское чтение, без каких-то извращенных действий.
   Kongo2019
 
19 - 30.10.20 - 13:16
(14) А это интересно. Спасибо.
   Ёпрст
 
20 - 30.10.20 - 13:16
(0)http://catalog.mista.ru/1c/articles/527518/

независмый,неподчиненный самый быстрый
   fisher
 
21 - 30.10.20 - 13:16
Ну ли с отбором по всем "первым"
   H A D G E H O G s
 
22 - 30.10.20 - 13:17
(17) С отбором по Первому измерению, либо по ПервомуИВторому измерению, либо по ПервомВторомуТретьему, и.т.д.
   Ёпрст
 
23 - 30.10.20 - 13:18
ибо есть ОбъектРегистр.ОбменДанными.Загрузка = ИСТИНА;.когда тупо инсерт и всё.
   Ёпрст
 
24 - 30.10.20 - 13:20
Ну не знаю, я добавлял свои индексы с включенными полями для воих задач, чтоб избавиться от keylookup
   Ёпрст
 
25 - 30.10.20 - 13:20
да, индекс занимает много места, но скорость чтения в запросе, мгновенно..все данные в индексе, некуда бегать не надо
   H A D G E H O G s
 
26 - 30.10.20 - 13:21
(24) Это не по джентельменски
   H A D G E H O G s
 
27 - 30.10.20 - 13:22
(24) С учетом отказа 1С от гибкого управления индексами из конфигуратора, вы должны были извернуться и родить конфетку.
   fisher
 
28 - 30.10.20 - 13:22
Покрывающие индексы - это такое... Конкретные рецепты к конкретным проблемам.
   H A D G E H O G s
 
29 - 30.10.20 - 13:23
Кстати, одно отраслевое решение хранит большие наборы марок на подчиненном регистре. Как их до сих пор не подвергли порицанию - я даже не представляю.
   Ёпрст
 
30 - 30.10.20 - 13:25
(27) ну на....:))
Лучше б на селезнёвке начали выпуск платформы под каждый формат хранения ИБ. Под скуль своя, под постриги своя, под файловую своя.
Где наконец, дали возможность в верси для скуля писать всё что угодно, хоть примитивный каст и конверт в тексте запроса, для начала.
 
 Рекламное место пустует
   Ёпрст
 
31 - 30.10.20 - 13:26
(29) КТ-ники то ?
   Ёпрст
 
32 - 30.10.20 - 13:26
Там и марка...строка 150 :)) Там вообще жпо.
   fisher
 
33 - 30.10.20 - 13:26
Можно и базу саму на себя помножать, можно и хардвер улучшать, можно и в память выносить - тут уже по обстоятельствам.
   H A D G E H O G s
 
34 - 30.10.20 - 13:29
(32) Мы возможно, одному оптовику будем делать заплатку на это дело, так как из-за этих 150 символов в таблицах и индексах базка стала люто расти.
   Ёпрст
 
35 - 30.10.20 - 13:33
(34) ага, я такое же видел.. 140 млн записей в этом РС занимает 140 гигов, из которых данные занимают 30 гигов, всё остальное, индексы :))
   Ёпрст
 
36 - 30.10.20 - 13:33
ну а че, норм же ? :)
   Ёпрст
 
37 - 30.10.20 - 13:34
И на втором месте по размеру - ТЧ дока, в котором опять же эта строка в 150 :)
   Kongo2019
 
38 - 30.10.20 - 13:36
(29) КТ-2000? Есть у них такое.
А вот тут народ говорит да по барабану типа. Какого типа регистр.
Хотя да, колом оно быстро становится.
Отчего я и озадачился. Мне тоже много писать надо будет.
Не марки конечно, ссылки на справочник в основном будут.
   H A D G E H O G s
 
39 - 30.10.20 - 14:15
(36) Щас диски - не проблема.
   H A D G E H O G s
 
40 - 30.10.20 - 14:19
(37) Справочник тоже не без огрехов. 500 лишних мегабайт на 8 млн записей, так как есть по умолчанию избыточный индекс для предопределенных элементов, которых нет.
Вот сейчас пытаюсь на партнерке донести светлую мысль убрать его нафиг.
   H A D G E H O G s
 
41 - 30.10.20 - 14:20
[ОРРХ | ОРНР1 +] PredefinedID
    

Индекс по идентификатору предопределенного объекта метаданных.
   Kongo2019
 
42 - 30.10.20 - 14:26
Реально стало интересно и как марки в 150 символов хранить?
Типовые тоже их в регистр сведений пихают.
   H A D G E H O G s
 
43 - 30.10.20 - 14:34
(42) Ну в справочнике и в РС пихать ссылку.
Мы в справочнике храним в поле Код - КодАП
В наименовании - значение ШК (как раз 150 символов).

Индексы отлично подходят.

Для новой марки по хорошему отрубать бы криптохвосты, чтобы они не лезли в индекс, но мы прикинули выигрыш от хранения места и ускорения вставки и оставили как есть.
   H A D G E H O G s
 
44 - 30.10.20 - 14:34
РС конечно, проектировали долго и упорно, но оно того стоило.
   Kongo2019
 
45 - 30.10.20 - 14:47
(43)Умно. А я все ушло выкидываю в архивную таблицу, разбиваю их по месяцам. Для каждого месяца свой регистр сведений.
Но как бы криптохвосты нужны. Иначе УТМ же ругается.
   H A D G E H O G s
 
46 - 30.10.20 - 15:10
(45) Полный ШК можно хранить в реквизите рядом, вне индекса. А в индексном реквизите - тип, серия, номер марки, 14 символов. Но есть еще и старая марка, где 68 символов. Поэтому не стали возиться.
   H A D G E H O G s
 
47 - 30.10.20 - 15:11
(45) У нас просто 2 архивный регистр с более простой структурой индексов. Если надо - можно залезть за данными по маркой в него, пусть и дольше.
   Hans
 
48 - 30.10.20 - 15:18
(47) Каким образом раз и навсегда запомнить что в 1С нумеруется с Нуля, а что с Единицы?
   Ёпрст
 
49 - 30.10.20 - 15:23
(47) коллекции с нуля, строки с 1..всё вроде
   Ёпрст
 
50 - 30.10.20 - 15:25
(43) я даже не стал заморачиваться, в марка- справочник без кода, наименование 150 и доп реквизит - ссылка на алкогольную продукцию..ну да, можно было бы и код задействовать, да и..так сойдёт :)
   Hans
 
51 - 30.10.20 - 15:26
Есть еще табличные документы, текстовые документы, Табличные части, Наборы записей.
   Ёпрст
 
52 - 30.10.20 - 15:27
45 млн марок..это где-то 16 гигов (индексы + данные)
   Ёпрст
 
53 - 30.10.20 - 15:27
(51) ну и ? Это всё коллекции.. ==> 0
   Hans
 
54 - 30.10.20 - 15:29
(53) Текстовый документ с единицы.
   Hans
 
55 - 30.10.20 - 15:31
Каждый раз надо проверять с чего начинается нумерация прежде чем запускать алгоритм в работу. И в справке много где не написано. Я думал может Хэгдехогс знает.
   Kongo2019
 
56 - 30.10.20 - 15:36
(46)Так можно и ресурс запихать, или вообще в реквизит регистра. Типа подальше от индексов.
   Ёпрст
 
57 - 30.10.20 - 15:38
(54) ну видать, тут по аналогии со Строкой... всё вроде, везде 0 в остальном
   Ёпрст
 
58 - 30.10.20 - 15:38
ну и в табличномДокументе, с 1..
   ДедМорроз
 
59 - 31.10.20 - 16:25
Если не хочется 150 символов в индекс пихать,тогда hash его и хранить гуид,по нему поиск очень быстрый,но hash рассчитывать нужно,и сложно сказать,что отличается на одну букву.
   ДедМорроз
 
60 - 31.10.20 - 16:28
Но,нужно помнить,что hash однозначности не даёт и по результатам поиска отбирать прямым сравнением.
 
 Рекламное место пустует
   Kongo2019
 
61 - 02.11.20 - 08:03
Загнал 10 миллионов записей.
В общем на чтении особой разницы не заметил.
При записи независимый процентов 20 быстрее.
Так что вопрос можно закрыть наверное.
   vi0
 
62 - 02.11.20 - 08:25
(23) с какой то версии убрали эту оптимизацию


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