Sql Server огромные таблицы без строк

Question

Sql Server огромные таблицы без строк

У меня есть база данных Sql Server, в которой есть несколько таблиц с нулевым числом строк, но занимающих в совокупности 10 ГБ пространства. Я могу убедиться в этом, щелкнув правой кнопкой мыши на свойствах соответствующих таблиц (объем данных огромен, от 1 до 6 ГБ, а количество строк в этих таблицах равно нулю). Я понятия не имею, что может быть причиной этого, так как я предполагаю, что нулевые строки означали бы почти нулевое занимаемое пространство.

Есть идеи?

5

sql-server-2005

Источник

Mike Gates 01 дек '09 в 14:22

6 ответов

Другие вопросы по тегам sql-server-2005

BradC 01 дек '09 в 16:42 2009-12-01 16:42 · Answer 1 · 2009-12-01 16:42

Перестройте все индексы в таблицах, включая кластерный индекс. Из книг онлайн:

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

Что-то вроде:

ALTER INDEX ALL ON [lc_db_user].[JMS_MESSAGES] REBUILD

DBCC SHRINKDATABASE или (более предпочтительно) DBCC SHRINKFILE будет что-то делать, только если пространство фактически было освобождено из самой таблицы. Также, пожалуйста, убедитесь, что вы знакомы с проблемами, связанными с сокращением файлов базы данных. Резюме: НИКОГДА не используйте автоматическое сжатие, сокращайте файлы только при необходимости и всегда выполняйте полный переиндекс для дефрагментации всех только что фрагментированных индексов.

28 июл '10 в 07:55 2010-07-28 07:55 · Answer 2 · 2010-07-28 07:55

Другой способ справиться с такой проблемой - использовать инструкцию TRUNCATE TABLE:

TRUNCATE TABLE [lc_db_usr].[JMS_MESSAGES]

Это, однако, будет работать только с таблицами, на которые не ссылается ограничение FOREIGN KEY.

Для получения более подробной информации: http://msdn.microsoft.com/en-us/library/ms177570.aspx

1

Источник

28 июл '10 в 07:55

04 май '10 в 17:48 2010-05-04 17:48 · Answer 3 · 2010-05-04 17:48

Это немного странно, но работает:

Вставьте фиктивный столбец в качестве первого столбца таблицы, затем сохраните таблицу.

Наконец, удалите новый столбец и снова сохраните таблицу.

Теперь вы наверняка будете использовать 0 байтов.

Ноэль Париколло

0

Источник

04 май '10 в 17:48

eray 24 янв '17 в 20:58 2017-01-24 20:58 · Answer 4 · 2017-01-24 20:58

Попробуй это:

alter table table_name rebuild;

0

Источник

eray 24 янв '17 в 20:58

Brettski 01 дек '09 в 14:26 2009-12-01 14:26 · Answer 5 · 2009-12-01 14:26

Если база данных содержала много строк данных, то эти данные были удалены из таблиц, ядро базы данных не будет сокращать файлы. Для этого есть команды, мне придется их искать.

ОБНОВЛЕНИЕ: В прошлом я использовал DBCC SHRINKDATABASE, подробности TechNet можно найти здесь.

0

Источник

Brettski 01 дек '09 в 14:26

Mike Gates 01 дек '09 в 15:04 2009-12-01 15:04 · Answer 6 · 2009-12-01 15:04

Я не могу опубликовать снимок экрана, но я делаю щелчок правой кнопкой мыши по таблице, захожу в свойства и в разделе "Хранилище":

Data space: 2,152.883 MB
FileGroup: PRIMARY
Index space: 0.063 MB
Partition scheme: 
Row count: 0
Table is partitioned: False
Text filegroup: PRIMARY

Когда я делаю SELECT * на столе, я не получаю никаких результатов.

Вот скрипт CREATE (там есть поле изображения):

CREATE TABLE [lc_db_usr].[JMS_MESSAGES](
 [MESSAGEID] [int] NOT NULL,
 [DESTINATION] [varchar](150) NOT NULL,
 [TXID] [int] NULL,
 [TXOP] [char](1) NULL,
 [MESSAGEBLOB] [image] NULL,
PRIMARY KEY CLUSTERED 
(
 [MESSAGEID] ASC,
 [DESTINATION] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]