Именно вставить на нужную позицию, а не добавить в конец.
смысл вопроса: понадобилось добавить регистр, штатно клюшки добавляют флаг регистра в журнал очень долго...

ничего не понял

alter table add...

(1)  alter table add column [] - добавляет колонку в конец списка полей таблицы.
т.к. для 7.7 порядок порей в журнале существенен - колонку нужно _вставить_ в определенную позицию (грубо говоря, "в середину списка").

альтер табле не подходит ?..

(3) дроп всё, вставка по нужному порядку....

(3) да ладно ? вот не пофик ли, где она будет.. только на дбф были проблемы с этим..

(3) а ничего, что метаданные знать не будут, что у тебя появилась колонка в таблице?

(2) см (3).
А мудификатора, позволяющего указать позицию (типа AFTER [] для MySql) я не нашел.

mssql же?
никак.
можно создать новую таблицу и перенести данные из старой.

(7) будут, не волнуйся. я им телеграмму дам....

(9) три лишних телодвижения. В принципе, не особая проблема, но придется выгонять юзверей минут на 15-20....

по-моему порядок не важен, важны индексы

(11) попробуй в конец, не должно там ничего зависеть от этого

в дбф, точно есть зависимость , на скуле. вроде пофик.

(12) (13) На боевой базе экспериментировать совесть не позволяет, а тестовая пустая. Лень бэкап разворачивать.
Но вроде натыкался на выборку полей для УРБД именно "в порядке реквизитов".

(0) порядок колонок(столбцов) на уровне t-sql ( да и вообще ansi sql ).
т.е. порядок колонок в таблице это внутренее дело ms sql.
как бы есть только один оператор  select * который использует
физический порядок столбцов, но как бы использование  select * плохой тон в написании t-sql операторов.

То что 1с можно поменять порядок столбцов это делается через полную да еще и построчную(поэтому и медленно) реструктаризацию таблицы.

(11) Если это нужно для временной таблицы, то можно попробовать триггер написать.

(16) То, что "плохой тон" - это понятно.
Просто ощущение, что в выборке для УРБД этот "плохой тон" как раз используется.
(17) не временной. в журнал нужно флажок (rf) добавить.

(18) уже сделал бы...

(19) промоделировал.
через пару часов выгоню юзверей, и сделаю.
Хотелось воршебства, мля, а тут руками работать приходится....

(18) ну да сплошь и рядом 1с использует select *
сколько всего документов в базе ?

(20) ты пользователей пожалел??

оператор insert учитывает порядок колонок, если ему специально не указать что куда вставляется. так что порядок важен.

(23) да в (0) не о том
автор хочет вставить новый столбец в таблицу после конкретного столбца ( alter table add )

(21) Чуть меньше 6 миллонов
(20) рабочий процесс 24*7.
(24) о том. при обмене в распределенке в инсерт передается список из файла обмена.

(20) в EM колонку добавь и мышкой перетащи - минимум работы руками

(26) прикольно даже не знал о таком.

(26) похоже, ты гений.....

(28) с тебя консультация по А+ :)

(28) получилось?
мне проверить негде.

(29) всегда пожалуйста :-)

(30) надо все-таки выгнать будет для замены md. А по графику еще час работы логистов.

(30) А на пустой копии - получилось.

Если порядок колонок в базе и мд-шнике не совпадает, то 1С ругнётся "нарушена структура". Это точно. Собственно, понятно почему - select *  же.

Кстати, мд-шник можно подменить не выгоняя пользователей, мы как-то проверяли :)  Есть чудесная утилита handle от SysInternals, она позволяет позакрывать все ссылки на файл, после чего можно спокойно его подменять. Но конечно не в случае с метаданными  (нам надо было какую-то mxl'ку подменить).

Вчера окончания работы сотров не дождался, домой ушел. Сегодня буду обновлять.
(34) да, если структура данных не менялась вполне можно и подменой мд делать (ну и в некоторых редких случаях изменения структуры тоже можно). а ссылки на файл вполне нормально закрываются и вполне штатной оснасткой "управление компьютером".
Главное - знать, что делаешь :-)