У меня есть таблица склада с 16 т данных. У меня есть несколько столбцов Integer. Мы должны передать их в BIGINT для каждого запроса, который мы пишем, потому что SUM слишком велик, чтобы соответствовать INT.
Теперь у нас есть новый datamart. Поэтому мы подумали, почему бы не поменять все эти столбцы на BIGINT, и нам нечего беспокоиться о новом наборе запросов.
Поскольку данные уже загружены, я решил использовать Management Studio и изменить тип данных. Но я сначала получаю предупреждение:
Saving Definition Changes to tables with large amounts of data could take a considerable amount of time. While changes are being saved, table data will not be accessible.
Затем я получаю сообщение об ошибке:
Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Как мне обойти это?
Если один или несколько из этих столбцов не имеют ограничений для них (например, внешний ключ, индекс, значение по умолчанию, правило и т.д.), вы должны иметь возможность быстро изменять каждый из них, выполняя
ALTER TABLE monster ALTER COLUMN MyIntCol1 bigint
Смена Management Studio SQL редко бывает наиболее эффективной и имеет тенденцию поощрять временные таблицы для любого изменения существующего столбца.
Не уверен, что это поможет, но попробуйте следующее:
1 - create a new bigint column in the table
2 - update that new column with the values from the int column
3 - delete the int column
4 - rename the bigint column
Я думаю, что основная ошибка, с которой вы, возможно, сталкиваетесь, заключается в том, что графический интерфейс - это то, что выберет время. Когда вы применяете большие изменения, используя выбор "Изменить" из SSMS, он будет отключен. Если вы возьмете ту же команду, вызвав изменение script в SSMS, а затем запустите его как прямой SQL-запрос, он будет работать до завершения.
Эта техника работала очень хорошо для меня.
Я выполнил:
use [Mytable]
ALTER TABLE [dbo].[USER] ALTER COLUMN USER_ID bigint NOT NULL
Это привело к этой ошибке, потому что было ограничение на ключ:
Msg 5074, Level 16, State 1, Line 2
The object 'PK_USER_USER_ID' is dependent on column 'USER_ID'.
Msg 4922, Level 16, State 9, Line 2
ALTER TABLE ALTER COLUMN USER_ID failed because one or more objects access this column.
Чтобы не удержаться, в SQL Server Management Studio я нажал правой кнопкой мыши на ограничение PK_USER_USER_ID, затем выбрал "Script как → Drop and Create To → New Query Editor Window":
Это сгенерировало этот script:
USE [Database]
GO
/****** Object: Index [PK_USER_USER_ID] Script Date: 18/03/2014 13:05:38 ******/
ALTER TABLE [dbo].[USER] DROP CONSTRAINT [PK_USER_USER_ID]
GO
/****** Object: Index [PK_USER_USER_ID] Script Date: 18/03/2014 13:05:38 ******/
ALTER TABLE [dbo].[USER] ADD CONSTRAINT [PK_USER_USER_ID] PRIMARY KEY CLUSTERED
(
[USER_ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
Затем я выполнил первую половину этого script, чтобы удалить ограничение:
ALTER TABLE [dbo].[USER] DROP CONSTRAINT [PK_USER_USER_ID]
GO
Теперь, когда ограничение исчезло, исходное изменение сработало красиво:
use [Mytable]
ALTER TABLE [dbo].[USER] ALTER COLUMN USER_ID bigint NOT NULL
Затем я выполнил вторую половину script, чтобы добавить ограничение обратно в:
ALTER TABLE [dbo].[USER] ADD CONSTRAINT [PK_USER_USER_ID] PRIMARY KEY CLUSTERED
(
[USER_ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
чтобы развернуть ответ OrbMan:
Кроме того, чтобы увидеть всю работу, которую студия управления делает при изменении таблицы, щелкните значок панели инструментов, который выглядит как прокрутка с дискеткой на нем. Это покажет фактические команды SQL, используемые для изменения вашей таблицы.
Если исходные данные никогда не превышают предел INT, просто создайте VIEW, который поднимет этот столбец BIGINT и запросит его.