Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
o-o
When rows are deleted from a heap the Database Engine may use row or page locking for the operation. As a result, the pages made empty by the delete operation remain allocated to the heap. When empty pages are not deallocated, the associated space cannot be reused by other objects in the database.

DELETE (Transact-SQL)[/quote]
Здесь написано, что после удаления строк таблицы, неиспользованные страницы не могут быть использованы. Это понятно и видно - размер соотв. файла БД не меняется.
Но после сжатия эти страницы вполне прекрасно освобождаются
28 янв 16, 14:48    [18740627]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Здесь написано, что после удаления строк таблицы, неиспользованные страницы не могут быть использованы. Это понятно и видно - размер соотв. файла БД не меняется.
Но после сжатия эти страницы вполне прекрасно освобождаются

Да-да. Прекрасно освождаются. Вы же сами видели. А другие просто не туда смотрят и не так читают хелпы.
28 янв 16, 14:49    [18740638]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory
Papadopulos
В данном случае delete это
пропущено...

В данном случае вы балабол. Вставший в позу.

Есть 2 ГБ разницы и лично вы никак не можете объяснить, как они появились.
Так кто балабол, вставший в позу?
28 янв 16, 14:49    [18740640]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Есть 2 ГБ разницы и лично вы никак не можете объяснить, как они появились.

А вы что можете ? Ну не томите тогда, раскройте тайну уже.
28 янв 16, 14:51    [18740661]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
o-o
Guest
Papadopulos
o-o
When rows are deleted from a heap the Database Engine may use row or page locking for the operation. As a result, the pages made empty by the delete operation remain allocated to the heap. When empty pages are not deallocated, the associated space cannot be reused by other objects in the database.

DELETE (Transact-SQL)
Здесь написано, что после удаления строк таблицы, неиспользованные страницы не могут быть использованы. Это понятно и видно - размер соотв. файла БД не меняется.
Но после сжатия эти страницы вполне прекрасно освобождаются

ппц
там написано, что страницы все еще куче принадлежат после DELETE-а.
BOL
the pages made empty by the delete operation remain allocated to the heap

ПЕРЕИСПОЛьЗОВАТь ИХ МОЖЕТ ТОЛьКО САМА КУЧА,
НО НИКАК НИКТО ДРУГОЙ.
НИ ОБъЕКТЫ ЭТОЙ ЖЕ БАЗЫ, НИ, ПРЕДСТАВьТЕ, ОС
28 янв 16, 14:54    [18740681]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
o-o
Guest
RU-RU
Когда строки удаляются из кучи, компонент Компонент Database Engine может использовать строку или страницу блокировки для операции.
В результате пустые страницы, в которых выполняются операции удаления, остаются размещенными для кучи.
Если их не освободить, занимаемое ими место не может быть использовано под другие объекты базы данных.
28 янв 16, 14:57    [18740701]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory
Papadopulos
Есть 2 ГБ разницы и лично вы никак не можете объяснить, как они появились.

А вы что можете ? Ну не томите тогда, раскройте тайну уже.

Никакой тайны нет, всё уже сказал - в одной копии базы я делал сжатие без удаления строк таблицы с файлами, в другой - сжатие с предварительным удалением строк, в третьей - сжатие с занулением поля, хранящего файлы.
Результаты выше привёл. Размер базы в третьем случае - 2800 Мб.
И в хелпе я не нашёл ничего, что противоречило бы полученным результатам.
28 янв 16, 14:57    [18740707]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
o-o
Papadopulos
пропущено...

DELETE (Transact-SQL)
Здесь написано, что после удаления строк таблицы, неиспользованные страницы не могут быть использованы. Это понятно и видно - размер соотв. файла БД не меняется.
Но после сжатия эти страницы вполне прекрасно освобождаются

ппц
там написано, что страницы все еще куче принадлежат после DELETE-а.
BOL
the pages made empty by the delete operation remain allocated to the heap

ПЕРЕИСПОЛьЗОВАТь ИХ МОЖЕТ ТОЛьКО САМА КУЧА,
НО НИКАК НИКТО ДРУГОЙ.
НИ ОБъЕКТЫ ЭТОЙ ЖЕ БАЗЫ, НИ, ПРЕДСТАВьТЕ, ОС

Прошу прощения, неточно перевёл, но сути это не меняет. Меня больше интересует итоговый результат, после сжатия
28 янв 16, 15:00    [18740725]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Результаты выше привёл.

Результаты чего вы привели ?
Вы хоть сравнили размер таблицы до delete и после ?

Papadopulos
И в хелпе я не нашёл ничего, что противоречило бы полученным результатам.

Просто вы альтернативно одаренный. А хелп он для адекватных людей.
28 янв 16, 15:01    [18740732]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Прошу прощения, неточно перевёл, но сути это не меняет.

Конечно. Для упертых что черное, что белое - не меняет сути.
28 янв 16, 15:02    [18740742]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Papadopulos
Glory
пропущено...

А вы что можете ? Ну не томите тогда, раскройте тайну уже.

Никакой тайны нет, всё уже сказал - в одной копии базы я делал сжатие без удаления строк таблицы с файлами, в другой - сжатие с предварительным удалением строк, в третьей - сжатие с занулением поля, хранящего файлы.
Результаты выше привёл. Размер базы в третьем случае - 2800 Мб.
И в хелпе я не нашёл ничего, что противоречило бы полученным результатам.

