Показать сообщение отдельно
Старый 22.11.2006, 15:46   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от KiselevSA Посмотреть сообщение
Решил тут выяснить значения параметрв в SQLSYSTEMVARIABLE и не нашел в online MSDN. Например, за что отвечает UNICODEENABLED?
Конкретно UNICODEENABLED, кажется, отвечает за использования Unicode в текстовых Memo-полях sql-базы в том случае, если для самой этой базы используется Unicode. В KR2 fixlist есть упоминание исправленной проблемы, связанной с этим параметром:
Цитата:
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).