第46回 外部キー制約について（2）

　SQL 上のテーブルにおいては、依存関係にある2つのテーブルに、「外部キー」というキーを設定して、2つのレコード間の整合性を維持させることが可能になっています。

　たとえば、受注テーブルに顧客コードを登録したとして、その顧客コードをもとに顧客テーブルから顧客名を引用して、それを画面に表示しているとします。

　このとき、何らかの拍子に顧客テーブルからその顧客レコードが削除されてしまったりすると、受注テーブルからその顧客レコードにリンクを張ることができなくなってしまい、画面表示に不具合が生じてしまうことになります。

　このような場合に、「外部キー」という機能を使用すれば、使用中のリンクレコードを誤って削除してしまったりすることがないように、レコードを保護することができるようになります。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　Magic のデータリンクコマンドは、V4 の頃からずっと一貫して、「照会リンク」、「書込リンク」、「登録リンク」の3つが用意されておりましたが、Magic が SQL に対応するようになってからは、「外部リンク」と「結合リンク」の2つが追加されました。

　この2つのリンクコマンドはマニュアルにも記載があるように、SQL データベースにのみ対応したものとなっています。

　では、これらの2つのコマンドはいったい何のために存在するのか、あるいはこれらを使用するとどのようなメリットがあるのかという点について、今回は解説してまいりたいと思います。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　さて、uniPaaS からのデータベース接続が完了し、データソース（テーブル）にレコードが登録されていくようになると、次に必要となってくるのがデータの「バックアップ」、「コピー」、「移動」などの操作手順です。

　Pervasive.SQL の頃はテーブルが OS 上のファイル単位に分割されていたので、そのまま OS 上でファイルのコピーや移動などが手軽に実行できたのですが、SQL になると事情が変わってきます。

　SQL ではテーブルのリンク機能が大幅に強化されていて、uniPaaS においても、「外部リンク」や「結合リンク」などの名称で知られるように、テーブル単位に分割することができなくなっているためです。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　前回の Microsoft SQL Server 2008 R2 Express のインストールに続いて、今回はそのインストール後の環境設定の構築に入ります。

　ちなみに、SQL Server インストール後の uniPaaS 側の設定は、SQL Server 2005 の時とまったく同じですので、本連載の第2回、「SQL データベースの作成と Magic からの接続」の項を参照していただければと思います。

　ここでは、SQL Server 2008 R2 Express 特有の環境設定について解説して行きます。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　本連載の第1回（2008年11月）で、「Microsoft SQL Server 2005 Express のインストール」を解説しましたが、早いものであれからすでに2年9ヵ月が過ぎようとしています。

　SQL Server も、現時点での最新版は Microsoft SQL Server 2008 R2 となっており、機能も大幅に増強されています。なかでも、R2 では SQL Azure への接続が可能となっており、リモート接続を利用したクラウドへの対応が目覚ましく進化しているようです。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

第40回 SQL Where 句の書き方（3）

　Magic uniPaaS では、バックエンドの DBMS が SQL であった場合、プログラムの実行に際して Magic のゲートウェイが適切な SQL 文を自動生成し、これを DB に対して発行します（埋め込み SQL では開発者が記述した SQL 文がそのまま発行されます）。

　この SQL 文は普段はブラックボックス化されていますが、Magic のログ機能を使用することにより、自動発行された SQL 文をあとから参照することが可能となります。

　今回は、第38回と第39回で行った操作に対して、Magic ゲートウェイがどのような SQL 文を発行しているのかに焦点を置いて、そのログの参照の仕方についての解説を行っていきます。こうした作業を繰り返し行うことで、タスク構造の改善を計ったり、埋め込み SQL で用いる SQL 文の記述方法を学習したりすることもできます。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　前回は SQL コマンドを用いて、文字列の部分一致検索を超高速に行う方法について見てきました。Pervasive で52秒掛かった検索が、SQL コマンドを使うことによって、わずか2秒という時間に短縮されたわけですから、まさに驚異と言えるスピードです。

　今回は、検索されたレコードを修正して、データベースに書き戻すという作業について見ていきたいと思います。Pervasive においては当たり前のような作業なのですが、SQL になると少々、勝手が違います。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　データベースを検索する際に、文字列の部分一致が必須とされるケースが多々発生します。例えば、住所録を検索する際に、「東京都葛飾区柴又」は、住所の項目をインデックスにさえ設定しておけば先頭一致で瞬時に検索することができますが、同じ住所の項目から「柴又」を含むものだけを抽出しようとすると、これは先頭一致となりませんので、インデックス検索が不可能となります。

　Magic では、このような部分一致の検索を行う際に、従来は INSTR() 関数を用いるのが常套手段であったわけなのですが、SQL の普及とともに、Magic でも SQL Where 句を用いて非インデックス項目に対して高速検索を行うことが可能となってきました。

　今回は、この SQL Where 句を用いて非インデックス項目に対して部分一致検索を行い、INSTR() 関数を用いた場合との歴然たる違いを検証していきたいと思います。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）