|
22.11.2006, 13:24 | #1 |
Злыдни
|
Существует ли Resource Kit для Axapta?
Вот интересно, а есть ли доплнительные ресурсы для DAX, описывающие недокументированные параметры? Решил тут выяснить значения параметрв в SQLSYSTEMVARIABLE и не нашел в online MSDN. Например, за что отвечает UNICODEENABLED?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
22.11.2006, 13:53 | #2 |
Участник
|
нет, не существует.
|
|
22.11.2006, 14:26 | #3 |
Злыдни
|
Жаль. Похоже, что часть информации, касающейся тюнинга системы, доступна только партнерам
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
22.11.2006, 14:43 | #4 |
Участник
|
Цитата:
Обратите внимание, не закрыта, а не существует. |
|
22.11.2006, 15:46 | #5 |
Участник
|
Цитата:
Цитата:
Req.13728, KB912941
Problem. When MS SQL Server database is initialized for Unicode, the TEXT datatype record in SQLSYSTEMVARIABLES table should contain ‘NTEXT’ value, but it contains ‘TEXT’ value instead. Data of Memo fields were not saved as Unicode strings, even though the database was initialized for Unicode. Solution. SQLSYSTEMVARIABLES is initialized by SqlDatabaseInit application class. This class now performs check of database Unicode flag. If the database should be initialized for Unicode ‘NTEXT’ datatype should be used instead of ‘TEXT’. If a field is a Memo field (SQL type is TEXT) and a database is initialized for Unicode, then the field should be bound (ODBC: SQLBindParameter) as WLONGVARCHAR, not LONGVARCHAR. This is a hybrid fix consisting of both binaries and X++ code. You will need to import the XPO from the downloaded KR2 package in the XPO folder to get this functionality. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |