Добавить новый столбец в таблицу большой базы данных

Question

Мне нужно добавить новый столбец в таблицу в моей базе данных. В таблице содержится около 140 миллионов строк, и я не уверен, как действовать без блокировки базы данных.

База данных находится в производстве, и поэтому она должна быть такой же гладкой, как она может быть получена.

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

Я действительно ценю некоторые прямые ответы на этот вопрос. Это выполнимо или нет?

Answer 1

Да, это в высшей степени выполнимо.

Добавление столбца, в котором NULL является приемлемым и не имеет значения по умолчанию, не требует долговременной блокировки для добавления данных в таблицу.

Если вы указали значение по умолчанию, то SQL Server должен перейти и обновить каждую запись, чтобы записать это новое значение столбца в строку.

Как это работает вообще:

+---------------------+------------------------+-----------------------+ 
| Column is Nullable? | Default Value Supplied | Result    | 
+---------------------+------------------------+-----------------------+ 
| Yes     | No      | Quick Add (caveat) | 
| Yes     | Yes     | Long running lock  | 
| No     | No      | Error     | 
| No     | Yes     | Long running lock  | 
+---------------------+------------------------+-----------------------+ 

Оговоркой бит:

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

Редактировать -> @MartinSmith указал, что растровое изображение NULL будет расширяться только при изменении строки, большое спасибо. Однако, как он также указывает, если размер строки расширяется за пределы байта 8060 в SQL Server 2012, то a long running lock may still be required. Большое спасибо * 2.

Второй нюанс:

Попробуй.

Третий и последний нюанс:

Нет уж, проверить его.

Answer 2

Мой пример, как добавить новый столбец в таблице на десятки миллионов строк и заполнить его значение по умолчанию, не долго работает Заблокируйте

USE [MyDB] 
GO 

ALTER TABLE [dbo].[Customer] ADD [CustomerTypeId] TINYINT NULL 
GO 
ALTER TABLE [dbo].[Customer] ADD CONSTRAINT [DF_Customer_CustomerTypeId] DEFAULT 1 FOR [CustomerTypeId] 
GO 
DECLARE @batchSize bigint = 5000 
    ,@rowcount int 
    ,@MaxID int; 

SET @rowcount = 1 
SET @MaxID = 0 

WHILE @rowcount > 0 
BEGIN 
    ;WITH upd as (
     SELECT TOP (@batchSize) 
      [ID] 
      ,[CustomerTypeId] 
     FROM [dbo].[Customer] (NOLOCK) 
     WHERE [CustomerTypeId] IS NULL 
      AND [ID] > @MaxID 
     ORDER BY [ID]) 

    UPDATE upd 
      SET [CustomerTypeId] = 1 
       ,@MaxID = CASE WHEN [ID] > @MaxID THEN [ID] ELSE @MaxID END 

    SET @rowcount = @@ROWCOUNT 
    WAITFOR DELAY '00:00:01' 
END; 

ALTER TABLE [dbo].[Customer] ALTER COLUMN [CustomerTypeId] TINYINT NOT NULL; 
GO 

ALTER TABLE [dbo].[Customer] ADD [CustomerTypeId] TINYINT NULL изменения только метаданных (Sch-M замки) и время блокировки не зависит от количества строк в таблице

После этого я заполняю новый столбец по умолчанию небольшими порциями (5000 строк). Я жду одну секунду после каждого цикла, чтобы не блокировать таблицу слишком агрессивно. У меня есть ИНТ столбец «ID» в качестве первичного кластерном ключ

Наконец, когда все новый столбец заполнен меняю его NOT NULL

Answer 3

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

Answer 4

Никто не может сказать, сколько времени будет стоить операция, так как это зависит от многих факторов.

Вы не должны беспокоиться об операциях сами, потому что SQL Server делает все правильно:

использует компонент Database Engine модификация схемы (Sch-M) блокируется во время языка определения данных в таблицы (DDL) например, добавление столбца или отбрасывание таблицы. За время, которое удерживается, замок Sch-M предотвращает параллельный доступ к таблице. Это означает, что замок Sch-M блокирует все внешние операции до тех пор, пока замок не будет отпущен.

Я никогда не делал ALTER операцию на такой объем данных, и единственный совет, который я могу дать, чтобы сделать это, когда не так много подключений к базе данных (в ночное время).

EDIT:

Here Вы можете найти более подробную информацию о вашем вопросе. Как правило, Matt Whitfield правильно и

Единственный раз, что добавление столбца в таблице результатов в размере из-данных операции (то есть операция, которая изменяет каждую строку в таблицы), когда новый столбец имеет ненулевое значение по умолчанию.

и когда

Новая колонка обнуляемая с NULL по умолчанию. Метаданные таблицы записывают тот факт, что новый столбец существует, но не может быть в записи . Вот почему нулевая битовая карта также имеет количество столбцов в этой конкретной записи. SQL Server может решить, присутствует ли столбец в записи. Итак - это НЕ операция размера данных - существующие записи таблицы не обновляются при добавлении нового столбца. Записи будут обновляться только тогда, когда обновляются для некоторых других операций.