Могу ли я логически изменить порядок столбцов в таблице?

Я думаю, что всем здесь не mssql хватает того, что, хотя не ms-sql-server всем приходится иметь дело sql-server с десятками, двадцати или sql-srever тысячами экземпляров одной ms-sql-server и той же программной системы, установленной ms-sql-server по всей стране и в мире, те ms-sql-server из нас, кто разрабатывает sql-server коммерчески продаваемое программное mssql обеспечение, поступают именно sql-srever так. В результате мы со временем sql-srever расширяем системы, расширяем ms-sql-server таблицы, добавляя поля по ms-sql-server мере необходимости, и, поскольку ms-sql-server эти поля определены, действительно ms-sql-server принадлежат к существующей ms-sql-server таблице, и, как таковые, более sql-server десяти лет расширения, увеличения, добавления sql-srever полей и т. Д. к таблицам, а ms-sql-server затем необходимость работать mssql с этими таблицами от дизайна ms-sql-server до поддержки, иногда копаться sql-srever в необработанных данных / устранять sql-srever неполадки для отладки новых mssql функциональных ошибок, невероятно ms-sql-server обидно, что у вас нет основной mssql информации, которую вы хотите sql-server видеть в первой горстке fields, когда sql-server у вас могут быть таблицы ms-sql-server с 30, 40, 50 или даже 90 mssql полями, и да, в строго нормализованной mssql базе данных.

Мне часто хотелось sql-srever сделать это именно по этой mssql причине. Но если не делать mssql именно то, что делает SQL, построить sql-srever сценарий создания для новой ms-sql-server таблицы так, как я хочу, записать sql-srever в нее вставку, затем удалить ms-sql-server все существующие ограничения, отношения, ключи, индекс ms-sql-server и т. Д. Из существующей таблицы mssql и переименовать "новую" таблицу sql-server обратно к старому имени, а ms-sql-server затем чтение всех этих ключей, отношений, индексов sql-srever и т. д. и т. д. ....

Это не mssql только утомительно, требует mssql много времени, но ... еще mssql через пять лет это должно sql-srever будет повториться снова.

Это mssql так близко к тому, чтобы mssql оправдать такой огромный sql-server объем работы, но суть в том, что mssql это не последний раз, когда sql-srever нам понадобится эта способность, поскольку mssql наши системы будут продолжать sql-srever расти, расширяться и получать mssql поля в безумно упорядоченном mssql управляемом по необходимости ms-sql-server / дизайнерские дополнения.

Большинство sql-server разработчиков думают с точки sql-server зрения единой системы, которая sql-srever обслуживает одну компанию mssql или очень конкретный рынок ms-sql-server жестких ящиков.

"Готовые", но ms-sql-server весьма прогрессивные дизайнеры sql-srever и лидеры в области разработки ms-sql-server на своем рынке всегда будут ms-sql-server сталкиваться с этой проблемой ms-sql-server снова и снова и будут рады ms-sql-server творческому решению, если ms-sql-server оно у кого-нибудь есть. Это sql-srever могло бы легко сэкономить mssql моей компании десяток часов ms-sql-server в неделю, просто избавившись mssql от необходимости прокручивать sql-srever или запоминать, где это поле mssql находится в таблице исходных sql-server данных.