SQL Server: сохранение вычисленных полей с помощью SELECT INTO

Question

Недавно моя компания провела миграцию данных (в базе данных SQL Server 2005), и мы заметили, что некоторые таблицы, созданные с помощью SELECT INTO, не поддерживали вычисленные поля исходных таблиц, но вместо этого SQL Server создал регулярные поля с типом, возвращаемым исходным расчетом. Например, предположим, что у вас есть эта таблица:

create table Example (
id int not null, 
quantity decimal(19,5) not null, 
price decimal(19,5) not null, 
total as price*quantity 
) 

после выполнения SELECT * INTO example2 из примера вы получите:

create table Example2 (
id int not null, 
quantity decimal(19,5) not null, 
price decimal(19,5) not null, 
total decimal(38,9) null 
) 

Я зафиксировал его падение плохих полей и воссоздавать их, но я хочу знать, есть ли способ поддерживать вычисленные поля в таблице, созданной с помощью SELECT INTO (возможно, с некоторой специальной конфигурацией SQL Server или с использованием альтернативной команды SQL).

Заранее спасибо.

Answer 1

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

Сначала вам нужно создать таблицу с вычисленными столбцами, а затем выполнить обычную вставку из исходной таблицы не вычисляемых столбцов.

Answer 2

Я понимаю, что новая таблица создана из типов данных в наборе записей. Однако набор записей не содержит информации о том, как генерируются результирующие значения, поэтому формула вычисления теряется. (как крайний пример, подумайте о представлении, содержащем GROUP BY в качестве источника для SELECT INTO)

Answer 3

В качестве политики лучше избегать использования SELECT INTO для создания таблиц, особенно при миграции. Вы не только потеряете вычисления, вы потеряете индексы, триггеры и, возможно, любые значения по умолчанию или ограничения. В процессе миграции вы всегда должны записывать таблицы, которые хотите переместить, включая триггеры, индексы и т. Д.