Btrieve Classes for .NET 9.0

Btrieve/PSQL/Actian Zenをご利用のお客様､.NET移行でお悩みではないですか？

• Btrieve APIで構築された多くの業務ロジックがありSQL DBには移行が困難だが.NET環境に移行が必要。
• C#でもBtrieveオペレーションでコードを記述したい。
• .NETの構造体の定義方法が複雑で途中でイヤになった。
• Btrieve拡張オペレーションのパフォーマンスで成り立っているアプリがありSQLではパフォーマンスが出なかった。
• 細かいロック制御が必要なデータ構造になっていてSQL DBでトランザクション化したところパフォーマンスが出なかった。
• 先のことを考えて.NET frameworkより.NET Coreに移行したい。

解決策はBtrieve Classes for .NETです!

パフォーマンス比較表

Person テーブルのレコード数を45,000件に増やして、ID,First_NameとLast_Name カラムの値を全てグリッドに表示するC#アプリケーションを作成し、パフォーマンスの比較をしました。当製品の平均パフォーマンスが数倍速いです！

Access Method	1st	2nd	コード
Actian Zen ADO.NET Data Provider	6.6s	360ms	code1
Btrieve classes extended object	320ms	300ms	code2

なぜパフォーマンスが良いのか?

Actian Zen ADO.NET データプロバイダーの場合ソフトウェア層が厚い事がパフォーマンス的に不利な状況の原因と思われます。 当製品のライブラリは C++ アンマネージド・コードから直接 Btrieve API を呼び出す形式でソフトウェアレイヤーは非常に薄い構成です。 マネージド・データへの変換はデータ転送量が少なくなるように最適化されたコードを採用しています。C++ で記述しているのは C# 等のジェネリックなマーシャリングよりも細かくマーシャリングを制御してパフォーマンスを確保することが出来るからです。 また、Actian Zen ADO.NETデータプロバイダーでは、コネクションプーリングや SQLステートメントキャッシングなど、SQL クエリの大量非同期実行をサポートする機能が多数追加されていますが、当社のライブラリはBtrieve 専用なので、そうしたSQL ベースの機能に関連する初期化や管理にかかるコード、メモリ割り当て、CPU の処理時間は一切ありません。 当社のライブラリーが Btrieve に特化しているため、SQL 処理するためのオーバーヘッドがないことがこのパフォーマンスを生み出していると考えます。 今回BTRVEX APIを採用しExtendedクラスのパフォーマンスも向上しました。 消費するメモリもADO.NETに比べて半分程度なのでウェブアプリケーションでの利用も優位性があります。

バージョン9の新機能について

Btrive Classes for .NET ver 9.0では新たに以下の新機能を追加しました。

• Actian Zen v16 サポート
• Visual Studio 2022 サポート
• Windows 11 サポート
• .NET 5 〜 9 サポート
• .NET framework 4.7.2 ~ 4.8.1 サポート
• BTRVEX APIによるExtendedクラスのパフォーマンス向上
• ストラクチャビルターのVSIX対応とEntity class生成機能追加
• データ型 AUTOTIMESTAMPとTIMESTAMP2をサポート
• Extended クラスにGetRawValue/AddFields/FillAllメソッド追加
• Record クラスに GetRawValue/SetRawValue メソッドの追加
• Blazorサンプルなどを追加