|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
Всем привет. Подскажите, в стандартном отчете о занимаемом дисковом пространстве таблицами, есть последнее поле Unused, на таблице размером 400Gb - Unused 69Gb. Как оно образуется и как его можно высвободить? На ум приходит, что это фрагментация, и соответственно высвобождать дефрагментацией или я ошибаюсь? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2020, 18:34 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
teCa Как оно образуется teCa как его можно высвободить? Но вообще у вас свободного места немного. Обычно, если на 400 гиговом SSD свободно 69 гиг, то думают не "как бы отрезать", а "скоро надо будет добавить, что бы нормально работало" :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2020, 21:16 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
У меня есть архивные месячные таблицы, куда еженощно производится пакетная вставка данных. По окончании месяца, когда содержимое таблицы де-факто фиксируется, я делаю ребилд для устранения Unused (снижает объем на 10-50%). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2020, 22:58 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
LOBы есть в таблице? Их перестройка кластерного индекса не задевает ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 02:20 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
alexeyvg поищите DBCC SHRINK разве это затронет unused? ALTER TABLE ... REBUILD же ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 07:47 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
alexeyvg teCa Как оно образуется teCa как его можно высвободить? Но вообще у вас свободного места немного. Обычно, если на 400 гиговом SSD свободно 69 гиг, то думают не "как бы отрезать", а "скоро надо будет добавить, что бы нормально работало" :-) Это же внутри таблицы свободное место, а не на диске. Разве можно шринк таблицы отдельной сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 10:19 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
teCa, можно, если данные изначально размещены в собственном файле. что вы паритесь, у вас эти 70 гигов выделенны под последуюее использование, урежете его - будете наблюдать некоторые тормоза с производительностью когда подойдет время для расширения файлов под новые данные ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 13:14 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
felix_ff teCa, можно, если данные изначально размещены в собственном файле. shrink файла, который содержит данные только одной таблицы, никак не повлияет на unused этой таблицы ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 13:16 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
msLex, согласен. мой ответ был на вопрос: Разве можно шринк таблицы отдельной сделать? я не имел ввиду что будет освобожденно место внутри единиц распределения. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 14:54 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
Критик alexeyvg поищите DBCC SHRINK разве это затронет unused? ALTER TABLE ... REBUILD же ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 15:13 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
teCa, перестроить таблицу, если она - куча, если кластерный индекс и имеется LOB, то реорганизовать кластерный индекс с LOB_COMPACTION=ON. Пустое место появляется при удалении данных, как и было написано ранее. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 15:13 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
Владислав Колосов, Вовсе не обязательно что-то удалять. Вот рабочий пример: 4 таблицы одинаковой структуры (bigint PK, varbinary(max)), только еженощная пакетная вставка новых строк, никаких изменений или удалений: TypeCompressionrow_countReservedMem_MBUsedMem_MBUnusedMem_MbTABLENONE3252431018483314027644553TABLENONE6418317413923611125327983TABLENONE358587441241158317740937TABLENONE14899976663881432152067 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 16:41 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
.Евгений Владислав Колосов, Вовсе не обязательно что-то удалять. Вот рабочий пример: 4 таблицы одинаковой структуры (bigint PK, varbinary(max)), только еженощная пакетная вставка новых строк, никаких изменений или удалений: это куча и идет вставка через bulk insert мелкими пакетами? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:03 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
Рядом стоял .Евгений Владислав Колосов, Вовсе не обязательно что-то удалять. Вот рабочий пример: 4 таблицы одинаковой структуры ( bigint PK , varbinary(max)), только еженощная пакетная вставка новых строк, никаких изменений или удалений: это куча и идет вставка через bulk insert мелкими пакетами? Это не куча (см. выше), значение поля PK только возрастает, размер пакета может колебаться от 0 до 10 тыс. строк, обычно что-то среднее. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:18 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
.Евгений Это не куча (см. выше), значение поля PK только возрастает, размер пакета может колебаться от 0 до 10 тыс. строк, обычно что-то среднее. Версия сервера небось 2016 Для каждой вставки в этой версии выделяется экстент 64К https://www.dbdelta.com/bulk-load-batch-size-considerations-in-sql-server-2016/ ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:41 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
SERG1257, именно 2016, чего-то в этом роде я и ожидал. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:48 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
Рядом стоял .Евгений Владислав Колосов, Вовсе не обязательно что-то удалять. Вот рабочий пример: 4 таблицы одинаковой структуры (bigint PK, varbinary(max)), только еженощная пакетная вставка новых строк, никаких изменений или удалений: это куча и идет вставка через bulk insert мелкими пакетами? О, сталкивалсся с таким. Unused было в 4 раза больше полезного объема таблицы ) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 22:43 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
.Евгений Владислав Колосов, Вовсе не обязательно что-то удалять. Вот рабочий пример: 4 таблицы одинаковой структуры (bigint PK, varbinary(max)), только еженощная пакетная вставка новых строк, никаких изменений или удалений: Ты просто не умеешь вставлять bulk. Это документировано. Нужен кластерный индекс на таблице, иначе на каждую строчку вставки выделяется Extent. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2020, 07:42 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
aleks222, третий раз повторяю: .Евгений таблицы одинаковой структуры (bigint PK , varbinary(max)) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2020, 10:13 |
|
Подскажите по поводу поля Unused в отчете о размерах таблиц?
|
|||
---|---|---|---|
#18+
.Евгений aleks222, третий раз повторяю: .Евгений таблицы одинаковой структуры (bigint PK , varbinary(max)) От криков "халва-халва" - в голове не добавляется. https://support.microsoft.com/en-us/topic/sql-server-significantly-increases-the-unused-space-for-some-tables-90908827-9512-f1c5-6733-0142d40c4e33 https://www.sql.ru/forum/1279931/zagadka-massovoy-zagruzki-xml?hl=aleks222 unused ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2020, 10:30 |
|
|
start [/forum/topic.php?fid=46&fpage=38&tid=1685240]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 301ms |
total: | 444ms |
0 / 0 |