Ax 3.0 выравнивание влево

[Logger]

Коллеги поделитесь информацией как безболезненно перевести базу с правого выравнивания строковых полей на левое.

Мы попробовали стандартный способ, тот который идет в поставке с Ax 4.0 - 5.0 в файле PrivateProject_LeftJustified.xpo

Но есть непонятки.

Указанный скрипт, выдает к базе данных запросы которые применяют к полям операцию ltrim и меняет выравнивание в АОТ на расширенных типах и полях таблиц.

При этом не меняется свойство rightJustify в таблице SqlDictionary
Это приводит к тому, что при следующей синхронизации ядро аксапты генерит запросы вида Select From Insert Into ... Ltrim() ...

т.е. делает то же самое что и PrivateProject_LeftJustified.xpo более тяжелым для БД способом.

Что это ? недоработка программистов ?
Или так и нужно и нельзя пропускать запросы, которые напрямую к БД генерит скрипт?


Мне кажется что правильный скрипт по переводу на левое выравнивание должен еще и сбрасывать флажок rightJustify в SqlDictionary - чтобы не было проблем с последующей синхронизацией.

[mazzy]

Цитата:

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

Коллеги поделитесь информацией как безболезненно перевести базу с правого выравнивания строковых полей на левое.

Мы попробовали стандартный способ, тот который идет в поставке с Ax 4.0 - 5.0 в файле PrivateProject_LeftJustified.xpo

Этот скрипт рассчитан на то, что выравнивание делается в базе, а дальше старое приложение не работает. Лично мне он категорически не понравился.

Правильно и безболезненно можно так - в Аксапте изменить свойство выравнивание у типа num, сохранить изменения. Запустится одна большая транзакция с блокировкой схемы данных. В этот момент transaction log может вырасти до размеров самой базы. Работающих пользователей в этот момент лучше выгнать поскольку с огромной вероятностью работающие пользователи дадут deadlock.

Тип num является базовым для большинства кодов в Аксапте. Изменение выравнивания в базовом типе приведет к изменению выравнивания очень многих типов (см. иерархию объектов, начиная с num).

После изменения num, стоит поискать среди типов свойство Align со значением Right при помощи стандартного поиска. В стандартном приложении останется с десяток типов (среди них коды журналов), которые также перещелкнуть влево.

См. также http://axapta.mazzy.ru/lib/adjustment/
и примечания внизу.

[Logger]

Цитата:

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

Этот скрипт рассчитан на то, что выравнивание делается в базе, а дальше старое приложение не работает.

хм.
Я так понимаю что скрипт был сделан для того чтобы можно было перейти на Ax 4.0 - 5.0

Но ведь они тоже используют информацию из SQLDictionary и в контрольном списке обновления для них есть пункт Синхронизация.

Так что даже если старое приложение не работает, проблема остается.

Единственное возможное решение - то что процедура обновления Ax 4.0 принудительно меняет свойства в SQLDictionary. Но проверить так это или нет я сейчас не могу.

[Logger]

Я думаю что скрипт скорее всего кривой. Забыли про SQLDictionary
Он не делает запросы select from Insert Into, а просто обновляет записи в таблицах. По идее это должно работать быстрее - меньше нагрузка на БД.

[Logger]

Пардон, поспешил - ядро тоже генерит запросы вида Update... ltrim

Никаких Select from Insert into в нем нет.

Так что скрипт получается нафиг не нужен.

[mazzy]

Цитата:

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

Так что скрипт получается нафиг не нужен.

Угу.

Я промолчу про разработчиков, которые зачастую Аксапты не знают. Хотя очень хочется что-нибудь гадкое сказать

[sukhanchik]

Цитата:

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

Так что скрипт получается нафиг не нужен.

Скрипт нужен. Но только для обновления. Дело в том, что согласно процедуре обновления после выполнения скрипта на старой БД - необходимо запустить файл AxDbUpgrade.exe - код которого скрыт в EXE-шнике. По своему опыту скажу - что этот EXE-шник в основном только что и делает - как переливает таблицы из одной БД в другую. Т.е. тупо CREATE TABLE ..., INSERT INTO ... Нюанс состоит в том, что он делает не только переливание. Он еще правит SQLDictionary и еще делает ряд отметок. Что конкретно - не изучал - но то что он делает еще что-то - с этим сталкивался.

Зачем разработчики в MS сделали именно так? Не знаю. Пусть это останется на их совести. Нам лишь нужно знать, как выполнять процедуру обновления и что этот скрипт LeftJustify больше применять нигде нельзя кроме как при обновлении.

Кстати - еще один момент - о котором забыли разработчики этого скрипта. Декларировав, что в 4-ке (я говорю о переходе 3->4) нет типов с выравниванием вправо разработчики "забыли" о российских модулях (Зарплата и Кадры, ОСы). Там ничего не поменялось. В связи с этим этот скрипт пришлось дописывать, чтобы исключить выравнивание влево типов данных из российских модулей.

[glibs]

Цитата:

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

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

Правильнее было бы в 4.0 отечественные типы выровнять влево, не правя при этом скрипт. IMHO.

[sukhanchik]

Цитата:

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

Правильнее было бы в 4.0 отечественные типы выровнять влево, не правя при этом скрипт. IMHO.

В идеологии буржуйского МС - да. Но как раз лучше ничего не трогать. Ибо нечего делать работу за сотрудников российского МСа. Они же все равно рано или поздно эту работу проделают. А если проделают - то сами же будем мучаться - удалять код из слоя из приложения. Если не проделают - значит и нам трудиться не надо. Нам - пользователям системы - какая фиг разница куда все выровнено?

[glibs]

Цитата:

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

...
Нам - пользователям системы - какая фиг разница куда все выровнено?
...

Ну... как скажете.

Насчет не трогать... да, действительно. Есть места. В кассе, например, строковые типы сравниваются на "<", ">" (больше или меньше).