forum.clarionlife.net

Не буду категоричен, но думается проблема в prop:Key. Судя по справке, это некая ссылка на индекс. А оператору get определённо нужно наименование ключа. Т.е. неплохо бы применить к этой ссылке оператор who. Но это скорее всего тоже не прокатит.
А нельзя впрямую указать поля, ключи и т.д.? Всё равно ...

Ну хорошо. А обратно? По моему примеру в блокноте получается, что текст в блокноте не utf-16. Хотя может я не прав, внутренняя кухня Винды.

Ладно, пусть не SQL (там всё просто, есть оператор "insert or update"). Надо сначала сделать get. Если нет ошибки, то изменить запись. Eсли ошибка, то добавить. В чём проблема? Уникального ключа нет?

второй - кодировка UTF-16 для хранения типов данных Юникод NCHAR, NVARCHAR и NCLOB.

Наверно ввели для совместимости (по аналогии) с MS SQL.


Чё ты ко мне-то привязался? Я на грека похож? Мне лично пофигу как они юникод реализовали.

Я сейчас чаем чуть не поперхнулся. :lol:

А мне типа не ...

А зачем нужны эти преобразования? И на сервер, и с сервера?
Наверно, чтобы на сервере и клиенте данные совпадали.

А Microsoft принципиально UTF-8 не хочет воспринимать? Все данные на клиенте должны быть в UTF-16?
В качестве примера создаю текстовый файл в UTF-8 блокнотом. Снова его открываю ...

Драйвер (в теории) должен преобразовывать строку UTF-16 в UTF-8 на лету, прозрачно для нас. То есть к примеру есть таблица
MyFile FILE, DRIVER...
Record RECORD
Id LONG
Name USTRING
END

то ADD(MyFile) должен корректно передать юникод на сервер, в нужной кодировке.

А зачем нужны эти ...

А у Вас не SQL разве?

Зачем вы обсуждаете какие-то суррогатные пары? У меня более приземлённый вопрос - какая БД поддерживает UTF-16? SQLite поддерживает! Как пишут - не совсем полноценно, но у SQLite всё так (шутка).

kreator писал(а): 11 Январь 2026, 23:17 Посмотрел Firebird, не поддерживается UTF16 (вот жопой чувствовал).

В Postgre тоже не поддерживается. Чую, легче найти где поддерживается. Как бы не один MS SQL оказался.

Один в уме - пишем два. Правильно понял, это касается данных, которые не хранят данные а utf (например: TPS и аналогичные), для остальных например Sqlite, размер данных равен?

Скорее всего нет. В TPS сделают поддержку ustring. В других файловых системах, понятное дело, не будет ничего. В SQL всё ...

Губин Игорь писал(а): 09 Январь 2026, 7:58

kreator писал(а): 08 Январь 2026, 19:16 Вроде и делать ничего не надо,

Именно. Делать ничего не надо. Нафиг нам такое...

Ну, посмотрим. Пока как-то не очень. На мой взгляд (мягко говоря) - слишком упрощённый подход. И пока непонятно что с этим делать?

И почему-то про контролы оконные и отчётные ни слова.
И примеры по миграции чумовые. Вроде и делать ничего не надо, только поменять string на ustring.

Я к тому, что не будет ли проблем, скажем, в Линуксе? Опять же БД в UTF-8 (чужая), как конвертить?

Вопрос - "А нужен ли вообще UTF-16?".

Дед Пахом писал(а): 03 Январь 2026, 20:46 Выход обновления C12 в середине января под угрозой: перестал выходить на связь ведущий венесуэльский разработчик.

Учитесь все! Трёхчасовое СВО!!!