Блог

Итак, у меня есть проект базы данных VS2010, который я развертываю, с несколькими изменениями схемы. В частности, у меня есть одна таблица, которую VSDBCMD настаивает на «перестройке», т.е. переименовать-> создать-> скопировать-> удалить

Единственными изменениями для этой таблицы являются удаление некоторых столбцов, которые могли бы быть обработаны просто, я не знаю, удалением столбцов. Обычно я бы не возражал, за исключением того, что эта конкретная таблица называется «Вложения» и весит около 15 гигабайт или около того. Это занимает много времени, блокирует базу данных и локально завершается сбоем, поскольку у меня нет более 15 бесплатных гигабайт, и время ожидания истекает удаленно в нашей среде тестирования.

Кто-нибудь может указать мне правила, которым следует VSDBCMD для изменения схемы при ее развертывании?

Или, возможно, вы сталкивались с подобными проблемами и у вас есть предложение?

Спасибо!

VSDBCMD просто «любит» слишком часто перестраивать таблицы, и у меня нет «волшебного руководства vsdbcmd» для случаев, когда он решает перестроить таблицу, к сожалению, но я все равно не доверяю выводам VSDBCMD в рабочей базе данных без предварительной проверки вручную.

В файле ‘dbname.sqldeployment’ есть параметр, который разрешает параметр ‘IgnoreColumnOrder’, который может помочь предотвратить перестройку таблицы (возможно, это запускает перестройку из-за изменения индекса столбца).

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

Черт возьми, написание «alter table Attachments drop column uselessData», вероятно, стоило бы вам 10% времени, которое вы потратили на то, чтобы задать этот вопрос в первую очередь 🙂