このドキュメントには、以下のセクションが含まれています。

• Caché の最新ニュース、アラート、アドバイザリ
• 変更レポートの説明
• 今回のリリースで重要な変更点のリスト
• 今回のリリースでドキュメントに追加された変更の概要

インターシステムズは、当社のソフトウェアをお使いのユーザに対し、早急に必要となる重要な情報を随時発表しています。この中には、警告、不可避の問題点、重要な更新、修正、Caché のリリースなどがあります。

最新のリストは、インターシステムズの Web サイト から取得できます。

ユーザはこのリストを定期的にチェックし、お使いのアプリケーションの処理に関連する問題がある場合、その最新情報を確認してください。

インターシステムズは、ユーザの利便性を考慮し、当社 Web サイト で最新バージョンの Caché ドキュメントにオンライン・アクセスできます。

当社ホームページで [Caché] タブをクリックし、[製品情報] メニューの [技術資料とカタログ] を選択してください。あるいはこのリンクをたどってください。

今回の変更による影響をお使いのアプリケーションで認識するため、各変更の解説では、修正点を詳細に説明しています。

すべての変更に対し、問題発生の可能性、変更による影響、実運用しているシステムで製品が問題なく動作しているかなど、関連情報を示した表があります。表では 1 つまたは 2 つのキーワードと値のみ使用し、情報を簡単に認識できるようにしています。キーワードの意味は、以下の通りです。

• 可能性 - 該当するプラットフォームのユーザにこの問題が生じる可能性

• 危険性 - この変更がアプリケーション環境に新たな問題を誘発する可能性

• パッチ - この変更が以前にパッチとして配布され、実運用しているシステムで問題なく動作しているかどうかの有無

• 拡張性 - この変更が新機能や拡張機能を提供するかの有無

%CSP.SysConnection (CSP ゲートウェイから Caché サーバーへの接続のテストに使用される) が、そのゲートウェイからのみ呼び出し可能であることを確認します。もしゲートウェイ以外の場所から呼び出されると、HTTP エラー (ページが見つかりません) が返されます。

CSP ページで 'ContentType' および 'CharSet' を指定している場合、Caché では常に 'charset=<charset>' ヘッダを出力し、要求された charset を使用してページを書き出します。

%CSP.Page は、デフォルトでは CharSet を定義しません。そのため、この変更は、ContentType と CharSet が明示的に定義されているページにのみ影響します。

今回の変更が行われる前は、ContentType に 'text/' が含まれる場合、CSP は'charset' ヘッダを書き出すだけでした。

この変更により、ステータス認識セッション (preserve モード 1) が、特に Linux システムにおいてロックする場合があるという問題が解決されました。極端な場合では、ゲートウェイが他のユーザーに対して応答しなくなるという事態が生じていました。この原因は、セッション終了またはタイムアウト・イベントに応答する際の内部メモリ・アクセス侵害でした。

ステータス認識接続の整合性チェックが改良され、終了したセッションを検出して応答するためのロジックが書き直されました。

リリース 4.1 以来、Caché では、科学的表記法における指数の数字の指定子は、大文字または小文字 ('E' または 'e') のどちらで記述してもよいこととしていました。しかしこれは、大文字の 'E' のみを認識する M 言語の他のダイアレクトで書かれたプログラムとは互換性がありませんでした。これらのプログラムでは、小文字の 'e' を文字列の区切り文字として使用します。今回の変更では、大文字の 'E' のみを指数の指定子として認識する動作をリストアするスイッチが提供されました。デフォルトの動作では、引き続き小文字の 'e' の使用が許可されます。

現在のプロセスのスイッチの値を変更するには、以下を発行します。

SET oldvalue=$ZUTIL(68,63,newvalue)

このコマンドの実行後に開始されるすべてのプロセスのスイッチの規定値を変更するには、以下を発行します。

SET oldvalue=$ZUTIL(69,63,newvalue)

新しい値が 1 の場合、大文字の 'E' と小文字の 'e' のどちらもが指数の指定子として認識されます。新しい値が 0 の場合、大文字の 'E' のみが認識されるようになります。

