|
Интересный вопрос про работу регистра сведений | ☑ | ||
---|---|---|---|---|
0
oved
17.04.14
✎
19:48
|
Ребята, добрый вечер
Открыл для себя новое знание - в SQL таблицах не хранятся данные по виртуальным таблицам регистра сведений в отличие от других регистров. Как тогда у SQL получается выполнять запрос быстрее, если брать срез последних, а не отбирать по условию. Ведь все равно нужно перебрать всю таблицу SQL. И зачем тогда нужны измерения, ресурсы, реквизиты. Можно было бы все сделать измерением. Все равно в таблицам SQL разницы никакой не делает - назначим ли мы поле измерением или реквизитом или ресурсом. Или я чего-то не понимаю. Кто разбирается? |
|||
1
Зойч
17.04.14
✎
19:50
|
в 8.3 уже хранятся
|
|||
2
Fragster
гуру
17.04.14
✎
19:54
|
уникальность в пределах измерений, срез последних - по ресурсам. а вот то, что виртуальная таблица криво работает - это да...
|
|||
3
oved
17.04.14
✎
19:54
|
(1) серьезно? скиньте что-нибудь почитать на эту тему
|
|||
4
Fragster
гуру
17.04.14
✎
19:54
|
а еще непонятно, почему нельзя было ресурсы в таблицу оборотов для регистров накопления включить
|
|||
5
oved
17.04.14
✎
19:56
|
(2) про уникальность и что срез показывает по ресурсам - это понятно. Но для реальной таблицы разницы же нет что указать ресурсом или измерением. Если все указать измерением,то по скорости также будет ведь в сравнении с указанием и измерений и ресурсов
|
|||
6
hhhh
17.04.14
✎
20:04
|
(5) ну например простейшее% "Курсы валют", если сделать курс измерением. У вас сразу получается ж.па.
|
|||
7
GROOVY
17.04.14
✎
20:04
|
(4) Ресурсы не хранятся в итогах. Иначе в чем был бы смысл этих самых итогов.
|
|||
8
PR
17.04.14
✎
20:05
|
(0) >>Как тогда у SQL получается выполнять запрос быстрее, если брать срез последних, а не отбирать по условию.
А что, быстрее получается? >>И зачем тогда нужны измерения, ресурсы, реквизиты. Можно было бы все сделать измерением. Все равно в таблицам SQL разницы никакой не делает - назначим ли мы поле измерением или реквизитом или ресурсом. Эээ... с фига ли? |
|||
9
oved
17.04.14
✎
20:05
|
(7) Так хранятся или не хранятся!? Я прочитал, что по регистру сведений НИКАКИХ итогов не хранится
|
|||
10
oved
17.04.14
✎
20:06
|
(8) ну вот представь, что для документа и регистра примерно похожая таблица в SQL хранится. Так как тогда, если мы в 1С "назовем" реквизит документа "измерением", как быстрее отбираться по нему будет?
|
|||
11
GROOVY
17.04.14
✎
20:07
|
(9) В 8.3 хранятся, если принудительно в свойствах регистра включить, то только самый последний срез.
|
|||
12
GROOVY
17.04.14
✎
20:08
|
(10) У измерений есть составной индекс, отбор быстрее чем по проиндексированным ресурсам будет.
|
|||
13
oved
17.04.14
✎
20:09
|
(9)ого! нашел! большое спасибо
|
|||
14
oved
17.04.14
✎
20:11
|
(10) да, получается за счет индексируемых полей быстрее будет работать запрос
|
|||
15
PR
17.04.14
✎
20:14
|
(10) У тебя в голове каша. Марш читать предметку по базам знаний.
|
|||
16
GROOVY
17.04.14
✎
20:20
|
(15) Но человек пытается разобраться. И это хорошо. А то многие напридумывают себе невесть что и колбасят гомнокод.
|
|||
17
oved
17.04.14
✎
20:33
|
(15) может, по теме есть что сказать? буду благодарен
|
|||
18
oved
17.04.14
✎
20:37
|
(8) >>Как тогда у SQL получается выполнять запрос быстрее, если >>брать срез последних, а не отбирать по условию.
>>А что, быстрее получается? Мне казалось, что, если брать срез последних, то получится быстрее, чем просто отобрать по дате первую запись. Или я не прав? |
|||
19
oved
17.04.14
✎
20:50
|
(12) а если завести измерения и реквизиты в РС. Измерения проиндексированы и по ним будет также быстро отбираться, как и срез последних?
|
|||
20
GROOVY
17.04.14
✎
20:54
|
(19) Берешь скулевый профайлер, делаешь пяток РС с разными вариантами измерений и ресурсов, строишь к ним разные запросы и смотришь план запроса и время выполнения, сик и скан. Потом отписываешься тут о результатах.
Второй вариант - читаешь большую библию 1с о двух томах. |
|||
21
ObjectRelation Model
17.04.14
✎
21:11
|
виртуальные таблицы не хранятся и в РН
|
|||
22
oved
17.04.14
✎
21:19
|
(21)
_AccumReg<n> - таблица движений регистра накопления. _AccumRegTotals<n> - таблица итогов регистра накопления, если регистр поддерживает остатки. _AccumRegTurnovers<n> - таблица оборотов регистра накопления, если регистр поддерживает обороты. _AccumRegChangeRec<n> - таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена. _AccumRegOptions - таблица настроек хранения итогов регистров накопления одна на все регистры накопления. |
|||
23
Fragster
гуру
18.04.14
✎
08:09
|
(7) тьфубль! реквизиты
|
|||
24
oved
18.04.14
✎
09:16
|
(23) похоже, что раньше и ресурсы и реквизиты абсолютно одинаково хранились и работали
|
|||
25
hhhh
18.04.14
✎
09:41
|
(24) раньше реквизиты вообще не были видны в СрезПоследних. Но потом фирма 1с по многочисленным просьбам трудящихся 1с-ников их туда вставила.
|
|||
26
oved
18.04.14
✎
09:45
|
(24) а когда это было? вот мне тоже кажется, что их раньше не было
|
|||
27
cw014
18.04.14
✎
09:45
|
Мда
|
|||
28
ObjectRelation Model
18.04.14
✎
09:47
|
(22) скажем так, виртуальная таблица использует эти таблицы, но остатков на 18.04.2014 напрямую в этих таблицах нет
|
|||
29
Enders
18.04.14
✎
10:45
|
(28) так это вы сейчас про вирт таблицу Остатков)
А обороты хранятся, а вирт таблица остатков получается из вирт таблицы итогов + обороты=) (вроде как) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |