Привет всем.

http://www.ibprovider.com/rus/news/n_090110.html

Мы освоили новое пространство для извращений :)

1. Поддержка подключения с кодовой страницей NONE
- провайдер опирается на кодовую страницу колонки, а не подключения.

2. Новое свойство инициализации ctype_user
- Определяет кодовую страницу пользователя. Она может отличаться от кодовой страницы подключения и операционной системы.

Поддерживается два спец. имени - ACP и OCP

3. Новое свойство инициализации  ctype_none
- Дает возможность указать кодовую страницу для интерпретации данных в NONE-колонках

Все это работает с обычными текстовыми колонками, текстовыми массивами и текстовыми блобами

http://www.ibprovider.com/rus/documentation/charsets_collations.html

На текущий момент ни FB, ни IB не способны в полной мере асилить такое внешнее управление :-)

В рамках текущего API - FB 2.1 (2.5) справляются лучше всех. Если закрыть глаза на их баги. Для окончательного щастья, думаю, "кому-то" прийдется менять API. Бугага.

4. Конкретная переработка алгоритмов перекодирования текста. Некоторые вещи стали работать в 2-3 раза быстрее. Реализована "правильная" работа с ICU. Адриано может плакать - его INTL это не светит :-)

5. Куча других новшеств, типа
- возможности получения блобов в виде массивов байт.
- FB21: текстовые блобы с кодировкой OCTETS обрабатываются как бинарные блобы
- FB21: точные размеры (в символах) текстовых колонок в Unicode-режиме.

---
Тестов под это дело было написано "ну очень много". Судя по выловленным багам (как в провайдере так и в сервере) - перебор реально рулит.

---
Так что вот. Судя по всему - в 2008 году мы реально окучили все типы данных FB/IB. Есть некоторые извращения, которые надо будет допиливать - но основное уже сделано.

И нас не догонят! :-)

Коваленко Дмитрий.
www.ibprovider.com

Ответить