Вышла новая версия IBProvider. В новом релизе:

1. Использование Unicode Windows API для национальных символов.
2. Улучшена совместимость с SharePoint Designer.
3. Исправлены ошибки в конверторе типов

Устранены проблемы с национальными символами в Windows

Новая версия IBProvider v.3 использует Unicode Windows API. Это позволяет избежать проблем с отображением на нелокализованных версиях Windows:

• в диалогах подключения/DataLinks
• при работе с временными файлами, в названии или пути которых есть такие символы

IBProvider v3 теперь компилируется в режиме UNICODE. Режим поддерживается только платформами Windows NT,XP,Vista,2003,Win7. Если вам нужны 32-битные сборки v3 для Win9x – пишите на электронный адрес поддержки – вышлем.

Устранены проблемы, найденные в результате тестирования SharePoint Designer 2007»

1. Свойство инициализации « Data Source» определено как не обязательное. Это устраняет некоторые проблемы, выявленные при работе с провайдером из «SharePoint Designer 2007»
2. COM-объекты ошибок теперь поддерживают «Free-Threaded» приложения.

Улучшена информативность сообщений об ошибках связанных с передачей данных в провайдер (v1/v2/v3)

В случае ошибок преобразования типа IN-параметров или новых значений колонок в тип, определяемый сервером Firebird или Interbase , провайдер сохраняет в статусе значения сведения о причинах сбоя.

Изменения в конверторе типов (v1/v2/v3)

Устранены выявленные проблемы с типом DBTYPE_NULL.

Успейте получить бесплатную лицензию на IBProvider Professional

Совсем недавно вышел Firebird 2.5 Release Candidate 2 . Во время очередного тестирования IBProvider вместе с новым FB2.5 SuperClassic (RC2) была выявлена проблема в сервере: «page 14194, page type 5 lock conversion denied (215)». Подробное описание проблемы здесь .

Возможный тестовый кейс:

Параллельно, в независимых подключениях, циклически выполнять следующие операции с базой:
1. добавление группы записей с блобами/массивами
2. чтение записей, добавленных в п.1
3. удаление записей добавленных в п.1

Сегодня IBProvider исполняется 10 лет

• Спасибо всем тем, кто был с нами все эти годы.
• Спасибо FibPlus, ZStyle Group, Gemini InterBase/Firebird ODBC Driver, Easysoft ODBC-InterBase Driver, IBObjects. Благодаря вам, нам есть с чем сравнивать IBProvider, вместе мы делаем большое дело - двигаем Firebird и Intrebase в массы.
• Спасибо разработчикам Firebird, благодаря вам, у людей есть хороший, бесплатный сервер БД.
• Спасибо нашим клиентам. Благодаря вам, IBProvider развивался и будет развиваться.

Изменения в IBProvider v.3.0.0.8416

DDL запрос «COMMENT ON» в Firebird 2.1

COMMENT ON – это DDL запрос, который позволяет устанавливать описания для объектов БД. Впервые появился в Firebird 2.1 .

При выполнении DDL запроса «COMMENT ON» учитываются свойства IBProvider auto_commit_ddl и auto_commit_ddl_level.

Примеры COMMENT ON для Firebird 2.1

COMMENT ON DATABASE IS 'NASA Database';

Комментирование объектов БД: DOMAIN, TABLE, VIEW, PROCEDURE, TRIGGER, EXTERNAL FUNCTION, FILTER, EXCEPTION, GENERATOR, SEQUENCE, INDEX, ROLE, CHARACTER SET, COLLATION

COMMENT ON DOMAIN CUSTNO IS 'DOMAIN FOR CUSTOMER NUMBER';

COMMENT ON COLUMN EMPLOYEE.EMP_NO IS 'Employee number'

COMMENT ON PARAMETER add_emp_proj.EMP_NO IS NULL;

Ревизия кода обновляемых множеств в IBProvider v.2.6.16.2972

• Проведена ревизия и улучшение кода «обновляемых множеств».
• Доработана система тестирования «обновляемых множеств».

Всем клиентам, использующим обновляемые множества в IBProvider v2, рекомендуем обновиться.

Мы доработали загрузчики схемы PROCEDURES для получения текста хранимых процедур в колонке PROCEDURE_DEFINITION. Поддерживаются все сервера:

• Interbase: v4.x, v5.x, v6.x, v7.x, v8.x (2007), v9 (2009)
• Firebird: 0.9, 1.0, 1.5.x, 2.1.x, 2.5
• Yaffil

Если вы используете Firebird 2.1 , то рекомендуем обновиться как минимум до релиза FB 2.1.2 (см. Bug Tracker, CORE-2008 ).

Доработана команда вызова хранимой процедуры - exec SP

Пример процедуры:

 CREATE PROCEDURE SP_TEST (A INTEGER=2) AS BEGIN ... END 

В предыдущих версиях IBProvider команда exec SP_TEST транслировалась в команду EXECUTE PROCEDURE SP_TEST (см. свойство ado_exec_sp) . Подготовка такой команды происходила без проблем, однако провайдер не формировал список параметров автоматически.

В новой версии IBProvider v.3.0.0.8195 вызов процедуры:

exec SP_TEST

транслируется с учетом входящих параметров в sql-команду:

 EXECUTE PROCEDURE SP_TEST(?) 

Ограничение команды exec SP: Начиная с Firebird 2.1, сервер поддерживает default-значения для параметров хранимых процедур, но к сожалению, Firebird не поддерживает специальный тип SQL_DEFAULT, при помощи которого можно было бы сообщить серверу о необходимости использовать значения по-умолчанию. Поэтому эту возможность сервера провайдер не поддерживает в полной мере.

В новой версии IBProvider устранена причина низкой производительности сборок IBProvider, откомпилированных в Visual Studio.

Теперь эти сборки начали работать в несколько раз быстрее как в однопоточных, так и в многопоточных приложениях.

Вы сами можете убедиться насколько новая версия IBProvider работает эффективнее предыдущих.

На картинке представлена диаграмма тестирования сборок в нашей тестовой системе:

* По оси X время, затраченное на тесты. Указано в секундах.

• Красный график - старая версия IBProvider v 3.0.0.7798.
• Синий график - новая версия IBProvider v.3.0.0.7866,

В таблице приведены результаты тестирования производительности в комплексном OLE DB тесте:

Описание тестовой системы:

Исправлена ошибка, связанная с пулом запросов

В результате нагрузочного тестирования последней версии IBProvider 3.0.0.7866, была выявлена и исправлена ошибка, связанная с пулом запросов. Ошибка проявлялась, начиная с версии IBProvider 3.0.0.7575. Всем кто использует эту версию - рекомендуем обновиться.

Описание ошибки:

В некоторых особо запущенных случаях с производительностью сервера (использовалась отладочная сборка Firebird 2.5 ) IBProvider мог зависать при явном вызове ADODB.Connection.Close.

Новый компонент LCPI.IBP.Samples.RowCursor - более быстрая замена ADODB.Recordset

В дистрибутив IBProvider добавлен новый компонент «LCPI.IBP.Samples.RowCursor», который доступен как в откомпилированном виде, так и в качестве исходных кодов. Это упрощенный аналог компоненты ADODB.Recordset, но он предоставляет более быстрый доступ к данным за счет следующих функций:

• Вместо EOF/MoveNext, компонент предоставляет унифицированный метод Fetch.
• ADODB.Recordset при каждом обращении к Field.Value, делает запрос к OLEDB провайдеру и не кэширует полученные данные, а RowCursor может сразу загрузить данные всех полей записи и применяет кэширование.
• Оптимизирован вызов IDispatch::Invoke для основных методов. Это ускоряет работу скриптовых программ.
• Использует интерфейс IOpenRowset, который позволяет выполнять SQL-запросы через объект сессии, без создания команды. Данная возможность поддерживается только в IBProvider v3.

Особенности работы компонента:

• Совместим с ADODB. Использует ADODB.Connection для подключения к БД.
• Поддерживает всех типы данных, включая BLOB, массивы и бинарные типы.
• Пока реализован только однонаправленный доступ к данным.

Сравнительные тесты на VBScript (используется интерфейс IDispatch) показали что LCPI.IBP.Samples.RowCursor на некоторых операциях работает до 30% быстрее, чем ADODB.Recordset.

Исходный код компонента

Исходный код LCPI.IBP.Samples.RowCursor доступен в дистрибутиве IBProvider: (Samples\oledb\sample_com_object)

Примеры использования компонента

Примеры работы с компонентом вы найдете в тестовой системе IBProvider, которая является частью дистрибутива:

• TestCode\ActiveX\IBP\test_system\tests\test.ibps.row_cursor.01.vbs
• TestCode\ActiveX\IBP\test_system\tests\test.ibps.row_cursor.02.vbs
• TestCode\ActiveX\IBP\test_system\tests\test.ibps.row_cursor.03.vbs
• TestCode\ActiveX\IBP\test_system\prog\prog_perf__02_row_cursor.wsf
• TestCode\ActiveX\IBP\test_system\prog\prog_perf__03.wsf

Изменения в дистрибутиве

Теперь в состав дистрибутива IBProvider Professional входят 2 новые оптимизированные dll:

• _IBProvider_v1_vc9_i.dll (IBProvider v1);
• _IBProvider_v2_vc9_i.dll (IBProvider v2);

Для их сборки вместо Free Borland C++ compiler используется современный компилятор от Visual Studio 2008 SP1+. Они заменили файлы:

• _IBProvider.dll;
• _IBProvider_v2.dll;

В новый инсталлятор включены только оптимизированные сборки IBProvider v1 и IBProvider v2:

1. _IBProvider_v1_vc9_i.dll, _IBProvider_v2_vc9_i.dll, (компилятор Visual Studio 2008 SP1+);
2. _IBProvider_v1_vc9_w64_i.dll и _IBProvider_v2_vc9_w64_i.dll (компилятор Visual Studio 2008 SP1+); Регистрируются при установке на 64 битную платформу.
3. _IBProvider_i.dll, _IBProvider_v2_i.dll (компилятор Free Borland C++ compiler); Регистрируются инсталлятором.

Оптимизация (v3)

• temp_file_dir
• rowset_file__sys_flags
• rowset_file__write_block_size
• rowset__memory_usage

Добавлена поддержка кодовой страницы GB18030 (v3)

Новый компилятор

Поддержка получения списка таблиц в Delphi в режиме Client Cursor Engine

Новая версия Microsoft Visual C++ 2005 SP1 Runtime

Оптимизация производительности повторяющихся запросов

• Подключение к Firebird и Interbase через MS SQL Linked Server .
• Client Cursor Engine (используется в dbGo компонентах Delphi ).
• ASP приложения.

Пул запросов и метаданные

Особенности работы пула запросов

• Подготовленный запрос, связанный с конкретной командой SQL. Он помещается в пул, после того как клиент освободит объект команды или начнет подготавливать другой запрос.
• Инициализированный запрос появляется в пуле, когда клиент устанавливает некорректный текст SQL и сервер отказывает в подготовке такого запроса. Это инициализированный запрос помещается в пул для последующего использования.

• Запрос с соответствующим SQL ищется среди подготовленных запросов. Если найден подготовленный запрос с таким же SQL-текстом, то он возвращается клиенту.
• Если запрос, с соответствующим текстом не найден в пуле, то сначала задействуются инициализированные запросы, потом подготовленные запросы, просуществовавшие в пуле более 30 секунд (свойство stmt_cache__req_life_time) но связанные с другими SQL-командами.
• Если в пуле находятся только подготовленные запросы, связанные с другими командами и добавленные менее 30 секунд назад (свойство stmt_cache__req_life_time) или пул запросов пуст, то инициализируется и подготавливается новый запрос.

Настройки пула запросов

• stmt_cache__time - минимальное время жизни инициализированного или подготовленного запроса. По умолчанию 60 секунд. Любой запрос, находящийся в пуле больше чем stmt_cache__time секунд будет удален.
• stmt_cache__req_life_time - минимальное время жизни подготовленного запроса. По умолчанию 30 секунд.
• stmt_cache__size - максимальное количество ресурсов. По умолчанию 1024.

Отключение пула запросов

Настройка пула запросов через диалог Data Links

1. через специальный флаг
2. через тип DBTYPE_NULL
3. через Variant c типом VT_NULL

Суть проблемы:

• Тип GUID на текущий момент не поддерживается ни одним сервером Firebird и Interbase , но нередко используется различными клиентами (к примеру, в ADO Entity Framework).
• Тип Boolean поддерживается в Interbase начиная с 7-й версии и не поддерживается сервером Firebird. IBProvider умеет работать с этим типом, но не хватает поддержки со стороны остальных серверов.

• для типа BOOLEAN домен базируется на типе SMALLINT.
• для типа GUID домен базируется на типе CHAR(16) с кодовой страницей OCTETS.

Новые свойства для включения эмуляции типов

• Колонок с простым типом;
• Колонок с массивами;
• OUT-параметров с простым типом;
• OUT-параметров с массивами;
• IN-параметров с массивами.

Ограничения эмуляции типов

Эмуляция типов в метаданных

Решена проблема с настройкой подключения через диалог DataLink (v1,v2,v3)

Оптимизация объектов провайдера для «Free Threaded» модели COM (v1,v2,v3)

Новые примеры и дистрибутив:

Поддержка отмены команд в Firebird 2.5 и в Interbase 6.5

 CREATE OR ALTER PROCEDURE SP_EXEC_DUMMY_COUNTER (n integer) AS BEGIN WHILE(N>0)DO BEGIN N=N-1; END END 

 [Test(Description = "Sample - Command.Cancel")] public void CancelCommand() { using (OleDbConnection con = ConnectionProvider.CreateConnection()) { con.Open(); OleDbTransaction trans = con.BeginTransaction(); cmd.CommandText = "exec SP_EXEC_DUMMY_COUNTER(5000000)"; // call cmd.ExecuteScalar using BackgroundWorker class BackgroundWorker bw = new BackgroundWorker(); bw.DoWork += delegate(object sender, DoWorkEventArgs e) { OleDbCommand cmd1 = e.Argument as OleDbCommand; Console.WriteLine("begin call"); cmd1.ExecuteScalar(); Console.WriteLine("end call"); }; bw.RunWorkerAsync(cmd); //Cancel command after 500 miliseconds System.Threading.Thread.Sleep(500); cmd.Cancel(); // waiting while cancel perform while (bw.IsBusy) { System.Threading.Thread.Sleep(500); } trans.Commit(); } } 

Поддержка нового типа данных Firebird 2.5 SQL_NULL

 select count(*) from PROJECT where :par_null is NULL 

 dim cn, cmd, rs set cn = wscript.createobject("adodb.connection") call cn.open("Provider=LCPI.IBProvider.3;Password=masterkey;" & _ "Persist Security Info=True;User ID=sysdba; " & _ "Location=localhost:EMPLOYEE.FDB; dbclient_library=fbclient.dll") cn.BeginTrans WScript.Echo "IB Base=" & cn.Properties("IB Base").Value WScript.Echo "IB Client Version=" & cn.Properties("IB Client Version").Value WScript.Echo "Provider Version =" & cn.Properties("Provider Version").Value set cmd = WScript.Createobject("adodb.command") cmd.activeconnection = cn cmd.CommandText = "select count(*) from PROJECT where :par_null is NULL" cmd("par_null").Value = null set rs=cmd.Execute WScript.Echo cstr(rs(0)) cn.CommitTrans cn.Close 

 [Test(Description = "Sample - 'is NULL' operator")] public void ExecIsNullCommand() { using (OleDbConnection con = ConnectionProvider.CreateConnection()) { con.Open(); OleDbTransaction trans = con.BeginTransaction(); OleDbCommand cmd = new OleDbCommand("select (*) from PROJECT where ? is NULL", con, trans); cmd.Parameters.AddWithValue("", null); // if cmd parameter is null then command will return count result Assert.IsTrue((int)cmd.ExecuteScalar() > 0); trans.Commit(); } } 

Исправлена ошибка при работе с BLOB-полями через ADOExpress (dbGo)

Новая реализация Кеша результирующих множеств

• Реализована асинхронная запись (в отдельном потоке) в собственный файл подкачки.
• Оптимизирована запись во временный файл.

В заключении

Появилась возможность работать с типом TIME в Firebird и Interbase через MS SQL Linked Server

Улучшена информативность сообщений об ошибках при работе с временными файлами