Ошибся, в третьем случае 798 Мб получилось, 2800 это из другого эксперимента
28 янв 16, 15:04    [18740753]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Ошибся, в третьем случае 798 Мб получилось, 2800 это из другого эксперимента

да-да
И таракан без ног ничего не слышит.
28 янв 16, 15:05    [18740762]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory
Вы хоть сравнили размер таблицы до delete и после ?

Размер таблиц я не сравнивал. А что, есть другое объяснение освободившимся 2 ГБ?
28 янв 16, 15:08    [18740784]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Размер таблиц я не сравнивал. А что, есть другое объяснение освободившимся 2 ГБ?

А у вас есть объяснение того, почему без ног таракан не слышит ?
28 янв 16, 15:11    [18740802]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory,

Как я понимаю, вы хелп читаете и понимаете адекатно, но на практике не торопитесь его проверять, я неправ?
А ваш сарказм я не могу объяснить иначе, как неспособностью объяснить результаты эксперимента.
28 янв 16, 15:17    [18740837]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
А ваш сарказм я не могу объяснить иначе, как неспособностью объяснить результаты эксперимента.

Невозможно идиоту объяснить, что он идиот. Потому что он не поймет. Потому что он - идиот.

Papadopulos
Как я понимаю, вы хелп читаете и понимаете адекатно, но на практике не торопитесь его проверять, я неправ?

Этому хелпу уже больше 20ти лет
Вы думаете, что вы первый, кто решил проверить его на практике ?
28 янв 16, 15:22    [18740877]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory
Этому хелпу уже больше 20ти лет
Вы думаете, что вы первый, кто решил проверить его на практике ?

Я уже сказал, что в хелпе нет противоречий с проведённым экспериментом. Противоречия только с вашими словами
28 янв 16, 15:31    [18740920]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Я уже сказал, что в хелпе нет противоречий с проведённым экспериментом.

Я же и говорю, невозможно идиоту объяснить ....
28 янв 16, 15:35    [18740942]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7868
Papadopulos
Владислав Колосов,

Читаю
автор
Наибольший эффект от операции сжатия достигается при ее применении после операции, создающей много неиспользуемого пространства, например после усечения таблицы или удаления таблицы.

ЧТД


Вы читаете то, что хотите видеть и пропускаете то, что не хотите :)
28 янв 16, 15:46    [18740985]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
o-o
Guest
it's a picture time :)

+ репро
select *
CREATE TABLE [dbo].ayEDSStore(
	[IdFile] [int] NOT NULL, -- идентификатор файла
	[Signature] varbinary(max) NULL, -- отсоединённая ЭЦП
); 
go

declare @i int = 1
while @i <= 10
begin
	insert into [dbo].ayEDSStore
	values (@i, cast(REPLICATE('a', 8000) as binary(8000)));
	set @i = @i + 1;
end;
go

select COUNT(*)
from [dbo].ayEDSStore;

dbcc ind(db1, 'dbo.ayEDSStore', 1);
-------------------------------------------------
delete dbo.ayEDSStore
where IdFile in (1, 2);
go

select COUNT(*)
from [dbo].ayEDSStore;

dbcc ind(db1, 'dbo.ayEDSStore', 1);

создаю кучу, в нее кладу 10 "файлов" размером со страницу, итого 10 страниц данных.
опрашиваю count(*) в таблице, 10.
опрашиваю страницы таблицы: их 11, 10 data pages + 1 IAM page
----------
удаляю пару "файлов".
проверяю count(*): 8.
проверяю страницы кучи: все те же 11.

К сообщению приложен файл. Размер - 103Kb
28 янв 16, 15:50    [18741007]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
o-o
создаю кучу, в нее кладу 10 "файлов" размером со страницу, итого 10 страниц данных.
опрашиваю count(*) в таблице, 10.
опрашиваю страницы таблицы: их 11, 10 data pages + 1 IAM page
----------
удаляю пару "файлов".
проверяю count(*): 8.
проверяю страницы кучи: все те же 11.

В этом эксперименте нет сжатия базы.
Я же не оспариваю то, что после удаления записей страницы остаются в куче.
Разговор шёл о том, способствует ли удаление записей с последующим сжатием освобождению дискового пространства.
28 янв 16, 16:54    [18741361]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Владислав Колосов
Papadopulos
Владислав Колосов,

Читаю
пропущено...

ЧТД


Вы читаете то, что хотите видеть и пропускаете то, что не хотите :)

Допустим, я что-то не вижу. Тогда как вы объясните разницу в 2 Гб?
28 янв 16, 16:56    [18741370]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Тогда как вы объясните разницу в 2 Гб?

А с чего все должны поверить вашим голословным заявлениям про 2гб ?
28 янв 16, 16:58    [18741379]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Papadopulos
Member

Откуда:
Сообщений: 211
Glory,

Не верите, повторите
28 янв 16, 17:13    [18741465]     Ответить | Цитировать Сообщить модератору
 Re: Оптимизация хранения файлов  [new]
Glory
Member

Откуда:
Сообщений: 104760
Papadopulos
Glory,

Не верите, повторите

Повторит что ?
Типа написать в форуме - у меня было 100Гб, а стало 1Гб ?
28 янв 16, 17:15    [18741487]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить