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

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

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

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

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

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

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