ECP リカバリ中に、すべての ECP セッションはリセットされる必要があります。今回の変更により、以前のセッションのいくつかが正しく識別されず、その結果としてリカバリ時にリセットされないという問題が修正されました。

従来のバージョンでは、ECP クライアント・シャットダウンではドロップするすべての接続を待機せず、自由なノードを適切に処理できませんでした。今回の変更により、クライアント・シャットダウンですべての割り当てられたスロットがスキャンされるようになりました。

ECP リカバリでは、セッションにオープン・トランザクションがない場合、ECP セッション情報を除去できませんでした。セッション・スロットがクリアされないため、次のシステム再起動時に、そのクライアントの再接続に不必要に長い時間待機する必要が生じていました。

今回の変更前は、速度の遅いマシンでは、ライト・デーモンがクラスタ・フェイルオーバーに速やかに結合せず、その結果としてフェイルオーバーが永久的に停止することがありました。

これは、ライト・デーモンのリカバリ・ステータスを上書きするクラスタ間同期が、新しいクラスタ・マスタがリカバリを再開することを阻んでいたためでした。現在は適切に動作するようになりました。

今回の変更により、ECP クライアント・リカバリ中に生じた予期しないデータベース・エラーによってリカバリが停止するという問題を修正しています。

今回の変更により、ECP が接続ステータスを処理する方法が修正されました。従来は、予期しないエラーにより ECP が停止して再接続の待機状態になった場合、これをクリアする唯一の方法は Caché を再起動することでした。

ジョブが予期せずに終了した場合 (アクセス侵害による場合など)、ECP はそのクライアントに対して保留状態のオープン・トランザクションをクリアしませんでした。同じプロセス・スロットに割り当てられた次のジョブはこれらのトランザクションを継承し、クライアントおよびサーバー・ステータス間で混乱を引き起こしていました。今回の変更により、クリーンアップが適切に行われるようになりました。

%HALT は、クライアント・ジャーナリングが無効にされた場合、ECP オープン・トランザクションをロールバックしませんでした。今回の変更により、ECP オープン・トランザクションをロールバックする動作が修正されています。

$SYSTEM.SQL.TuneTable ("Schema.Table",1,1) を実行している場合、選択はクラス定義の一部として保存されませんでした。この問題は、修正されています。

稀な状況下で、クラスのコンパイル時に "メソッドが存在しない" というエラーが報告されることがありました。これは、どのメソッドがスーパークラスから継承されるかを決定する際のエラーによって引き起こされていました。今回のリリースで、この問題は修正されています。

XML ファイルから、非常に長い実装 (64k を超えるデータ) と共にクラスを Caché にインポートする場合、MAXSTRING エラーが発生する可能性がありました。インポート・ルーチンは、最初の 32k のブロックの最後の行の冒頭と、次のブロックを連結しようと試みるため、これが 32k の制限を超過する原因となっていました。今回の修正では、最後の行の冒頭部分が別のバッファに保存され、次の 32k のブロック全体ではなく最初の行の残りの部分とのみ連結されるようになりました。

参照が拡張される場合、そのプロパティに対する変更したビットは変更されないようになりました。この変更により、動作が修正されました。変更したビットの値は、単一の拡張に対して変化しません。

クラスのビットマップ・エクステント・インデックスは、インデックスが構築されておりビットマップ・エクステントが構築されていない場合に、自動的に構築されます。すべてのインスタンスがエクステントから削除されると、ビットマップ・エクステント・インデックスが既に構築されたとシステムが誤って判断してしまう状況が生じていました。

この問題は、エクステントが削除された場合はいつでもインデックスがパージされるようにすることで、解決されました。いずれかのインスタンスの削除に失敗した場合、インデックスはそのまま残ります。

SAX パーサーは、パフォーマンス上の理由で使用する XML パーサーをキャッシュします。エンティティの解析中、CacheStream が %XML.SAX.EntityResolver とそのサブクラスへのコールバックを通して作成される場合があります。パーサー・キャッシングの副次作用として、これらのストリーム・オブジェクトの OREF も同様にキャッシュされます。(これらはやがて、ガーベッジ・コレクトされますが、これは非決定的に実行されます)。この現象は、パーサーのユーザーが、ストリームのガーベッジ・コレクトが行われる前にネームスペースを変更する予定であった場合に、問題を引き起こします。

今回のリリースでは、解析が終了するとすぐにストリームを再要求することにより、このエラーが修正されました。

XML Reader Nodetype が 'endelement' の場合、LocalName プロパティは空の文字列を返していました。今回の修正で、正しい値が返されるようになりました。

マップの推定ブロック使用量の計算が拡張され、マップのマップ添え字内のフィールドに関する情報を含めるようになりました。フォーム

^glo("index",Field1,Field2,ID)=""

のインデックスは、次のフォームのインデックスよりも高い "コスト" を持つようになります。

^glo("index",Field1,ID)=""

クエリ・オプティマイザで Field1 のインデックスを使用できる場合、2 番目のインデックスが選ばれる必要があります。

テーブルのクエリ・オプティマイザの情報が、クラスがリコンパイルされるまで完全に更新されないという不具合が修正されました。これは、テーブルのエクステント・サイズが SQL マネージャのチューニング機能によって計算された場合に生じていました。

%CacheSQLStorage のストレージマップで定義された最後の添え字が定数である場合に、このテーブルに対してランタイム・クエリを実行しようとすると <UNDEFINED> エラーが生じていました。エラーが生じるかどうかは、ストレージのグローバル構造の詳細に依存していました。

今回の修正で、このエラーが起こる可能性はなくなりました。

今回の変更が行われる前は、WHERE 条件内で 2 つのテーブルを JOIN 句で結合し、ORDER BY <f1> DESC、<f2> ASC を持つクエリは、正しい順番で行を返さないことがありました。この問題は、修正されています。

これまでのバージョンでは、ネームスペースのクエリをリストする際に、Caché ではキャッシュされたクエリのテキストを表示できない場合がありました。今回の変更により、このエラーが修正されました。

この変更により、%CacheSQLStorage を使用してそれ自身の Map RowID 仕様を指定するテーブルが、不正なマップ定義コードを生成する場合があるという状況が修正されました。このエラーは、テーブルのクエリに対して不正に生成されたクエリ・コードの原因となっていました。

この変更により、制約チェック時のエラーが修正されました。状況によって、一意の制約のチェックまたは SQL による外部キー参照整合性チェックを実行すると、<UNDEFINED> エラーが発生する可能性がありました。このエラーは、SQL クエリが制約をチェックする必要があり、その制約が IDKey フィールドにある場合に生じました。

状況によって、ユーザーが Caché プロセスを終了した後に、CPU 高負荷が生じる可能性がありました。この現象は、プロセス切断ロジック内の無限ループにより引き起こされていました。今回の変更により、この現象が修正されました。

DSN 構成画面に、新しいチェックボックス "Use Locale Decimal Symbol" が追加されました。デフォルトでは、一部のユーザーにレガシー・サポートを提供するために、CacheODBC は規定の小数点区切り文字を "." に設定しています。ただしこれは、PowerBuilder のような、小数点区切り文字を現在のロケールに合わせて定義して使用するアプリケーションでは、問題を引き起こします。

チェックボックス "Use Locale Decimal Symbol" をチェックすると、処理中の小数点区切り文字が使用され、その値は変更されずに残されます。このチェックボックスのチェックを外すと、ロケールに関わらず、処理中の小数点区切り文字の既定の設定動作として、"." が使用されます。

この設定は、それがロードされたときのドライバのプロパティであるため、システム上のすべての DSN で定義されます。Unix では、環境変数 CACHEODBCLOCALEDECIMAL = 1 を設定すると、ドライバでロケールの小数点区切り文字の値が使用されます。

状況によっては、SQL クエリが長すぎる単一の行 (4095 文字を超える) を生成する場合がありました。これは、マップ定義内に多数の添え字レベルが存在し (16 以上)、データ・アクセス式の上書きがマップ定義で使用されている場合に生じる可能性があります。

今回の変更により、この不具合が修正されました。

SELECT 節 'SELECT *' である場合に、単一列の idkey 列の条件 (特に JOIN) が適切に動作しないというエラーが修正されました。この動作により、クエリの実行時に条件が適切に実行されないか、SQLCODE= -400 という結果になっていました。

これまでのバージョンでは、SQL マネージャからクエリを実行することを選択し、クエリが入力されたが実行はされていない状態でメニューからオプションを選択すると、クエリが実行されませんでした。ただし、メニュー オプションの代わりにキーボード・ショートカットを使用すると、オプションの選択とクエリの実行が適切に実行されました。

この問題は、修正されています。

この修正では、より低いレベルのエラー・ハンドラが以下を発行した場合に、エラー・ハンドラがスキップされてしまうという問題が解決されました。

ZQUIT 1 GOTO @$ZTRAP.

この問題は、低いレベルのエラー・ハンドラが $ZT="" と設定した場合に生じました。これにより、ZQUIT 1 コマンドが次のエラー・ハンドラをバイパスしてしまう結果になりました。

Caché の停止ジョブをクリーンアップするコードは、ジョブがグローバル・バッファを保持しているかどうかを確認して、保持している場合はそれを解放するようになりました。

Caché がリストアの一部として指定されたマネージャのディレクトリから実行されている場合、書き込みイメージ・リストア・プログラムは実行を拒否するようになりました。このことを通知するメッセージがコンソール・ログにログ記録されます。

Caché/Unix 環境での TCP 読み込み要求のタイムアウト処理に関するバグが修正されました。このバグにより、プロセスが ^%SS、^JOBEXAM、または同様の割り込みユーティリティ・プログラムによってプローブされる場合、READ が指定されたタイムアウトを過ぎても待機し続けるという状況が生じていました。

Windows システムでは、Windows のコマンド・プロンプト・ウィンドウで実行している、またはローカルの Caché ターミナルから実行している (タイトル・バーに Caché TRM:processId が含まれる) Caché プロセスは、プロセスを開始したユーザーが Windows ワークステーションからログアウトする際に不正終了する場合があります。この不正終了は、これらのプロセスのジョブ・コマンドを通して開始された Caché プロセスでも発生します。この問題は Caché 4.0 以降で解決されています。

今回の変更では、コンソール・コントロール・ハンドラを確立して Windows Logoff イベントをキャッチし、Caché を正常に終了することで、この問題は修正されました。また、ジョブ・コマンドによって開始されたプロセスが作成される方法も変更されたため、プロセスは Windows コンソールからログアウトした後も永続的に存続します。

ジョブ・コマンドで開始されたプロセスでは、ユーザーは 1 つの異なる動作を経験します。プロセスは Caché のフォアグラウンド・プロセスの要求時に Caché コントロール・プロセスによって開始されたため、ジョブ・プロセスはジョブ・コマンドでプロセスを作成したコンソールのユーザーのログイン・セッションでは実行されません。このことは、Windows XP 上では、ジョブ・コマンドによって作成されたプロセスが、Windows コンソールにログインしたユーザーに定義されたドライブ文字のマッピングを使用してネットワーク・デバイスにアクセスできないようになることを意味します。そのため、ジョブ・コマンドによって開始されたプロセスのネットワーク共有にアクセスするには、コードのローカル・ドライブ・マッピング (例 : w:\) ではなく、UNC 命名規則 (例 : \\server\share) を使用する必要があります。

この変更により、JOBEXAM を使用してプロセスを表示すると、プロセスがクラッシュしてアクセス侵害が生じるという稀な状況が修正されました。この障害は、検証されたプロセスが完全にプロセス専用メモリ外にある場合に発生しました。

大きな内部ジョブ番号を持つ MSM ジョブが DDP を使用して Caché システムにアクセスすると、<DSTDB> エラーが発生する場合がありました。

今回の変更により、この問題は修正されています。

この変更により、マスタ・ノードのシャットダウン時にクラスタ・フェイルオーバーが失敗する問題が修正されました。この問題の原因は、ライト・デーモンが、長時間の遅延を伴って終了した場合に、シャットダウン・リクエスターへの通知に失敗することでした。また、クラスタ・ノードのシャットダウン時に、ENQ デーモンが強制終了させられる必要もありました。

クラスタ・プラットフォームでは、バックアップ中に、更新/アクセスをブロックおよび静止させるプロシージャがエラーとなり、静止に失敗するという状況が生じることがありました。これは、スイッチがローカルに設定されていても、バックアップ・プログラムの外部では、バックアップ中にクリアされてしまうことが問題でした。

今回の変更により、この不具合が修正されました。

今回の変更により、多量のロック・テーブル活動を行う場合に ^LOCKTAB あるいは ^$LOCK SSVN がアクセス侵害される可能性があったタイミング・ウィンドウが排除されました。

CLU^SWSET、ENQ10^DBACK、および ENQ13^DBACK が拡張され、スイッチ 10 または 13 がクラスタ内で設定されている場合は、タイム・ロックがタイムアウトしないようになりました。

この変更により、ジャーナル・リストアおよびトランザクション・ロールバック中に <SUBSCRIPT> エラーが発生する可能性が排除されました。

インタラクティブ・モードでは、リストアの終了時に未完了のトランザクションが残っていると、ジャーナル・リストアはトランザクション・ロールバックを要求します。これは、現在のジャーナル・ファイルがリストアに関係していない場合でも生じます。

今回の変更により、次のジャーナル・ファイルを位置指定する上での問題が修正されました。従来のバージョンでは、Caché は次のジャーナル・ファイル名を不正に計算することがありました。この問題は、修正されています。

クラスタ・ジャーナル・ファイルは、Caché クラスタの pij ディレクトリ内の cachejrn.log にログ記録されます。この cachejrn.log ログは、クラスタ・ジャーナル・リストアおよびクラスタ・シャドウイングに使用され、Caché クラスタの過去から現在を含むすべてのノードによって使用されたすべてのジャーナル・ファイルの位置を特定します。

この変更により、ジャーナル・ファイル名を cachejrn.log にログ記録する際に生じた失敗が、cconsole.log に報告されるようになりました。

VMS では、cachejrn.log を更新すると、読み込み共有が許可され、クラスタ・シャドウイングの代わりに更新の失敗が生じる可能性が排除されます。

今回の変更により、オープン・トランザクションの最初のオフセットが、必要な値よりも小さく設定されるという問題が修正されました。これはトランザクション・ロールバックには影響しませんが、返り値が有効なジャーナル・レコードであると仮定するアプリケーションには影響を及ぼす可能性がありました。

この変更により、OpenVMS 上で、高速モード・シャドウイングのソースのコピー側が、非常に小さいジャーナル・ファイルの読み込み時に <ENDOFFILE> エラーを受け取る場合があるという状況が修正されました。

今回の変更により、ジャーナル・ディスク上の使用可能な領域がジャーナル・ファイルの拡張サイズよりも小さい場合に、必要以上に多くの小さいジャーナル・ファイルが作成されるという問題が修正されました。

高速モード (または "ブロック・モード") シャドウは、トランザクション指向となり、シャドウで適用される未完了のトランザクションのリストを保持するようになりました。未完了のトランザクションをロールバックするには、シャドウイングを停止して次を実行します。

SET rc=$$ROLLBACK^SHDWCBLK(ShadowID)

ここで、ShadowID はシャドウ名で、"rc" は、1 = success で 0 = failure となる演算に対する結果コードです。

この変更によって、コントロール・パネルで "this system as source" を選択すると、シャドウを提供している実行中のサーバーがある場合でも、サーバー情報が何も表示されない (および <UNDEFINED> エラーが表示される場合もある) という問題が修正されました。

今回の変更により、エラーが上位レベルのルーチンに渡されたときにスタックが巻き戻される方法に影響を与える問題を解決することによって、シャドウイングのエラー・リカバリ処理が向上しました。

今回の変更により、次の 2 つの点で改良が行われました。

1. シャドウイングのクラスタ・データ・サーバー ("ソース") 上の <NOTOPEN> エラー (updjrninfo^JRNINFO から生成) が防止されるようになりました。
2. ソース上の複数のジョブで同時に CACHEJRN.LOG ファイルを読み込み用に開くことが可能になり、結果としてジャーナリングとシャドウイングにおいてパフォーマンスの向上が実現しました。

この変更により、OpenVMS 上の高速モード・シャドウイングのソース (データ・サーバーなど) が、<ENDOFFILE> エラーを受け取ることがある問題が修正されました。

この変更により、クラスタ・シャドウイングのいくつかのコンポーネントが Caché 構成で指定された量より多くのプロセス・メモリを使用する場合があるという問題が解決されました。

JRNINFO サーバーによる ^%SYS("JRNINFO") への更新は、ジャーナリングされないことになりました。

これにより、^%SYS("JRNINFO") でジャーナリングが指定されている (または "journal all globals" が 5.0.x で設定されている) 場合に、ユーザー・アクティビティのないソース・サーバーのシャドウが常にビジーであるように見えるというクラスタ・シャドウイングの問題が解決されました。

今回の変更により、各クラスタ・シャドウ要求により JRNINFO サーバーからジョブがなくなるというパフォーマンス上の不具合が修正されました。現在は、クラスタ・シャドウに対応する JRNINFO サーバーは、可能な場合はいつでも存続します。

この変更により、シャドウを実行しているシステムがクラスタを実行しているシステムと異なる種類である場合に、コントロール・パネルでクラスタ・シャドウを管理しようとすると <UNDEFINED> エラーが報告されるという問題が修正されました。この問題が生じる例としては、VMS クラスタをシャドウイングしている Windows システムなどがあります。

互換モード (レコード・モード) のシャドウイングが修正されて、シャドウイングのソースが、現在のジャーナル・ファイルにまだ書き込まれていないシャドウ宛先にジャーナル・レコードを送信することが防止されるようになりました。

この変更により、シャドウイング・ソースが、ジャーナル・スイッチの間に現在のジャーナル・ファイルを処理している途中で、一時的な <FUNCTION> (または他のエラー) を受け取るという問題が修正されました。また、互換モードのシャドウイングがクラッシュした場合に、シャドウ宛先が、リカバリ後にソースで使用可能なトランザクションではなく、より最近完了したトランザクションになるという問題も修正されました。

Windows Terminal Server システム上で Caché をシャットダウンすると、^SHUTDOWN に 3 分以上かかった場合に、cache.exe プロセスが共有メモリ・オブジェクトにアタッチした状態で残されてしまう場合があります。この残された cache.exe プロセスは、構成共有メモリがシャットダウン時に破棄される妨げになります。これにより、Windows を再起動するか、Windows タスク・マネージャを使用して残余プロセスを終了せずに、Caché を再起動することができないようになっていました。

今回の変更により、すべてのプロセスが正常にシャットダウンできるようになりました。

今回の変更が行われる前は、Caché では、クラスタ・シャドウをクラスタリングをサポートしていないマシン・タイプに定義しようとすると、実行が拒否されていました。この問題は、修正されています。

今回の変更で、非常に古い ISM データベースの整合性チェックの問題が修正されました。グローバル名がトップ・ポインタ・ブロックにない場合、INTEGRIT を実行すると偽のエラーが生じていました。

この問題は、グローバル・ディレクトリ内に実際に重複したポインタがある場合にのみエラーが返されるようにすることで、解決されました。

以前のバージョンでは、スタジオから MAC/INC を保存する際に、^rMACSAVE または ^rINCSAVE に格納されたデータは、不正にフォーマットされたルート・ノードを持つようになっていました。これは、MAC/INC が最後に変更されたときの $horolog 値である必要がありました。

今回の変更により、適切な値が設定されるようになりました。

Caché ドキュメントの内容は、編集上の改良、既存の内容の更新、新しい情報の追加など、リリースに従い改訂されています。以下は、以前のリリースから Caché ドキュメントに追加された重要な変更の概要です。

• Caché 入出力デバイス・ガイド
  • RMS ファイル OPEN モードのパラメータ制限に関する説明を追加しました。
  
  
  
• Caché ObjectScript リファレンス
  • OPEN コマンド : RMS ファイルに関するセクションを削除しました。
  • $ZSEARCH 関数 : Windows 固有の動作です。
  
  
  
• Caché SQL リファレンス
  • 以下において、NULL および空文字列の使用法/表記を修正しました。
    • CAST
    • CHAR_LENGTH
    • CHARACTER_LENGTH
    • LTRIM
    • RTRIM
  • 以下における大/小文字変換関数の機能と使用法をわかりやすくしました。
  • %ALPHAUP : Unicode と警告となる例を追加しました。
  • ALTER TABLE - 次の 5 つの制限を追加しました。
    • ストリーム・データを伴う列の変更
    • IDKey およびインデックスにプライマリ・キー制約を追加
    • 外部キーおよび IDKey に制約をドロップ
  • ALTER VIEW :
    • 構文に WITH READ ONLY および WITH CHECK OPTION を追加しました。
    • 特権要件について説明しています。
  • CALL : 組み込み SQL サポートを追加しました。
  • CHAR : Unicode 文字、非数値を修正しました。
  • COALESCE : 文字列および数字の処理をわかりやすくしました。
  • CONCAT : 以前の説明を新しいものと置き換えました。
  • CONVERT :
    • 2 番目の構文フォームを追加しました。
    • SQL_DOUBLE データ型についての説明を追加しました。
  • CREATE INDEX、DROP INDEX : 既存データがある場合の制限についての説明を追加しました。
  • CREATE FUNCTION、CREATE METHOD、CREATE PROCEDURE、CREATE QUERY : PROCEDURE キーワードが不要な場合の SELECTMODE および RESULTS 節 についての詳細な説明を追加しました。
  • CREATE TABLE : 9 つの照合すべて、ノーオペレーション・キーワード、およびセキュリティ構成を追加しました。
  • CREATE TRIGGER : ORDER アルゴリズムについての説明を更新しました。
  • CREATE VIEW :
    • 構文の WITH CHECK OPTION エラーを修正しました。
    • 特権要件とセキュリティ構成を追加しました。
  • DROP TABLE : 特権要件と外部キー制限を追加しました。
  • DROP VIEW : ビューが存在しない場合の制限を文書化しました。
  • GRANT : SQL セキュリティ構成オプションを追加しました。
  • INSERT : RowID 制限について説明しています。
  • LENGTH : 2 番目の構文フォームを追加しました。
  • ROLLBACK : キャッシュされたクエリの例外について説明しています。
  • SELECT : 外部関数について詳細に説明し、SELECT * 注釈を書き換えました。
  • TRUNCATE : 大きすぎるまたは小さすぎる数字を表すための数値リテラルの処理について文書化しました。
  • WEEK : 1 年の週を計算するためのアルゴリズムを修正しました。
  • SQL の概念 :
    • コメント : .INT コードで変数のリストを追加しました。
    • データ型 : BIGINT およびストリームについての注釈を追加しました。
    • ホスト変数 : 未定義の変数についての注釈、OREF ドット構文、および .INT コード・コメントのリストを追加しました。
    • 識別子 : IsValidRegularIdentifier メソッドの説明およびそのプロシージャ・コールとしての呼び出しについての説明を追加しました。
    • リテラル : 資料を完全に書き直しています。
    • NULL : NULL および空文字列の使用法についての新たなページを追加しました。
    • 予約語 : プロシージャ・コールとしての $SYSTEM.SQL.IsReservedWord メソッドについて文書化しています。
    • トランザクション : キャッシュされたクエリが除外される条件について、および一意性ロックについて説明しています。
    • エラー・コード :
      • 16 の新しいコードをリストおよびコマンドの説明に追加しました。
      • $SYSTEM.SQL.SQLCODE() メソッドおよびプロシージャ・コールを追加しました。

  その他に、例の追加、文法や誤字脱字の修正や改善といった小規模な改訂も行っています。