Выравнивание Num влево последствия...

[Vadik]

Ручное изменение Adjustment надежнее скрипта (человеческий фактор, так сказать)

[mazzy]

Цитата:

Сообщение от Vadik

Ручное изменение Adjustment надежнее скрипта (человеческий фактор, так сказать)

После того, как:
1. выравняли влево некорректно (остались записи с левыми пробелами),
2. создали несколько записей с кодами, выровнянными влево

после этого выравнивание вправо везде добавит левые пробелы?
Не останется ли смешанного варианты выравнивания?
Есть ли способ проверить, что во всех полях во всей базе выравнивание одинаковое?

[glibs]

Цитата:

Сообщение от mazzy

...
после этого выравнивание вправо везде добавит левые пробелы?
...

Должны. Нужно делать в однопользовательском режиме.

Цитата:

Сообщение от mazzy

...
Не останется ли смешанного варианты выравнивания?
...

Если планируется возврат к выравниванию влево, то это не принципиально.

Цитата:

Сообщение от mazzy

...
Есть ли способ проверить, что во всех полях во всей базе выравнивание одинаковое?
...

Штатный — по-моему нет.

[Vadik]

Цитата:

Сообщение от mazzy

После того, как:
1. выравняли влево некорректно (остались записи с левыми пробелами),
2. создали несколько записей с кодами, выровнянными влево

ты же не хочешь написать универсальный скрипт, который проанализирует и исправит все-все ошибки во всех-всех таблицах? это мы уже проходили (тема о дефрагментации RecId)

Цитата:

после этого выравнивание вправо везде добавит левые пробелы?

да

Цитата:

Не останется ли смешанного варианты выравнивания?

"смешанные варианты" - это не запущенная по каким-то причинам или непрошедшая по ошибке (то же нарушение уникальности) синхронизация для таблицы

Цитата:

Есть ли способ проверить, что во всех полях во всей базе выравнивание одинаковое?

DictType.extend()
SQLDICTIONARY.RIGHTJUSTIFY
DictType.setStringRight()

[mazzy]

Цитата:

Сообщение от AndyD

Что бы не трогать все таблицы и поля можно сначала из Axapta'ы пробежаться по AOT'у и выбрать таблицы, в которых есть поля с EDT num или его наследниками.
Сохранить найденные таблицы и поля в промежуточную таблицу и уже по ней вносить исправления в б/д.

Проще пробежаться в SQL по всем полям строкового типа.

Цитата:

Сообщение от glibs

Но если он под "123" уже понимает одно, а под " 123" — другое, то вот это проблема. И обрезанием пробелов она не вылечится.

Нет, такого нет.

Цитата:

Сообщение от Vadik

ты же не хочешь написать универсальный скрипт, который проанализирует и исправит все-все ошибки во всех-всех таблицах? это мы уже проходили (тема о дефрагментации RecId)

Скрипт не должен быть хитроумным.
Он должен пробегать все поля строкового типа NChar и убрать левые пробелы.
Без разницы, принадлежат ли они EDT или нет.

Цитата:

Сообщение от Vadik

да

Воодушевляет. Спасибо.
Но я бы перестраховался.