Имя: Пароль:
1C
 
Большой размер индекса регистра накоплений
,
0 ac13
 
30.11.17
17:02
Размер данных: 3 028 872,000
Размер индекса: 10 405 736,000

База на SQL. Как уменьшить размер индекса? Он в три раза больше данных. Итоги на последнее полугодие.
1 Михаил Козлов
 
30.11.17
17:04
РН остаточный или оборотный?
Если остаточный, скорее всего не закрывается - посмотрите размер виртуальной таблицы.
2 ac13
 
30.11.17
17:12
Регистр накопления НДС Партии товаров (в УТ)
Размер таблицы, то есть сколько зарезервировано, размер индексов и сколько свободно?
3 ac13
 
30.11.17
17:13
С SQL не очень дружу. Мне надо использовать sp_spaceused?
4 ptiz
 
30.11.17
17:13
(0) Кто-то понатыкал галку "индексировать" на всех измерениях?
5 ac13
 
30.11.17
17:16
(4) да, галка Индексировать для каждого измерения, но думаю так было в конфе по умолчанию
6 ac13
 
30.11.17
17:17
как я теперь могу сжать размер индекса и могу ли?
7 Мыш
 
30.11.17
17:18
"Сжать размер" - это сильно.
8 Вафель
 
30.11.17
17:19
(5) нужно посмотреть какие индексы не используются и индексирование убрать.
как смотреть в поиск
9 ac13
 
30.11.17
17:29
(8) убрать индексирований измерений не смотря на то, что это типовая функция конфигурации для регистра накопления?
10 Вафель
 
30.11.17
17:30
(9) только ненужные
11 ac13
 
30.11.17
17:37
а если ненужных индексов нет? всё-таки отключать индексирование, на мой взгляд, не очень хорошая идея. А вот уменьшить размер индексов было бы очень неплохо
12 Fragster
 
гуру
30.11.17
17:38
13 H A D G E H O G s
 
30.11.17
17:40
(11) Все таки разбавлять бензин самогоном - на мой взгляд - не очень хорошая идея. А вот съэкономить на бензине было бы неплохо.
14 ac13
 
30.11.17
17:50
(12) спасибо, но увы
Сжатие поддерживается только в выпуске SQL Server Enterprise Edition, а у меня:
Microsoft SQL Server Standard
15 Fragster
 
гуру
30.11.17
17:56
(14) в скуле 2016 сжатие есть и в стандарте
16 Dmitrii
 
гуру
30.11.17
18:02
(0) >> Большой размер индекса регистра накоплений

Что в этом плохого?...

>> Как уменьшить размер индекса?

А зачем?
Когда речь идет о 7 Гб...

Или вопрос задан чисто из любопытсва?
17 Провинциальный 1сник
 
30.11.17
18:12
(14) А что понимается под сжатием? Шринк в любой версии есть. Ну а хранение данных с компрессией нафиг не надо.
18 Fragster
 
гуру
30.11.17
18:13
(17) надо-надо
19 Вафель
 
30.11.17
18:14
(18) Какой выигрыш в процентах?
20 Провинциальный 1сник
 
30.11.17
18:16
(19) От нифига до дофига, в зависимости от данных)
21 Вафель
 
30.11.17
18:19
ну базы 1с примерно одинаковые по данным
22 Fragster
 
гуру
30.11.17
18:19
(19) в два раза
23 Вафель
 
30.11.17
18:20
а по скорости?
24 Fragster
 
гуру
30.11.17
18:26
(23) регламентные операции типа реиндексации сильно дольше, работа отличается не заметно. ввод-вывод экономится же. а процессора как правило достаточно.
25 Fragster
 
гуру
30.11.17
18:26
сделай тест :)
26 Dmitrii
 
гуру
30.11.17
18:28
(23) >> а по скорости?

При текущем размере индекса в 10Гб сожмётся оно (если верить (22)) до 5Гб.

Ну допустим выигрыш по скорости работы данного конкретного регистра будет ~5-10%. На фоне всей остальной базы это копейки.
Это то, что пользователи вряд ли заметят и уж тем более оценят.

ИМХО, абсолютно бессмысленная затея.
Вот если бы речь шла о терабайтах... А так... Мышиная возня какая-то.
27 Fragster
 
гуру
30.11.17
18:30
(26) ну, например, сжав базы на сервере появляется место под дополнительные тестовые базы, что не может не радовать.
28 ИТ директор
 
30.11.17
18:35
(27) На сервере нельзя работать с тестовыми базами
29 Fragster
 
гуру
30.11.17
18:36
(28) к сожалению, не се выделяют лишнее оборудование и лицензии на полноценный тестовый контур (это ж пол года работы программиста в МСК). но даже так лучше, чем совсем без него.
30 DexterMorgan
 
30.11.17
18:37
(27) тестовые базы должны быть на другом сервере
31 Fragster
 
гуру
30.11.17
18:39
еще порой нужно восстановить бэкап и сравнить данные...
32 Fragster
 
гуру
30.11.17
18:39
да и вообще, когда места больше - лучше, чем когда его меньше
33 Вафель
 
30.11.17
18:44
(27) На продакшене тесты крутить?
34 Вафель
 
30.11.17
18:45
вот под бэкапы актуальненько
35 ИТ директор
 
30.11.17
18:47
Вафель ты работу сменил?
36 Вафель
 
30.11.17
18:48
да
37 Fragster
 
гуру
30.11.17
18:49
(33) а что б их ночью не покрутить?
38 ИТ директор
 
30.11.17
18:49
(36) Уволили с предыдущего места за болтовню на мисте?)
39 Вафель
 
30.11.17
18:49
почти )))
40 vi0
 
30.11.17
19:00
(0) что за регистр? какие измерения?
41 Cyberhawk
 
30.11.17
19:40
(39) Это там где битками платили?
42 Cyberhawk
 
30.11.17
19:40
Или это не тебе? )
43 ptiz
 
01.12.17
09:22
(5) А что за конфа и регистр?
44 ac13
 
01.12.17
16:32
(26) мне просто на базы диск всего в 300 гигов выделили
45 ac13
 
01.12.17
16:33
(15) у меня 2012
46 ac13
 
01.12.17
16:34
(43) УТ 10.3 - НДС Партии товаров
47 Михаил Козлов
 
01.12.17
16:38
(46) Посмотрите, все-таки, закрывается ли регистр (запросам по всем измерениям). И посмотрите, нет ли измерений примитивного (или составного с примитивными) типа.
48 ac13
 
01.12.17
16:39
сделал полную реиндексацию. база с 50 Гб выросла до 60 и появилась возможность сжать ее до 40 Гб.
49 ac13
 
01.12.17
16:41
(47) измерений примитивного типа нет, а вот на счет закрытия регистра, там же обороты - приход, расход, начальный и конечный остаток. на что был приход и не было расхода, конечный остаток висит
50 Михаил Козлов
 
01.12.17
16:46
Регистр аналогичен РН "Партии товаров на складах". Если ПТнС маленький, а НДС партий большой - значит что-то не так.
51 ac13
 
01.12.17
16:48
(50) "Партии товаров на складах" на втором месте по величине после "НДС Партии товаров".
Я не очень понимаю как можно увидеть, что по каким-то измерениям регистр не закрывается?
Конечные остатки по регистру висят большие, но они не закрыты, потому что не было оборотов расхода
52 Вафель
 
01.12.17
16:50
(47) так то же индексы, а не данные
53 ac13
 
01.12.17
16:54
только выгрузка базы в dt и загрузка обратно?
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший