|
Реквизит - строка неогр. длины, независимого, периодического регистра сведений | ☑ | ||
---|---|---|---|---|
0
slnes
14.02.22
✎
12:45
|
В БД от партнера 1с, имеется периодический РС с реквизитом - строка неогр. длины.
Если бы использовался не периодический РС, он бы занимал в 3 раза меньше места? |
|||
1
H A D G E H O G s
14.02.22
✎
12:46
|
Нет
|
|||
2
slnes
14.02.22
✎
12:51
|
А если вместо реквизита - ресурс?
|
|||
3
Lama12
14.02.22
✎
12:59
|
(2) А почему должен занимать в 3 раза меньше места? объем информации не уменьшился. Индексы разве что, но насколько помню строки неограниченной длины не индексируются (я не полнотекстовый поиск).
|
|||
4
slnes
14.02.22
✎
13:03
|
За счет виртуальных таблиц СрезПервый и СрезПоследних
|
|||
5
slnes
14.02.22
✎
13:19
|
не уточнил, что по единственному измерению данные повторяются очень редко, т.е. значение измерения почти всегда разные
|
|||
6
Фрэнки
14.02.22
✎
13:39
|
(4) так если таблицы "виртуальные" - где и когда они занимают место?
И понятно, что если РС не является периодическим, то у него не будет вт Срезов, при любом составе полей |
|||
7
palsergeich
14.02.22
✎
13:42
|
(0) Начнем с того что такую БД уже не перенесешь на сервер, строки неограниченной длины только в файловой базе допустимы.
|
|||
8
palsergeich
14.02.22
✎
13:43
|
(0) По сабжу - нет.
но сразу говорю - база это будущем станет проблемой |
|||
9
palsergeich
14.02.22
✎
13:43
|
(7) Строки неограниченной длины как измерение РС, поправлюсь
|
|||
10
palsergeich
14.02.22
✎
13:44
|
Тьфу перечитал еще раз)
там ресурс, тогда все ОК. Что бы занимал меньше места - строку неограниченной длины сконвертировать в хранилище значени |
|||
11
Мимохожий Однако
14.02.22
✎
13:56
|
(9) ужас
|
|||
12
slnes
14.02.22
✎
14:05
|
(9) такого номера никогда не видел
|
|||
13
slnes
14.02.22
✎
14:08
|
(6) в БД виртуальные таблица занимают место
|
|||
14
timurhv
14.02.22
✎
14:15
|
(6) >так если таблицы "виртуальные" - где и когда они занимают место?
Если у периодического РС стоит признак "Разрешить итоги: срез последних" и/или "Разрешить итоги: срез первых", то будут и итоги храниться. |
|||
15
Chai Nic
14.02.22
✎
14:20
|
(14) А кстати, на какие периоды они хранятся? Неужели на каждый период регистра (секунда, день и т.п.)? Это же блин базу раздует жуть просто. Или есть какие-то опорные периоды, а до заданного добираем по движениям?
|
|||
16
ДенисЧ
14.02.22
✎
14:21
|
(15) Последнее
|
|||
17
Chai Nic
14.02.22
✎
14:31
|
(16) А какой размер кванта хранение срезов в регистре сведений?
|
|||
18
ДенисЧ
14.02.22
✎
14:32
|
(17) От периодичности зависит
|
|||
19
xkanix
14.02.22
✎
14:35
|
(18) "Закусывать нужно" (с)
(17) Нет там ни какого "кванта" только самый актуальный срез хранится. P.S. Вообще куда ни плюнь - прямо в эксперта попадешь - у некоторых вот (9) и строки неограниченной длины можно в измерения пихать на файловой БД... |
|||
20
Chai Nic
14.02.22
✎
14:38
|
(19) А разве на sql строки неогр длины можно в измерения пихать? Блобы и мемо же не индексируются. А измерение без индекса - это что-то жутко тормозное было бы..
|
|||
21
mistеr
14.02.22
✎
14:47
|
(19) Ссылку можно, г-н эксперт?
|
|||
22
timurhv
14.02.22
✎
14:50
|
(18) (17) Хранится последняя запись по измерениям, период указан как у последней записи основной таблицы регистра.
|
|||
23
Chai Nic
14.02.22
✎
14:52
|
(22) То есть когда надо получать срез "на дату", толку от этого мало. Понятно.
|
|||
24
timurhv
14.02.22
✎
14:57
|
(23) Для динамических списков и форм подбора (остатки номенклатуры + цены) актуально, запрос будет намного легче.
|
|||
25
timurhv
14.02.22
✎
14:59
|
(21) https://its.1c.ru/db/v8std/content/708/hdoc
"выборка будет выполняться напрямую из дополнительных таблиц, в которых хранятся только последние значения (для среза последних) и первые значения (для среза первых)" |
|||
26
mistеr
14.02.22
✎
15:02
|
(25) Благодарю.
|
|||
27
xkanix
14.02.22
✎
15:32
|
(20) >Блобы и мемо же не индексируются.
Ага. И в файловом варианте тоже. (21) >Ссылку можно, г-н эксперт? Пожалуйста: https://natribu.org/ru/ |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |