Переход на четвёрку - Unicode

[Garic]

Цитата:

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

А выравнивание у вас в какую сторону?
Стандартное для 4ки влево?

Да, безусловно, у нас изначально так было. Для InventTrans специально проверил - все поля влево.

Цитата:

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

Не надо мучать кошечку.
После таких манипуляций никто не гарантирует работоспособность Аксапты.

Кошечка сама виновата.
В чём сакральный смысл делать такие поля как dataAreaId, InventTransId, InventDimId, Voucher типом nvarchar ? Кому-то очень нужно вести их на китайском?
А база-то растёт, особенно индексы... И производительность...
Нет бы сделать чтобы это настраивалось на уровне EDT.
Когда база гигов 20-30, это не страшно. Но когда она 70 и увеличивается до 150, тут уже начинаеш задумываться - а нужна она, четвёрка?

Цитата:

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

Аксапта не работает правильно с NULL и не занимается интерпретацией результатов выражений с NULL-значениями.

А это к чему? Не понял.

[mazzy]

Сейчас названия компаний и префиксы-суффиксы в номерах лотов на китайском вполне допустимы.

Цитата:

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

А это к чему? Не понял.

Если я правильно понимаю, что вы хотите вручную изменить тип на тот, что может содержать null-значения. Аксапта же сейчас использует тип, который не может содержать Null.

[Vadik]

Цитата:

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

В чём сакральный смысл делать такие поля как dataAreaId, InventTransId, InventDimId, Voucher типом nvarchar ? Кому-то очень нужно вести их на китайском?

Это задел на будущее, чтобы версия 5.0 стала еще производительнее, не иначе

"Сейчас я рельсу брошу и ка-а-к побегу" (с) анекдот

[glibs]

Цитата:

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

...
Это задел на будущее, чтобы версия 5.0 стала еще производительнее
...

Это шутка, или действительно стоит ожидать возможности перехода на более короткие коды?

[Garic]

Цитата:

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

Это задел на будущее, чтобы версия 5.0 стала еще производительнее, не иначе

Надо побыстрее перейти на эту версию. Возможности албанского там будут существенно расширены.

http://blogs.msdn.com/mfp/archive/20...cs-ax-5-0.aspx

[Logger]

Цитата:

В чём сакральный смысл делать такие поля как dataAreaId, InventTransId, InventDimId, Voucher типом nvarchar ? Кому-то очень нужно вести их на китайском?
А база-то растёт, особенно индексы... И производительность...
Нет бы сделать чтобы это настраивалось на уровне EDT.
Когда база гигов 20-30, это не страшно. Но когда она 70 и увеличивается до 150, тут уже начинаеш задумываться - а нужна она, четвёрка?

Если честно вообще непонятно зачем такие внутренние идентификаторы как
InventTransId, InventDimId, Voucher сделали строками.

Нигде в системе не встречал чтобы пользователь работал с ними непосредственно или искал по ним данные (ну разве что по Voucher). Данные типы вообще напрашиваются чтобы быть int32 или int64

Как вариант можно попробовать прокодировать номерные серии для этих полей специальным управляющим символом '&' и сделать выравнивание по левому краю. В этом случае номер будет генериться используя не только цифры но и буквы латинского алфавита - медленнее будет нарастать число значащих цифр - меньше места будет занимать идентификатор в базе.