У меня проблема с кодировкой в ORACLE APEX app builder. Когда я использую конструктор приложений и создаю, например, список с записью, содержащей poli sh нативные символы, например "Otwórz". Когда я сохраняю его, он появляется в списке как «OtwA3rz». Поэтому я думаю о проблеме с кодировкой, но когда я использую «Grid Edit» в списке, я легко могу использовать «Otwórz» и сохранить его правильно. После этого возникает проблема с редактированием этой записи в форме. Кроме того, когда я создаю форму с помощью, например, textarea, в моем приложении нет проблем с сохранением значения с помощью poli sh char. Существует только проблема с конструктором приложений.
Некоторая информация из модуля "О приложении Express":
• Сборка продукта 19.2.0.00.18
• Совместимость схемы 2019.10.04
• Время последнего DDL 02.05.2020 01:09:01 PM
• Схема хоста APEX_PUBLIC_USER
• Владелец приложения APEX_190200
• Предпочтение языка en
• Текущее время (на сервере) 16.03.2020 14:17:08 +01: 00
• APEX_LISTENER_VERSION 19.2.0.r1991647
• PLSQL_GATEWAY WebDb
• GATEWAY_IVERSION 3
• SERVER_SOFTWARE Mod-Apex
• GATEWAY_INTERFACE CGI / 1.1
• REQUEST_METHOD * тысяча тридцать один * • QUERY_STRING р = 4350: 9: 956788024708 & p_dialog_cs = e6pVbBxXQReCPpEOwNEhrbAjoGPeY7nX6VVuLL8ObTSnXKlihOrJCOR8f1EU9isYxMT5Ooqgb-j9A33Mmx1aKA
• PATH_INFO / F
* тысячу тридцать-пять * • HTTP_USER_AGENT Mozilla / 5.0 (Windows NT 10,0; WOW64) AppleWebKit / 537,36 ( K HTML, как у Gecko) Chrome / 72.0.3 626.121 Safari / 537.36
• HTTP_ACCEPT_ENCODING gzip, deflate, br
• HTTP_ACCEPT_LANGUAGE pl-PL, pl; q = 0,9, en-US; q = 0,8, en; q = 0,7
• REQUEST_CHARSET AL32UTF8
• REQUEST_IANA_CHARSET UTF-8 • Oracle База данных 12 c Enterprise Edition, выпуск 12.2.0.1.0 - 64-разрядная версия
• CORE 12.2.0.1. 0 Производство
• NLSRTL Версия 12.2.0.1.0 - Производство
• PL / SQL Выпуск 12.2.0.1.0 - Производство
• TNS для Linux : Версия 12.2.0.1.0 - Производство
• NLS_CHARACTERSET: EE8MSWIN1250
• DAD CHARACTERSET: UTF-8
• JOB_QUEUE_PROCESSES: 15
Я заметил, что когда я запускаю sql select 'ó' from dual, результат точно равен 'A3'. Я запускаю другой select * from V$NLS_PARAMETERS; и, возможно, найду причину всего этого. NLS_LANGUAGE - АМЕРИКАНСКИЙ. Как изменить его для POLI SH, как у меня обычно настроен сеанс базы данных. Когда я создаю свое собственное приложение с настройкой глобализации, нет проблем с установкой nls_language в Poli sh Но я не знаю, как изменить его для конструктора приложений
. Я провел дополнительный эксперимент, запустил вставку в табличное значение 'ł' и выбрал * из v $ nls_parameters через sql_workshop и sql_script: ниже приведены результаты: (параметр синтаксиса: значение: метод (сценарий или sqlworkshop))
NLS_CALENDAR:GREGORIAN:script
NLS_CALENDAR:GREGORIAN:sqlworkshop
NLS_CHARACTERSET:EE8MSWIN1250:script
NLS_CHARACTERSET:EE8MSWIN1250:sqlworkshop
NLS_COMP:BINARY:script
NLS_COMP:BINARY:sqlworkshop
NLS_CURRENCY:$:script
NLS_CURRENCY:$:sqlworkshop
NLS_DATE_FORMAT:mm/dd/yyyy:script
NLS_DATE_FORMAT:mm/dd/yyyy:sqlworkshop
NLS_DATE_LANGUAGE:AMERICAN:script
NLS_DATE_LANGUAGE:AMERICAN:sqlworkshop
NLS_DUAL_CURRENCY:$:script
NLS_DUAL_CURRENCY:$:sqlworkshop
NLS_ISO_CURRENCY:AMERICA:script
NLS_ISO_CURRENCY:AMERICA:sqlworkshop
NLS_LANGUAGE:AMERICAN:script
NLS_LANGUAGE:AMERICAN:sqlworkshop
NLS_LENGTH_SEMANTICS:BYTE:script
NLS_LENGTH_SEMANTICS:BYTE:sqlworkshop
NLS_NCHAR_CHARACTERSET:AL16UTF16:script
NLS_NCHAR_CHARACTERSET:AL16UTF16:sqlworkshop
NLS_NCHAR_CONV_EXCP:FALSE:script
NLS_NCHAR_CONV_EXCP:FALSE:sqlworkshop
NLS_NUMERIC_CHARACTERS:.,:script
NLS_NUMERIC_CHARACTERS:.,:sqlworkshop
NLS_SORT:BINARY:script
NLS_SORT:BINARY:sqlworkshop
NLS_TERRITORY:AMERICA:script
NLS_TERRITORY:AMERICA:sqlworkshop
NLS_TIMESTAMP_FORMAT:DD-MON-RR HH.MI.SSXFF AM:script
NLS_TIMESTAMP_FORMAT:DD-MON-RR HH.MI.SSXFF AM:sqlworkshop
NLS_TIMESTAMP_TZ_FORMAT:DD-MON-RR HH.MI.SSXFF AM TZR:script
NLS_TIMESTAMP_TZ_FORMAT:DD-MON-RR HH.MI.SSXFF AM TZR:sqlworkshop
NLS_TIME_FORMAT:HH.MI.SSXFF AM:script
NLS_TIME_FORMAT:HH.MI.SSXFF AM:sqlworkshop
NLS_TIME_TZ_FORMAT:HH.MI.SSXFF AM TZR:script
NLS_TIME_TZ_FORMAT:HH.MI.SSXFF AM TZR:sqlworkshop
value:A?:sqlworkshop
value:ł:cript
, и в основном они совпадают
Следующее, что я сделал, это работает с тем же методом, что и предыдущий код для вставки userenv Параметр, а ниже приведены различия:
ACTION::script
ACTION:Processes - point: BEFORE_BOX_BODY:sqlworkshop
CLIENT_IDENTIFIER:::script
CLIENT_IDENTIFIER:#MY_LOGIN#:12101284695326:sqlworkshop
CLIENT_INFO:100001:#MY_LOGIN#:sqlworkshop
CLIENT_INFO:#MY_LOGIN#:script
MODULE:APEX_190200/APEX:APP 4500:1200:sqlworkshop
MODULE:HTML DB:SQL Workshop:Script:test2:script