SQL Engine Reference

by user

on 28 марта 2017

Category: Documents

>> Downloads: 4

views

Report

Comments

Description

Download SQL Engine Reference

Transcript

SQL Engine Reference

Pervasive PSQL v9
SQL Engine Reference
Reference for Using SQL with Pervasive PSQL v9
免責事項
Pervasive Software Inc. は、本ソフトウェアおよびドキュメントの使用を、利用
者またはその会社に対して「現状のまま」で、かつ同梱の使用許諾契約書に記
載の契約条件によってのみ許諾するものです。 Pervasive Software Inc. は、いかな
る場合にも本ソフトウェアおよび本マニュアルに記載された内容に関するその
他の一切の保証を、明示的にも黙示的にも行いません。 Pervasive Software Inc.
は、市場性、権利、特定の目的に対する適合性、あるいは一連の取引業務や職
業的な使用に関する問題などに対し、一切の保証を行わないことを明示すると
ともに、利用者およびその会社がこれに同意したものとします。
商標
Btrieve、 Client/Server in a Box、 Pervasive、 Pervasive Software および Pervasive
Software のロゴは、 Pervasive Software Inc. の登録商標です。
Built on Pervasive Software、 DataExchange、 MicroKernel Database Engine、 MicroKernel
Database Architecture、 Pervasive.SQL、 Pervasive PSQL、 Solution Network、 Ultralight、 ZDBA
は Pervasive Software Inc. の商標です。
Microsoft、 MS-DOS、 Windows、 Windows 95、 Windows 98、 Windows NT、 Windows Me、
Windows 2000、 Windows XP、 Windows Server 2003、 Win32、 Win32s、および Visual Basic
は、 Microsoft Corporation の登録商標です。
NetWare および Novell は Novell, Inc. の登録商標です。
NetWare Loadable Module、NLM、Novell DOS、Transaction Tracking System、TTS は、Novell,
Inc. の商標です。
Sun、 Sun Microsystems、 Java、および Sun、 Solaris、 Java を含むすべての商標やロゴは、
Sun Microsystems の商標または登録商標です。
すべての会社名および製品名は各社の商標または登録商標です。
© Copyright 2005 Pervasive Software Inc. All rights reserved.
このマニュアルの全文、一部に関わりなく複製、複写、配布をすることは、前もって発行者の
書面による同意がない限り禁止します。
本製品には、 Powerdog Industries により開発されたソフトウェアが含まれています。
© Copyright 1994 Powerdog Industries.All rights reserved.
本製品には、 KeyWorks Software により開発されたソフトウェアが含まれています。
© Copyright 2002 KeyWorks Software.All rights reserved.
本製品には、 DUNDAS SOFTWARE により開発されたソフトウェアが含まれています。
© Copyright 1997-2000 DUNDAS SOFTWARE LTD. All rights reserved
本製品には、 Apache Software Foundation Foundation （http://www.apache.org/）により開発され
たソフトウェアが含まれています。
本製品ではフリーソフトウェアの unixODBC Driver Manager を使用しています。これは Peter
Harvey （[email protected]）によって作成され、 Nick Gorham （[email protected]）
により変更および拡張されたものに Pervasive Software が一部修正を加えたものです。Pervasive
Software は、 unixODBC Driver Manager プロジェクトの LGPL 使用許諾契約書に従って、この
プロジェクトの現在の保守管理者にそのコード変更を提供します。 unixODBC Driver Manager の
Web ページは www.unixodbc.org にあります。このプロジェクトに関する詳細については、現在
の保守管理者である Nick Gorham （[email protected]）にお問い合せください。
GNU Lesser General Public License （LGPL）は本製品の配布メディアに含まれています。 LGPL
は www.fsf.org/licensing/licenses/lgpl.html でも見ることができます。
SQL Engine Reference
2006 年 1 月
100-004294-002
目次
このマニュアルについて . . . . . . . . . . . . . . . . . . . . . . . . . . . xv
このマニュアルの読者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvi
このマニュアルの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvii
表記上の規則. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xviii
詳細 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xix
1
SQL の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1
構造化問い合わせ言語（SQL）の概要
データ定義ステートメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3
テーブルの作成、変更、および削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3
インデックスの作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4
トリガの作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4
ストアドプロシージャの作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . . . 1-5
ユーザー定義関数（UDF）の作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . 1-5
データ操作ステートメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-7
データの取得 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-7
データの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-8
トランザクションの定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-8
ビューの作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-9
ストアドプロシージャの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-9
システムストアドプロシージャの実行 . . . . . . . . . . . . . . . . . . . . . . . . . 1-9
トリガの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-9
データ制御ステートメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-10
セキュリティの有効化と無効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-10
ユーザーとグループの作成と削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-11
アクセス権の付与と取り消し . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-11
2
ODBC エンジンリファレンス . . . . . . . . . . . . . . . . . . . . . . 2-1
制限、接続文字列、および ODBC 合致
Pervasive ODBC エンジンインターフェイス制限 . . . . . . . . . . . . . . . . . . . . . . . 2-2
データソース名接続文字列キーワード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-5
ODBC の合致. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
ODBC インターフェイスの合致 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
ODBC API の合致. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
サポートされない ODBC データ型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-10
ODBC API 合致の例外 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-10
iii
目次
ODBC 属性の合致 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-12
ODBC 記述子フィールドの合致 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-13
SQL 文法の合致 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-14
SQL ステートメント内のデリミタ付き識別子 . . . . . . . . . . . . . . . . . . . . . 2-15
3
SQL 構文リファレンス . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1
Pervasive PSQL でサポートされる構文のリファレンス
ステートメントの文法 . .
ADD. . . . . . . . . . .
ALL . . . . . . . . . . .
ALTER （名前変更） . .
ALTER TABLE . . . .
ANY. . . . . . . . . . .
AS . . . . . . . . . . . .
BEGIN [ATOMIC] . . .
CALL . . . . . . . . . .
CASCADE . . . . . . .
CASE （式） . . . . . . .
CASE （文字列） . . . .
CLOSE . . . . . . . . .
COALESCE . . . . . .
COMMIT . . . . . . . .
CREATE FUNCTION .
CREATE GROUP . . .
CREATE INDEX . . .
CREATE PROCEDURE
CREATE TABLE . . .
CREATE TRIGGER . .
CREATE VIEW . . . .
DECLARE . . . . . . .
DECLARE CURSOR .
DEFAULT . . . . . . .
DELETE （位置付け） .
DELETE . . . . . . . .
DISTINCT . . . . . . .
DROP FUNCTION . . .
DROP GROUP . . . . .
DROP INDEX . . . . .
DROP PROCEDURE .
DROP TABLE . . . . .
DROP TRIGGER . . .
DROP VIEW . . . . . .
END . . . . . . . . . . .
EXECUTE . . . . . . .
iv
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3-2
3-3
3-4
3-5
3-8
3-22
3-23
3-24
3-25
3-26
3-27
3-32
3-33
3-34
3-37
3-39
3-45
3-46
3-50
3-62
3-74
3-77
3-79
3-80
3-82
3-89
3-90
3-93
3-94
3-95
3-96
3-98
3-99
3-100
3-101
3-102
3-103
目次
EXISTS . . . . . . . . . . . . . . . . .
FETCH. . . . . . . . . . . . . . . . . .
FOREIGN KEY . . . . . . . . . . . . .
GRANT . . . . . . . . . . . . . . . . .
GROUP BY . . . . . . . . . . . . . . .
HAVING. . . . . . . . . . . . . . . . .
IF. . . . . . . . . . . . . . . . . . . . .
IN . . . . . . . . . . . . . . . . . . . .
INSERT . . . . . . . . . . . . . . . . .
JOIN . . . . . . . . . . . . . . . . . . .
LEAVE . . . . . . . . . . . . . . . . .
LIKE . . . . . . . . . . . . . . . . . . .
LOOP . . . . . . . . . . . . . . . . . .
NOT . . . . . . . . . . . . . . . . . . .
OPEN . . . . . . . . . . . . . . . . . .
PRIMARY KEY . . . . . . . . . . . . .
PUBLIC . . . . . . . . . . . . . . . . .
PRINT . . . . . . . . . . . . . . . . . .
RELEASE SAVEPOINT . . . . . . . .
RESTRICT. . . . . . . . . . . . . . . .
REVOKE . . . . . . . . . . . . . . . .
ROLLBACK . . . . . . . . . . . . . .
SAVEPOINT . . . . . . . . . . . . . .
SELECT （into 付き） . . . . . . . . . .
SELECT . . . . . . . . . . . . . . . . .
SET ANSI_PADDING . . . . . . . . .
SET DECIMALSEPARATORCOMMA
SET OWNER . . . . . . . . . . . . . .
SET PASSWORD . . . . . . . . . . . .
SET ROWCOUNT . . . . . . . . . . .
SET SECURITY . . . . . . . . . . . .
SET TIME ZONE . . . . . . . . . . . .
SET TRUENULLCREATE . . . . . . .
SET VARIABLE . . . . . . . . . . . .
SIGNAL . . . . . . . . . . . . . . . . .
SQLSTATE . . . . . . . . . . . . . . .
START TRANSACTION . . . . . . . .
UNION. . . . . . . . . . . . . . . . . .
UNIQUE . . . . . . . . . . . . . . . . .
UPDATE . . . . . . . . . . . . . . . .
UPDATE （位置付け） . . . . . . . . .
USER . . . . . . . . . . . . . . . . . .
WHILE. . . . . . . . . . . . . . . . . .
文法要素の定義 . . . . . . . . . . . .
グローバル変数 . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 3-104
. 3-106
. 3-108
. 3-110
. 3-115
. 3-117
. 3-118
. 3-120
. 3-121
. 3-127
. 3-133
. 3-134
. 3-136
. 3-137
. 3-138
. 3-139
. 3-141
. 3-142
. 3-143
. 3-145
. 3-146
. 3-148
. 3-150
. 3-152
. 3-153
. 3-169
. 3-172
. 3-174
. 3-176
. 3-178
. 3-179
. 3-181
. 3-187
. 3-188
. 3-189
. 3-191
. 3-192
. 3-194
. 3-196
. 3-197
. 3-204
. 3-206
. 3-207
. 3-208
. 3-216
v
目次
ほかの特性. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-219
テンポラリファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-219
リテラル値を使った作業 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-220
NULL 値を使った作業 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-222
バイナリデータを使った作業 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-222
インデックスの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-223
開いたテーブルを閉じる . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-223
並行性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-224
小数点の記号のカンマ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-224
OEM から ANSI への変換サポート . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-227
4
ビット演算子 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1
Pervasive PSQL ビット演算子のリファレンス
概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2
ビット演算 AND （&） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
構文 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
戻り値 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
ビット演算 NOT （~） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-5
構文 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-5
戻り値 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-5
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-5
ビット演算 OR （|） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
構文 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
戻り値 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
ビット演算排他的 OR （^） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-8
構文 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-8
戻り値 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-8
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-8
真理値表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-9
5
スカラ関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
Pervasive PSQL スカラ関数のリファレンス
文字列関数. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-4
数値関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-6
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-8
時刻と日付の関数. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-9
vi
目次
時刻と日付関数の値の挿入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-9
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-12
システム関数. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-14
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-14
論理関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-15
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-15
変換関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-18
例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-19
6
システムストアドプロシージャ . . . . . . . . . . . . . . . . . . . . . 6-1
Pervasive PSQL システムストアドプロシージャのリファレンス
Pervasive PSQL システムストアドプロシージャ . . . . . . . . . . . . . . . . . . . . . . . 6-2
psp_columns . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-3
psp_column_attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-6
psp_column_rights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-9
psp_fkeys. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-12
psp_groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-15
psp_help_sp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-16
psp_help_trigger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-18
psp_help_udf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-21
psp_help_view . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-23
psp_indexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-24
psp_pkeys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-27
psp_rename. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-29
psp_stored_procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-31
psp_tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-34
psp_table_rights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-37
psp_triggers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-40
psp_udfs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-43
psp_users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-45
psp_views . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-48
7
パフォーマンスリファレンス . . . . . . . . . . . . . . . . . . . . . . . 7-1
データベースエンジンのパフォーマンス機能についての検討
制限の分析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
変形 CNF 変換 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
変換できない制限 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
変換が行われない条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
制限の最適化. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-4
vii
目次
単一述部の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-4
閉じた範囲の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-4
変形論理和の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5
論理積の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5
論理和標準形の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-6
変形論理積標準形の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-6
変形 CNF 最適化で開いた範囲を閉じる . . . . . . . . . . . . . . . . . . . . . . . . 7-7
単一結合条件の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-7
結合条件を持つ論理積の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-8
結合条件を持つ変形論理積標準形の最適化 . . . . . . . . . . . . . . . . . . . . . . 7-8
変形 CNF 最適化で結合条件の開いた範囲を閉じる . . . . . . . . . . . . . . . . . . 7-9
複数インデックスの変形論理和の最適化 . . . . . . . . . . . . . . . . . . . . . . . . 7-9
プッシュダウンフィルタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-10
インデックスの有効な使用法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-11
集計関数の DISTINCT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-11
選択リストに先立つ DISTINCT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-11
インデックスのセグメント順序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-11
セグメントの昇順属性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-12
検索更新の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-13
テンポラリテーブルのパフォーマンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-14
行の事前取得 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-15
用語. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-17
A
データ型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-1
Pervasive PSQL がサポートするデータ型
Pervasive PSQL がサポートするデータ型 . . . . . . . . . . . . . . . . . . . . . . . . . . . A-2
データ型の範囲 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-4
演算子の優先順位 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-6
データ型の優先順位 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-7
Decimal データ型の精度と小数点以下桁数 . . . . . . . . . . . . . . . . . . . . . . . A-8
データ型に関する注意事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-10
CHAR、 VARCHAR、および LONGVARCHAR . . . . . . . . . . . . . . . . . . . . A-10
BINARY および LONGVARBINARY . . . . . . . . . . . . . . . . . . . . . . . . . . A-10
LONGVARCHAR と LONGVARBINARY の制約. . . . . . . . . . . . . . . . . . . . A-11
浮動小数の比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-12
無限の表現 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-13
旧データ型. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-14
Btrieve キーのデータ型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-15
viii
目次
B
SQL の予約語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-1
サポートされている Pervasive PSQL の予約語
予約語. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-2
使用を避ける語句 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-7
C
システムテーブル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-1
Pervasive PSQL システムテーブルリファレンス
概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-2
システムテーブルの構造. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-4
X$File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-4
X$Field . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-5
X$Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-8
X$Attrib . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-11
X$View. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-12
X$Proc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-13
X$User . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-14
X$Rights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-16
X$Relate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-18
X$Trigger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-20
X$Depend . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-22
D
COBOL アプリケーションの SQL アクセス . . . . . . . . . . . . . . . D-1
COBOL アプリケーションの SQL アクセスの提供
概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-2
制限 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-2
SQL ステートメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-3
コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-4
SQL アクセスの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-6
手順 1 ：サンプル XML テンプレートの変更 . . . . . . . . . . . . . . . . . . . . . . D-6
手順 2 ： XML テンプレートで指定したデータファイルのコピー . . . . . . . . . . D-6
手順 3 ： Schema Executor ユーティリティの実行 . . . . . . . . . . . . . . . . . . . . D-7
手順 4 ：システムテーブルの配布（任意） . . . . . . . . . . . . . . . . . . . . . . . D-13
サンプル XML ファイルの実行例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-14
補注 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-14
ix
図
3-1
x
COALESCE でサポートされるデータ型の組み合わせとその結果 . . . . . . . . . . 3-35
表
1-1
1-2
1-3
1-4
1-5
1-6
1-7
1-8
1-9
1-10
1-11
1-12
1-13
1-14
1-15
1-16
1-17
2-1
2-2
2-3
2-4
2-5
2-6
2-7
2-8
3-1
3-2
3-3
3-4
3-5
3-6
3-7
3-8
3-9
3-10
3-11
3-12
3-13
SQL ステートメントの種類と関連タスク . . . . . . . . . . . . .
データ定義ステートメント - テーブル. . . . . . . . . . . . . . .
データ定義ステートメント - インデックス . . . . . . . . . . . .
データ定義ステートメント - トリガ . . . . . . . . . . . . . . . .
データ定義ステートメント - トリガ制御 . . . . . . . . . . . . .
データ定義ステートメント - ストアドプロシージャ . . . . . .
データ定義ステートメント - ストアドプロシージャ制御. . . .
データ定義ステートメント - ユーザー定義関数 . . . . . . . . .
データ操作ステートメント - データの取得 . . . . . . . . . . . .
データ操作ステートメント - データオプションの取得 . . . . .
データ操作ステートメント - データの変更 . . . . . . . . . . . .
データ操作ステートメント - ビュー . . . . . . . . . . . . . . . .
データ操作ステートメント - ストアドプロシージャ . . . . . .
データ操作ステートメント - システムストアドプロシージャ .
データ制御ステートメント - セキュリティ . . . . . . . . . . . .
データ制御ステートメント - ユーザーとグループ . . . . . . . .
データ制御ステートメント - アクセス権 . . . . . . . . . . . . .
Pervasive PSQL 機能の制限 / 条件. . . . . . . . . . . . . . . . . .
クライアント DSN で有効な接続文字列 . . . . . . . . . . . . . .
エンジン DSN で有効な接続文字列 . . . . . . . . . . . . . . . .
インターフェイスがサポートしている ODBC API 関数 . . . . .
ODBC ステートメント属性の合致の例外 . . . . . . . . . . . . .
ODBC 接続属性の合致の例外 . . . . . . . . . . . . . . . . . . . .
ODBC 記述子フィールドの合致の例外 . . . . . . . . . . . . . .
SQL 文法の合致. . . . . . . . . . . . . . . . . . . . . . . . . . . .
サポートされる入力パラメータおよび戻り値のデータ型 . . . .
ストアドプロシージャおよびトリガで禁止されるデータ型 . .
許可されている DEFAULT 式のデータ型 . . . . . . . . . . . . .
デフォルト値としての日付および時刻スカラ関数 . . . . . . . .
デフォルト値とヌル値を許可する列 . . . . . . . . . . . . . . . .
Emp テーブル . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Dept テーブル . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Addr テーブル . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Loc テーブル . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 方向左外部結合 . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 方向の放射状左外部結合 . . . . . . . . . . . . . . . . . . . . .
3 方向のチェーン状左外部結合 . . . . . . . . . . . . . . . . . . .
最適化が足りない 3 方向の放射状左外部結合 . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 1-1
. 1-3
. 1-4
. 1-4
. 1-4
. 1-5
. 1-5
. 1-6
. 1-7
. 1-8
. 1-8
. 1-9
. 1-9
. 1-9
. 1-10
. 1-11
. 1-11
. 2-2
. 2-6
. 2-6
. 2-7
. 2-12
. 2-13
. 2-13
. 2-14
. 3-40
. 3-53
. 3-83
. 3-87
. 3-122
. 3-128
. 3-129
. 3-129
. 3-129
. 3-130
. 3-131
. 3-131
. 3-132
xi
3-14
3-15
3-16
3-17
3-18
3-19
3-20
3-21
3-22
4-1
5-1
5-2
5-3
5-4
5-5
5-6
6-1
6-2
6-3
6-4
6-5
6-6
6-7
6-8
6-9
6-10
6-11
6-12
6-13
6-14
6-15
6-16
6-17
6-18
6-19
6-20
6-21
6-22
6-23
6-24
6-25
6-26
xii
特殊文字 . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Addr テーブル . . . . . . . . . . . . . . . . . . . . . . . . .
Loc テーブル . . . . . . . . . . . . . . . . . . . . . . . . . .
カルテシアン結合を使った SELECT ステートメント . . .
TOP 句がカーソルタイプに与える影響 . . . . . . . . . .
SET TIME ZONE を使用する日付 / 時刻関数 - デフォルト
SET TIME ZONE を使用する日付 / 時刻関数 - 指定 . . . .
現地時刻から UTC への変換例 . . . . . . . . . . . . . . . .
Timestamp データ型の例 . . . . . . . . . . . . . . . . . . .
ビット演算の真理値表 . . . . . . . . . . . . . . . . . . . .
文字列関数 . . . . . . . . . . . . . . . . . . . . . . . . . . .
数値関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . .
時刻と日付の関数 . . . . . . . . . . . . . . . . . . . . . . .
システム関数 . . . . . . . . . . . . . . . . . . . . . . . . . .
論理関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . .
変換関数 . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Pervasive PSQL システムストアドプロシージャ . . . . .
psp_columns の引数 . . . . . . . . . . . . . . . . . . . . . .
psp_columns で返される結果セット . . . . . . . . . . . . .
psp_column_attributes の引数 . . . . . . . . . . . . . . . . .
psp_column_attributes で返される結果セット . . . . . . . .
psp_column_rights の引数 . . . . . . . . . . . . . . . . . . .
psp_column_rights で返される結果セット . . . . . . . . . .
psp_fkeys の引数 . . . . . . . . . . . . . . . . . . . . . . . .
psp_fkeys で返される結果セット . . . . . . . . . . . . . . .
psp_groups の引数 . . . . . . . . . . . . . . . . . . . . . . .
psp_groups で返される結果セット . . . . . . . . . . . . . .
psp_help_sp の引数 . . . . . . . . . . . . . . . . . . . . . . .
psp_help_sp で返される結果セット . . . . . . . . . . . . .
psp_help_trigger の引数 . . . . . . . . . . . . . . . . . . . .
psp_help_trigger で返される結果セット . . . . . . . . . . .
psp_help_udf の引数 . . . . . . . . . . . . . . . . . . . . . .
psp_help_udf で返される結果セット . . . . . . . . . . . . .
psp_help_view の引数 . . . . . . . . . . . . . . . . . . . . .
psp_help_view で返される結果セット . . . . . . . . . . . .
psp_indexes の引数 . . . . . . . . . . . . . . . . . . . . . . .
psp_indexes で返される結果セット . . . . . . . . . . . . .
psp_pkeys の引数 . . . . . . . . . . . . . . . . . . . . . . . .
psp_pkeys で返される結果セット . . . . . . . . . . . . . .
psp_rename の引数 . . . . . . . . . . . . . . . . . . . . . . .
psp_stored_procedures の引数 . . . . . . . . . . . . . . . . .
psp_stored_procedures で返される結果セット . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3-134
3-165
3-165
3-166
3-167
3-182
3-182
3-183
3-183
4-9
5-2
5-6
5-9
5-14
5-15
5-19
6-2
6-3
6-3
6-6
6-7
6-9
6-10
6-12
6-13
6-15
6-15
6-17
6-17
6-19
6-19
6-21
6-21
6-23
6-23
6-25
6-25
6-28
6-28
6-30
6-31
6-31
6-27
6-28
6-29
6-30
6-31
6-32
6-33
6-34
6-35
6-36
6-37
6-38
A-1
A-2
A-3
A-4
A-5
A-6
A-7
A-8
A-9
A-10
B-1
C-1
C-2
C-3
C-4
C-5
C-6
C-7
C-8
C-9
C-10
C-11
C-12
C-13
C-14
C-15
C-16
C-17
C-18
C-19
C-20
C-21
C-22
C-23
C-24
psp_tables の引数 . . . . . . . . . . . . . . . . . . . . . . . . . .
psp_tables で返される結果セット . . . . . . . . . . . . . . . . .
psp_table_rights の引数 . . . . . . . . . . . . . . . . . . . . . . .
psp_table_rights で返される結果セット . . . . . . . . . . . . . .
psp_triggers の引数 . . . . . . . . . . . . . . . . . . . . . . . . .
psp_triggers で返される結果セット . . . . . . . . . . . . . . . .
psp_udfs の引数 . . . . . . . . . . . . . . . . . . . . . . . . . . .
psp_udfs で返される結果セット . . . . . . . . . . . . . . . . . .
psp_users の引数 . . . . . . . . . . . . . . . . . . . . . . . . . .
psp_users で返される結果セット . . . . . . . . . . . . . . . . .
psp_views の引数 . . . . . . . . . . . . . . . . . . . . . . . . . .
psp_views で返される結果セット . . . . . . . . . . . . . . . . .
Pervasive PSQL データ型と対応する ODBC データ型 . . . . .
Pervasive PSQL データ型の範囲. . . . . . . . . . . . . . . . . .
DECIMAL 演算の精度と小数位の計算方法 . . . . . . . . . . .
無限の表現 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
旧データ型に代わって使用される新データ型 . . . . . . . . .
Btrieve キーのデータ型と型コード . . . . . . . . . . . . . . . .
INTEGER キータイプ . . . . . . . . . . . . . . . . . . . . . . .
NUMERICS の符合値のシフト状態とシフトなし状態の比較 .
プラットフォームごとの DBCobolNumeric 設定の指定方法. .
TIMESTAMP データ型 . . . . . . . . . . . . . . . . . . . . . . .
ユーザー定義名での使用を避ける語句 . . . . . . . . . . . . .
システムテーブル . . . . . . . . . . . . . . . . . . . . . . . . .
X$File システムテーブルの構造 . . . . . . . . . . . . . . . . .
X$File システムテーブルのインデックス定義 . . . . . . . . .
X$Field システムテーブルの構造 . . . . . . . . . . . . . . . .
X$Field システムテーブルのインデックス定義 . . . . . . . .
X$Index システムテーブルの構造 . . . . . . . . . . . . . . . .
X$Index システムテーブルのインデックス定義 . . . . . . . .
X$Index システムテーブルのインデックス定義 . . . . . . . .
X$Attrib システムテーブルの構造 . . . . . . . . . . . . . . . .
X$Attrib システムテーブルのインデックス定義 . . . . . . . .
X$View システムテーブルの構造 . . . . . . . . . . . . . . . .
X$View システムテーブルのインデックス定義 . . . . . . . .
X$Proc システムテーブルの構造. . . . . . . . . . . . . . . . .
X$Proc システムテーブルのインデックス定義. . . . . . . . .
X$User システムテーブルの構造. . . . . . . . . . . . . . . . .
Xu$Flags システムテーブルのビット位置定義 . . . . . . . . .
X$User システムテーブルのインデックス定義. . . . . . . . .
X$Rights システムテーブルの構造. . . . . . . . . . . . . . . .
Xr$Rights システムテーブルのビット位置定義 . . . . . . . .
X$Rights システムテーブルのインデックス定義. . . . . . . .
X$Relate システムテーブルの構造 . . . . . . . . . . . . . . . .
X$Relate システムテーブルのインデックス定義. . . . . . . .
X$Trigger システムテーブルの構造 . . . . . . . . . . . . . . .
X$Trigger システムテーブルのインデックス定義 . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-34
. 6-34
. 6-38
. 6-38
. 6-41
. 6-41
. 6-43
. 6-43
. 6-46
. 6-46
. 6-48
. 6-48
. A-2
. A-4
. A-9
. A-13
. A-14
. A-15
. A-23
. A-25
. A-26
. A-28
. B-7
. C-3
. C-4
. C-4
. C-5
. C-7
. C-8
. C-8
. C-9
. C-11
. C-11
. C-12
. C-12
. C-13
. C-13
. C-14
. C-14
. C-15
. C-16
. C-16
. C-17
. C-18
. C-18
. C-20
. C-21
xiii
C-25
C-26
D-1
D-2
D-3
D-4
xiv
X$Depend システムテーブルの構造. . . . . . . . . . . . . . . . . . . . . . .
X$Depend システムテーブルのインデックス定義. . . . . . . . . . . . . . .
COBOL データ構造での SQL ステートメントの使用 . . . . . . . . . . . . .
COBOL アプリケーションの SQL アクセスを提供するために
インストールされるコンポーネント . . . . . . . . . . . . . . . . . . . . . .
Schema Executor ユーティリティのオプション . . . . . . . . . . . . . . . . .
CobolSchemaExec ログファイルに記載される可能性のあるエラーコード .
. . . . C-22
. . . . C-22
. . . . D-3
. . . . D-4
. . . . D-8
. . . . D-11
このマニュアルについて
このマニュアルでは、 Pervasive PSQL v9 の言語機能と制約について説明し
ます。
xv
このマニュアルの読者
このマニュアルでは、 Pervasive PSQL v9 の使い方について説明します。
このマニュアルは、 ODBC アーキテクチャや ODBC ドライバコンポーネ
ントの基本概念について理解ができていることと、 Microsoft ODBC
Software Development Kit を使用できる環境にあることを前提としていま
す。
また、最新のデーターベース原理とその用語、 C 言語、およびコンパイラ
やリンカなどの開発環境についての知識と経験があることを前提にしてい
ます。
xvi
このマニュアルの構成
次に、各章の概要を示します。

第 1 章「SQL の概要」
Pervasive PSQL を使って作成できる SQL ステートメントの種類につい
て説明します。

第 2 章「ODBC エンジンリファレンス」
Pervasive PSQL の機能や特徴のほか、 SQL 文法と ODBC API 規格への
適合性についても説明します。

第 3 章「SQL 構文リファレンス」
Pervasive PSQL でサポートされる SQL の文法および構文について説明
します。

第 4 章「ビット演算子」
1 つまたは複数のオペランドのビット操作に使用されるビット処理演
算子について説明します。

第 5 章「スカラ関数」
単一値を処理し、単一値を返すさまざまな関数について説明します。

第 6 章「システムストアドプロシージャ」
データ定義言語（DDL）では取り扱われない管理タスクや情報タスク
を遂行するためのプロシージャについて説明します。

第 7 章「パフォーマンスリファレンス」
データベースエンジンで使用される最適化の詳細と、SQL ステートメ
ントでこれを最大限利用する方法について説明します。

付録 A 「データ型」
サポートされているデータ型の一覧を記載しています。

付録 B 「SQL の予約語」
サポートされている SQL キーワードの一覧を記載しています。

付録 C 「システムテーブル」
リレーショナルデータ辞書を構成するシステムテーブルについて説
明します。

付録 D 「COBOL アプリケーションの SQL アクセス」
COBOL の OCCURS コンストラクト、部分的 REDEFINES、および可
変長レコードレイアウトに関するリレーショナルインターフェイス
サポートについて説明します。
このマニュアルの巻末には索引が用意されています。
xvii
表記上の規則
特段の記述がない限り、コマンド構文、コード、およびコード例では、以下の
表記が使用されます。
大文字と小文字
の区別
通常、コマンドと予約語は、大文字で表記されます。本書で
別途記述がない限り、これらの項目は大文字、小文字、ある
いはその両方を使って入力できます。たとえば、 MYPROG、
myprog、または MYprog と入力することができます。
[ ]
省略可能な情報には、［log_name］のように、角かっこが使
用されます。角かっこで囲まれていない情報は必ず指定する
必要があります。
|
縦棒は、［file name ｜ @file name］のように、入力する情報
の選択肢を表します。
< >
＜＞は、 /D=<5|6|7> のように、必須項目に対する選択
肢を表します。
変数
file name のように斜体で表されている語は、適切な値に置き
換える必要のある変数です。
...
［parameter...］のように、情報の後に省略記号が続く場合は、
その情報を繰り返し使用できます。
::=
記号 ::= は、ある項目が別の項目用語で定義されていること
を意味します。たとえば、 a::=b は、項目 a が b で定義され
ていることを意味します。
*
アスタリスクは、同一の接頭辞を持つ一連の API を示すワイ
ルドカード記号として使用されます。
メモ特段の記述がない限り、本書における Pervasive PSQL 製品への
すべてのリファレンスは、現行バージョン Pervasive PSQL v9 について
述べています。
xviii
詳細
ODBC 仕様の詳細については、『Microsoft ODBC Programmer’s Reference』を
参照してください。
xix
xx
1
SQL の概要
構造化問い合わせ言語（SQL）の概要
構造化問い合わせ言語（SQL）は、英語に似たステートメントから成るデー
タベース言語の 1 つで、これを使ってさまざまなデータベース操作を実行
できます。 ANSI （American National Standards Institute）と IBM は、それぞ
れ独自の SQL 標準を定義しています。 IBM の標準は SAA （Systems
Application Architecture）と呼ばれます。 Pervasive PSQL 製品では、 ANSI
SQL と IBM SAA SQL の両方の機能をほとんど実装しているほか、これら
の標準では定義されていない独自の拡張機能も提供しています。
Pervasive PSQL では、さまざまな種類の SQL ステートメントを作成できま
す。次の表に、作成可能な SQL ステートメントの種類と、それぞれを使っ
て実現できるタスクの一覧を示します。
表 1-1 SQL ステートメントの種類と関連タスク
SQL ステートメントの
種類
タスク
データ定義
テーブルを作成、変更、および削除する。
インデックスを作成または削除する。
ストアド SQL プロシージャを作成または削除する。
トリガを作成または削除する。
データ処理
テーブル内のデータを取得、挿入、更新、および削除
する。
トランザクションを定義する。
ビューを定義または削除する。
ストアド SQL プロシージャを実行する。
トリガを実行する。
データ制御
辞書のセキュリティを有効または無効にする。
ユーザーおよびグループを作成する。
テーブルのアクセス権を付与または取り消す。
この章では、 SQL ステートメントの概要について分類別に説明します。各
ステートメントの詳細については、「SQL 構文リファレンス」（3-1 ページ）
を参照してください。
1-1
SQL の概要
この章は、次のセクションから構成されています。
1-2

「データ定義ステートメント」（1-3 ページ）

「データ操作ステートメント」（1-7 ページ）

「データ制御ステートメント」（1-10 ページ）
データ定義ステートメント
データ定義ステートメント
データ定義ステートメントではデータベースの特性を指定できます。これ
を使ってデータ定義ステートメントを実行すると、 Pervasive PSQL によっ
てデータベースの記述がデータ辞書に格納されます。情報の格納や取得を
行う前に、辞書内でデータベースを定義する必要があります。
Pervasive PSQL では、データ定義ステートメントを作成して、次のタスク
を実行できます。

テーブルを作成、変更、および削除する。

インデックスの作成と削除

トリガの作成と削除

ストアドプロシージャの作成と削除

ユーザー定義関数の作成と削除
次のセクションでは、これらのタスクに関連する SQL ステートメントの概
要について説明します。データベースの特性の定義に関連した一般的な情
報については、 Pervasive PSQL ソフトウェア開発キット（SDK）に付属す
る『Pervasive PSQL Programmer’s Guide』を参照してください。
テーブルの作成、変更、および削除
データベースのテーブルを作成、変更、および削除するには、次のステー
トメントを使って SQL を構築します。
表 1-2 データ定義ステートメント - テーブル
CREATE TABLE
テーブルを定義し、オプションで対応するデータファイル
を作成します。
ALTER TABLE
テーブル定義に変更を 1 つ追加します。 ALTER TABLE ス
テートメントを使用すると、テーブル定義への列の追加、
テーブル定義からの列の削除、列のデータ型やデータ長（あ
るいは、それ以外の特性）の変更、主キーまたは外部キーの
追加や削除、別のデータファイルとテーブル定義との関連
付けを行うことができます。
DROP TABLE
データ辞書からテーブルを削除し、オプションで関連する
データファイルをディスクから削除します。
1-3
SQL の概要
インデックスの作成と削除
インデックスを作成および削除するには、次のステートメントを使って
SQL を構築します。
表 1-3 データ定義ステートメント - インデックス
CREATE INDEX
既存のテーブルに新しいインデックス（名前付きイン
デックス）を定義します。
DROP INDEX
名前付きインデックスを削除します。
トリガの作成と削除
トリガを作成および削除するには、次のステートメントを使って SQL を構
築します。
表 1-4 データ定義ステートメント - トリガ
CREATE TRIGGER
既存のテーブルにトリガを定義します。
DROP TRIGGER
トリガを削除します。
Pervasive PSQL は、その他の SQL 制御ステートメントも提供しています。
これらのステートメントは、トリガ本体内でのみ使用できます。トリガで
は次のステートメントを使用できます。
表 1-5 データ定義ステートメント - トリガ制御
1-4
BEFORE
INSERT、 UPDATE、または DELETE オペレーションの前
に実行するトリガを定義します。
AFTER
INSERT、 UPDATE、または DELETE オペレーションの後
で実行するトリガを定義します。
データ定義ステートメント
ストアドプロシージャの作成と削除
ストアドプロシージャは、あらかじめコンパイルして辞書に保存されてい
る複数のステートメントから成っています。ストアドプロシージャを作成
および削除するには、次のステートメントを使用します。
表 1-6 データ定義ステートメント - ストアドプロシージャ
CREATE
PROCEDURE
新しいプロシージャをデータ辞書に保管します。
DROP
PROCEDURE
データ辞書からストアドプロシージャを削除します。
Pervasive PSQL は、その他の SQL 制御ステートメントも提供しています。
これらのステートメントは、ストアドプロシージャ本体内でのみ使用でき
ます。ストアドプロシージャでは次のステートメントを使用できます。
表 1-7 データ定義ステートメント - ストアドプロシージャ制御
IF...THEN...ELSE
条件の真偽値に基づいたステートメントの実行制御を可能
にします。
LEAVE
ブロックまたはループステートメントを抜けて実行を継続
します。
LOOP
ステートメントのブロックの実行を繰り返します。
WHILE
指定した条件が True である間、ステートメントのブロック
の実行を繰り返します。
ユーザー定義関数（UDF）の作成と削除
組み込み関数に加えて、 Pervasive PSQL では独自にユーザー定義関数
（UDF）を作成し、それを Pervasive PSQL ステートメントで使用すること
ができます。
ユーザー定義関数は一種のデータベースオブジェクトで、再使用できる 1
つ以上の Pervasive PSQL ステートメントをカプセル化したものです。ユー
ザー定義関数は 0 個以上の入力引数を取り、そこから 1 つの戻り値を求め
ます。これがスカラ値です。
ユーザー定義関数は常に、データベースのコンテキスト内に定義されます。
このステートメントの実行が成功すると、特定のデータベースに UDF 定義
が格納されます。格納された UDF は変更したり、呼び出したり、また削除
したりできます。
Pervasive PSQL はスカラユーザー定義関数をサポートしています。
1-5
SQL の概要
スカラユーザー定義関数は、 Pervasive PSQL ステートメントの RETURNS
句で指定されたデータ型の単一値を返します。スカラ UDF には複数の
Pervasive PSQL ステートメントを含むことができます。戻り値のデータに
は、 text 型、 ntext 型、 image 型、 cursor 型、または timestamp 型以外であれ
ば、どのデータ型の値でも指定できます。
ユーザー定義関数を作成および削除するには、次のステートメントを使用
します。
表 1-8 データ定義ステートメント - ユーザー定義関数
1-6
CREATE
FUNCTION
スカラユーザー定義関数をデータベースに作成します。
DROP
FUNCTION
データベースからスカラユーザー定義関数を削除します。
データ操作ステートメント
データ操作ステートメント
データ操作ステートメントを使用すると、データベースの内容にアクセス
して変更を加えることができます。 Pervasive PSQL ではデータ操作ステー
トメントを構築して、次のタスクを実行できます。

テーブルからのデータの取得

テーブル内のデータの変更

トランザクションの定義

ビューの作成と削除

ストアドプロシージャの実行

トリガの実行
次のセクションでは、これらのタスクに関連する SQL ステートメントの概
要について説明します。
データの取得
データベースから情報を取得するために使用するステートメントはすべて
SELECT ステートメントに基づきます。
表 1-9 データ操作ステートメント - データの取得
SELECT
データベース内の 1 つまたは複数のテーブルからデータを取得し
ます。
SELECT ステートメントを作成する場合、さまざまな句を使って異なるオ
プションを指定できます（それぞれの句の詳細については、「ODBC エン
ジンリファレンス」（2-1 ページ）の SELECT ステートメントの項を参照）。
SELECT ステートメントで使用する句の種類は次のとおりです。
1-7
SQL の概要
表 1-10 データ操作ステートメント - データオプションの取得
FROM
データを取得するテーブルまたはビューを指定します。
WHERE
SELECT ステートメントで取得するデータを修飾する検索条件
を定義します。
GROUP BY
指定した条件に従って行のセットを組み合わせ、グループ内の
1 つ以上の列を対象に集計値を取得できるようにします。
HAVING
グループの集計値が満たさなければならない条件を指定して、
ビューの内容を制限します。
ORDER BY
Pervasive PSQL が選択した行を返す順序を決定します。
また、 UNION キーワードを使って、複数の SELECT クエリから 1 つの結
果テーブルを取得することもできます。
データの変更
テーブルやビューのデータを追加、変更、または削除するには、以下の各
ステートメントを使用します。
表 1-11 データ操作ステートメント - データの変更
INSERT
1 つ以上のテーブルまたは 1 つのビューに行を追加します。
UPDATE
テーブルまたはビューのデータを変更します。
DELETE
テーブルまたはビューから行を削除します。
DELETE または UPDATE ステートメントを作成する場合、 WHERE 句を
使って、目的のデータを制限する検索条件を定義することもできます。
トランザクションの定義
データベース内のデータを更新するには、個別に SQL ステートメントを発
行するか、「トランザクション」（関連するステートメントの論理的な単位）
を定義します。トランザクションを定義すると、作業単位に含まれるすべ
てのステートメントが正常に実行されるか、すべてのステートメントが実
行されないことになります。トランザクションを使用すると、複数のステー
トメントをグループ化して、データベースの論理的な整合性を確実にでき
ます。
Pervasive PSQL は ODBC API SQLTransact をサポートしています。詳細につ
いては、『Microsoft ODBC Programmer’s Reference』を参照してください。
1-8
データ操作ステートメント
ビューの作成と削除
ビューを作成および削除するには、次のステートメントを使って SQL を構
築します。
表 1-12 データ操作ステートメント - ビュー
CREATE VIEW
データベースビューを定義し、辞書にその定義を格納します。
DROP VIEW
データ辞書からビューを削除します。
ストアドプロシージャの作成
ストアドプロシージャは、あらかじめコンパイルして辞書に保存されてい
る複数のステートメントから成っています。ストアドプロシージャを実行
するには、次のステートメントを使用します。
表 1-13 データ操作ステートメント - ストアドプロシージャ
CALL または
EXEC[UTE]
あらかじめコンパイルされたプロシージャを呼び出して実行
します。
システムストアドプロシージャの実行
システムストアドプロシージャは、データ定義言語（DDL）では取り扱
われない管理タスクや情報タスクの遂行に利用できます。システムストア
ドプロシージャには psp_ プレフィックスが付きます。ストアドプロシー
ジャを実行するには、次のステートメントを使用します。
表 1-14 データ操作ステートメント - システムストアドプロシージャ
CALL または
EXEC[UTE]
システムストアドプロシージャを呼び出して実行します。
詳細については、「システムストアドプロシージャ」（6-1 ページ）を参照
してください。
トリガの実行
トリガは、あらかじめコンパイルして辞書に保存されている複数のステー
トメントから成っています。トリガは、指定した条件になると、エンジン
により自動的に実行されます。
1-9
SQL の概要
データ制御ステートメント
データ制御ステートメントではデータベースのセキュリティを定義できま
す。辞書を作成する場合、その辞書のセキュリティを明示的に有効にする
まで、その辞書のセキュリティは定義されません。 Pervasive PSQL では、
データ制御ステートメントを作成して、次のタスクを実行できます。

セキュリティの有効化または無効化

ユーザーとグループの作成と削除

アクセス権の付与と取り消し
メモ Btrieve データファイルが Btrieve オーナーネームで保護され、
データベースがリレーショナルセキュリティで保護されていない場
合、リレーショナルエンジンは ODBC オペレーション実行時にオー
ナーネームに従います（たとえば、タイプ 1 または 3 のオーナーネー
ムには読み取り専用アクセスが許可されますが、 0 または 2 のオー
ナーネームにはアクセスは許可されません）。データベースがリレー
ショナルセキュリティで保護されている場合は、ODBC オペレーショ
ン実行時に定義されたデータベースユーザーのアクセス権のみに
従ってデータベースへのアクセスを許可します。これらのアクセス権
は指定されたオーナーネームを使って付与されなければなりません。
次のセクションでは、これらのタスクに関連する SQL ステートメントの概
要について説明します。
セキュリティの有効化と無効化
データベースのセキュリティを有効または無効にするには、次のステート
メントを使用します。
表 1-15 データ制御ステートメント - セキュリティ
SET
SECURITY
1-10
データベースのセキュリティを有効または無効にし、 Master パ
スワードを設定します。
データ制御ステートメント
ユーザーとグループの作成と削除
データベースのユーザーとユーザーグループを作成または削除するには、
次のステートメントを使って SQL を構築します。
表 1-16 データ制御ステートメント - ユーザーとグループ
CREATE GROUP
新しいユーザーのグループを作成します。
DROP GROUP
ユーザーのグループを削除します。
GRANT LOGIN TO
ユーザーとパスワードを作成するか、ユーザーをグルー
プに追加します。
REVOKE LOGIN
FROM
辞書からユーザーを削除します。
アクセス権の付与と取り消し
ユーザーやグループにアクセス権を付与または取り消すには、次のステー
トメントを使用します。
表 1-17 データ制御ステートメント - アクセス権
GRANT （アクセス権）
指定した種類のアクセス権をユーザーまたはグルー
プに付与します。 GRANT （アクセス権）ステートメ
ントで付与できるアクセス権は、 All、 Insert、 Delete、
Alter、 Select、 Update、および References です。
GRANT CREATETAB TO
テーブルを作成するためのアクセス権をユーザーま
たはグループに付与します。
REVOKE （アクセス権）
アクセス権をユーザーまたはグループから取り消し
ます。
REVOKE CREATETAB
FROM
テーブルを作成するためのアクセス権をユーザーま
たはグループから取り消します。
1-11
SQL の概要
1-12
ODBC エンジンリファレンス
2
制限、接続文字列、および ODBC 合致
この章では、 Pervasive PSQL v9 ODBC インターフェイスの制限と適合性に
ついて説明します。

「Pervasive ODBC エンジンインターフェイス制限」（2-2 ページ）

「データソース名接続文字列キーワード」（2-5 ページ）

「ODBC の合致」（2-7 ページ）

「SQL 文法の合致」（2-14 ページ）
ODBC API、 SQL 文法、およびスカラ関数の詳細については、『Microsoft
ODBC Programmer’s Reference』を参照してください。
2-1
ODBC エンジンリファレンス
Pervasive ODBC エンジンインターフェイス制限
次の表は、Pervasive ODBC エンジンインターフェイスの機能に適用される
制限または条件を示します。
Pervasive PSQL データベースには、 40 億のオブジェクトをさまざまに組み
合わせて含むことができます。オブジェクトはデータ辞書ファイルに保存
されます。
『Pervasive PSQL Programmer’s Guide』の「名前付け規則」セクションも参
照してください。このマニュアルは、 Pervasive PSQL Software Developer Kit
（SDK）に含まれています。
表 2-1 Pervasive PSQL 機能の制限 / 条件
2-2
Pervasive PSQL 機能
制限または条件
ストアドプロシージャのパラメータ
リスト内の引数の数
300
CHAR 列のサイズ
8,000 バイト
文字列リテラル
文字列内の文字は、 10 進数値 1 から
255 の間のいずれかの ANSI 文字にな
ります。
テーブル内の列数
1536
トリガまたはストアドプロシージャ
で使用可能な列数
300
列名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
列のサイズ
2 GB
相関名
メモリによる制限
カーソル名
18 バイト
データベース名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
データベースセッション数
メモリによる制限
データファイルパス名
64 バイト（データファイルパス名の
最大長は Xf$Loc パスおよびデータ
ファイルパスの組み合わせです）
1
Pervasive ODBC エンジンインターフェイス制限
表 2-1 Pervasive PSQL 機能の制限 / 条件
Pervasive PSQL 機能
制限または条件
外部キー名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
グループ名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
インデックス名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
ラベル名
メモリによる制限
AND でつないだ述部の数
300。たとえば、次のステートメントで
は、AND でつないだ述部が 2 つ使用さ
れています。
SELECT * FROM person WHERE
First_Name = 'Janis' and
Last_Name = 'Nipart' and
Perm_Street = '1301 K
Street NW.'
パラメータ名
126 バイト
パスワード
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
プロシージャ名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
参照整合性（RI）制約（たとえば、
Xr$Name）
20 バイト
一重引用符の表記
2 つの連続した一重引用符（''）
結果名
メモリによる制限
セーブポイント名
メモリによる制限
クエリ内の SELECT リストの列数
1600
SQL ステートメント内の単独項目（引
用符で囲まれたリテラル文字列）のサ
イズ
ヌル終端文字と引用符を除き、 14,997
（合計 15,000）
SQL ステートメントの長さ
64 KB
2-3
ODBC エンジンリファレンス
表 2-1 Pervasive PSQL 機能の制限 / 条件
Pervasive PSQL 機能
制限または条件
セッションあたりの SQL ステートメ
ント数
メモリによる制限
ストアドプロシージャのサイズ
64 KB
テーブル名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
テーブルの行数
20 億
クエリあたりの結合テーブル数
メモリによる制限
トリガ名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
ユーザー名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
VARCHAR 列のサイズ
8,000 バイト
変数名
メモリによる制限
ビュー名
『Advanced Operations Guide』の表 1-1
「識別子の種類別の制限」（1-3 ページ）
を参照してください。
1
1
インデックスを作成できる CHAR 列または VARCHAR 列の最大サイズは 255
バイトです。
2-4
データソース名接続文字列キーワード
データソース名接続文字列キーワード
DSN への接続に使用される接続文字列には、ドライバが定義するキーワー
ドをいくつでも含むことができます。これらのキーワードを使用すること
により、ドライバはデータソースへ接続するのに十分な情報を得ることが
できます。ドライバ（たとえば、 Pervasive ODBC エンジンインターフェイ
スまたは Pervasive ODBC クライアントインターフェイス）は、データソー
スとの接続に必要なキーワードを定義します。
接続文字列が Pervasive PSQL v9 で果たす役割は、以前のバージョンでの役
割と同じです。これは、接続するデータソースの識別に使用されます。現
状での違いは、接続文字列中にリストするドライバ定義のキーワードにあ
ります。 Pervasive.SQL 7 では、異なるセットのキーワードを使ってデータ
ソースを識別していました。
2-5
ODBC エンジンリファレンス
Pervasive PSQL v9 の接続文字列で使用されるキーワードは次のとおりです。
表 2-2 クライアント DSN で有効な接続文字列
DSN
SQLDataSources によって返されるデータソース名、
または SQLDriverConnect のデータソースダイアログ
ボックス名。
DRIVER
SQLDrivers 関数によって返されるドライバの説明。ク
ライアント DSN では、"Pervasive ODBC クライアント
インターフェイス " になります。
ServerName
サーバーのアドレスまたはホスト名、およびデータが
存在するポート番号。
ServerDSN
この DSN が参照するエンジンデータソースの名前。
TransportHint
ServerName をチェックする転送プロトコルを指定し
ます。転送プロトコルのリストは、検索する順番で指
定します。
PWD
ユーザー ID に対応するパスワード。
ArrayFetchOn
配列フェッチを有効にします。配列フェッチは、クラ
イアントとサーバー間でのデータフェッチのパ
フォーマンスを向上するために使用されます。デフォ
ルトの設定は、「配列フェッチを有効にする」です。
ArrayBufferSize
配列バッファのサイズ。 1 KB から 64KB までの値を
受け付けることができます。デフォルトの設定は 8KB
です。
UID
ユーザーログイン ID。
表 2-3 エンジン DSN で有効な接続文字列
2-6
DSN
SQLDataSources によって返されるデータソース名、
または SQLDriverConnect のデータソースダイアログ
ボックス名。
DRIVER
SQLDrivers 関数によって返されるドライバの説明。エ
ンジン DSN では、"Pervasive ODBC エンジンインター
フェイス " になります。
DBQ
データベース名。
UID
ユーザーログイン ID。
PWD
ユーザー ID に対応するパスワード。
ODBC の合致
ODBC の合致
ODBC インターフェイスの合致
Pervasive ODBC エンジンインターフェイスは、コア、レベル 1、およびレ
ベル 2 のインターフェイス合致レベルに対する ODBC v3.51 仕様に完全準
拠しています。
ODBC インターフェイスの合致の例外
コアレベル
SQL_BEST_ROWID
Pervasive ODBC エンジンインターフェイスでは、テーブル内の行を識別す
る最適な列セットとして固有のインデックスが使用されます。新しい行が
挿入されるとき、Pervasive ODBC エンジンインターフェイスは自動インク
リメント列の値は返しません。自動インクリメント列の値は、 @@IDENTITY
変数を使用することによって決定できます。「@@IDENTITY」（3-216 ペー
ジ）を参照してください。
レベル 2
SQL_ROWVER
上記の SQL_BEST_ROWID を参照してください。
SQL_ATTR_LOGIN_TIMEOUT
サポートされていません
ODBC API の合致
次の表は、Pervasive ODBC エンジンインターフェイスによりサポートされ
る ODBC API 関数、および ODBC の合致レベルの一覧を示します。
表 2-4 インターフェイスがサポートしている ODBC API 関数
ODBC 関数
ODBC 合致レベル
SQLAllocHandle
コア
SQLBindCol
コア
SQLBindParameter
レベル 1[1]
SQLBrowseConnect
レベル 1
2-7
ODBC エンジンリファレンス
表 2-4 インターフェイスがサポートしている ODBC API 関数
2-8
ODBC 関数
ODBC 合致レベル
SQLBulkOperations
レベル 1
SQLCancel
コア [1]
SQLCloseCursor
コア
SQLColAttribute
コア [1]
SQLColumnPrivileges
レベル 2
SQLColumns
コア
SQLConnect
コア
SQLCopyDesc
コア
SQLDataSources
コア
SQLDescribeCol
コア [1]
SQLDescribeParam
レベル 2
SQLDisconnect
コア
SQLDriverConnect
コア
SQLDrivers
コア
SQLEndTran
コア
SQLExecDirect
コア
SQLExecute
コア
SQLFetch
コア
SQLFetchScroll
コア
SQLForeignKeys
レベル 2
SQLFreeHandle
コア
SQLFreeStmt
コア
SQLGetConnectAttr
コア
SQLGetCursorName
コア
SQLGetData
コア
ODBC の合致
表 2-4 インターフェイスがサポートしている ODBC API 関数
ODBC 関数
ODBC 合致レベル
SQLGetDescField
コア
SQLGetDescRec
コア
SQLGetDiagField
コア
SQLGetDiagRec
コア
SQLGetEnvAttr
コア
SQLGetFunctions
コア
SQLGetInfo
コア
SQLGetStmtAttr
コア
SQLGetTypeInfo
コア
SQLMoreResults
レベル 1
SQLNativeSql
コア
SQLNumParams
コア
SQLNumResultCols
コア
SQLParamData
コア
SQLPrepare
コア
SQLPrimaryKeys
レベル 1
SQLProcedureColumns
レベル 1
SQLProcedures
レベル 1
SQLPutData
コア
SQLRowCount
コア
SQLSetConnectAttr
コア
SQLSetCursorName
コア
SQLSetDescRec
コア
SQLSetEnvAttr
コア
SQLSetPos
レベル 1
2-9
ODBC エンジンリファレンス
表 2-4 インターフェイスがサポートしている ODBC API 関数
ODBC 関数
ODBC 合致レベル
SQLSetStmtAttr
コア
SQLStatistics
コア
SQLTablePrivileges
レベル 1
SQLTables
コア
サポートされない ODBC データ型
次の C 言語のデータ型はサポートされません。

SQL_C_NUMERIC

SQL_C_SBIGINT

SQL_C_UBIGINT
ODBC API 合致の例外
次のセクションでは、表 2-4 （2-7 ページ）で示した ODBC API 合致に対し
ての、例外について説明します。
SQLGetTypeInfo
SQLGetTypeInfo を使用すると、Pervasive ODBC エンジンインターフェイ
スによって指定されたネイティブデータ型名（タイプ名）のリストが生
成されます。たとえば、SQL_CHAR が CHARACTER に割り当てられます。
CREATE TABLE ステートメントまたは ALTER TABLE ステートメント内
の列のデータ型名、あるいはプロシージャのパラメータや、プロシージャ
およびトリガで宣言された変数のデータ型名には、この関数から戻される
名前を使用してください。
SQLSpecialColumns
Pervasive ODBC エンジンインターフェイスでは、テーブル内の行を一意に
識別する最適な列セットとして固有のインデックスが使用されます。新し
い行が挿入されるとき、 Pervasive ODBC エンジンインターフェイスは自動インク
リメント列の値は返しません。自動インクリメント列の値は、 @@IDENTITY
変数を使用することによって決定できます。「@@IDENTITY」（3-216 ペー
ジ）を参照してください。
2-10
ODBC の合致
SQLGetInfo
Pervasive ODBC インターフェイスは、 SQL_DRIVER_VER と SQL_DBMS_VER
で同一の値を返します。このバージョン値は次の形式で返されます。
09.00.0147 010
この値は、次の表で示されているように 4 つの構成要素に解釈できます。
要素
値
説明
09
メジャーバージョン
Pervasive PSQL データベースエンジン
のメジャーバージョン。
00
マイナーバージョン
Pervasive PSQL データベースエンジン
のマイナーバージョン。一般に、サー
ビスパックで更新されます。
0147
ビルド番号
ビルドの詳細。 Pervasive Software がリ
リース版を生成した時点のビルド回数
を示すことによって、そのリリースを
特定します。
010
ポイントビルド
ビルドのマイナーアップデート。ビル
ド番号とポイントビルドによって、特
定の時点で作成された一意な製品リ
リースを識別できます。
次の表では、SQLGetInfo で一般的に返されるその他の値についてまとめ
ています。
アイテム
値
SQL_DRIVER_NAME
W3ODBCCI.DLL
SQL_DRIVER_VER
09.00.0147 010
SQL_DRIVER_ODBC_VER
03.51
SQL_DBMS_NAME
Pervasive PSQL
SQL_DBMS_VER
09.00.0147 010
SQL_ODBC_VER
03.52.0000
SQL_ODBC_API_CONFORMANCE
SQL_OAC_LEVEL2
SQL_ODBC_INTERFACE_CONFORMANCE
SQL_OIC_LEVEL2
2-11
ODBC エンジンリファレンス
ODBC 属性の合致
Pervasive ODBC エンジンインターフェイスは、 ODBC v3.51 の属性の合致
に完全準拠しています。
ODBC 属性の合致の例外
ステートメント属性の合致
次の表は、 ODBC ステートメント属性の合致の例外を示します。
表 2-5 ODBC ステートメント属性の合致の例外
2-12
fOption
（数値）
コメント
SQL_ATTR_QUERY_TIMEOUT(0)
SQLSetStmtAttr および
SQLSetConnectAttr を介してサポート
されます。 SQLExecDirect、
SQLExecute、 SQLFetch および
SQLExtendedFetch にのみ適用できま
す。 DDL ステートメントに適用して
はいけません。
SQL_ATTR_METADATA_ID(10014)
デフォルト値は SQL_FALSE です。
Pervasive ODBC ドライバは、この属性
値を SQL_TRUE に設定することを許
可していません。
SQL_ATTR_ENABLE_AUTO_IPD(15)
デフォルト値は SQL_TRUE です。
Pervasive ODBC ドライバは、この属性
値を SQL_FALSE に設定することを許
可していません。
SQL_ATTR_PARAM_BIND_TYPE(18)
SQL_PARAM_BIND_BY_COLUMN の
みサポートされます。
ODBC の合致
接続属性の合致
次の表は、 ODBC 接続属性の合致の例外を示します。
表 2-6 ODBC 接続属性の合致の例外
fOption
（数値）
コメント
SQL_ATTR_AUTO_IPD(10001)
デフォルト値は SQL_TRUE で
す。 Pervasive ODBC ドライバ
は、この属性値を SQL_FALSE
に設定することを許可していま
せん。
SQL_ATTR_METADATA_ID(10014)
デフォルト値は SQL_FALSE で
す。 Pervasive ODBC ドライバ
は、この属性値を SQL_TRUE に
設定することを許可していませ
ん。
SQL_ATTR_CONNECTION_TIMEOUT(113)
デフォルト値は 0 です。それ以
外の値はサポートされていませ
ん。
ODBC 記述子フィールドの合致
Pervasive ODBC エンジンインターフェイスは、 ODBC v3.51 の記述子
フィールドの合致に完全準拠しています。
ODBC 記述子フィールドの合致の例外
次の表は、 ODBC 記述子フィールドの合致の例外を示します。
表 2-7 ODBC 記述子フィールドの合致の例外
fOption
（数値）
コメント
SQL_DESC_BIND_TYPE
APD では、 SQL_BIND_BY_COLUMN の
みサポートされます。
SQL_DESC_ROWVER
「ODBC インターフェイスの合致の例外」
を参照してください。
2-13
ODBC エンジンリファレンス
SQL 文法の合致
ODBC バージョン 2.5 の仕様では、最小、コア、および拡張という 3 つの
SQL 文法の合致レベルが提供されています。レベルが高くなるほど、より
完全なデータ定義の実装とデータ操作言語のサポートが提供されます。
Pervasive ODBC エンジンインターフェイスでは、最小 SQL 文法に加え、
多数のコアおよび拡張のステートメント文法を完全サポートしています。
Pervasive ODBC エンジンインターフェイスがサポートしている SQL 文法
は、次の表に要約されています。
表 2-8 SQL 文法の合致
SQL ステートメント文法
最小
コア
拡張
ALTER TABLE
○
CREATE GROUP
○
CREATE INDEX
○
CREATE PROCEDURE
○
CREATE TABLE
○
CREATE TRIGGER
○
CREATE VIEW
○
DELETE （位置付け）
○
DELETE （検索済み）
○
DROP GROUP
○
DROP INDEX
○
DROP PROCEDURE
DROP TABLE
○
○
DROP TRIGGER
DROP VIEW
○
GRANT
○
INSERT
JOIN LEFT OUTER
(SELECT)
2-14
○
○
○
SQL 文法の合致
表 2-8 SQL 文法の合致
SQL ステートメント文法
最小
コア
REVOKE
SELECT （into 付き）
拡張
○
○
- 概算数値リテラル
○
- 述部間
○
- 相関名
○
- 日付演算
○
- 日付リテラル
○
○
- 正確な数値リテラル
○
- 拡張述部
- in- 述部
○
- セット関数
○
- 時刻リテラル
○
- タイムスタンプリテラル
○
○
サブクエリ
UNION
○
SET SECURITY
○
UPDATE （位置付け）
○
UPDATE （検索済み）
○
SQL ステートメント内のデリミタ付き識別子
列名およびテーブル名に非 ODBC 標準文字が含まれる場合、列名とテーブ
ル名はデリミタ付き識別子として表記できます。デリミタ付き識別子のデ
リミタ文字は二重引用符です。たとえば、次のようになります。
SELECT " 姓 " FROM " 非標準テーブル "
2-15
ODBC エンジンリファレンス
2-16
SQL 構文リファレンス
3
Pervasive PSQL でサポートされる構文のリファレンス
Pervasive PSQL でサポートされる SQL の文法を詳述します。

「ステートメントの文法」（3-2 ページ）

「グローバル変数」（3-216 ページ）

「ほかの特性」（3-219 ページ）
ODBC API、 ODBC SQL 文法、およびスカラ関数の詳細については、
『Microsoft ODBC Programmer’ Reference』を参照してください。
3-1
SQL 構文リファレンス
ステートメントの文法
以降のページでは、サポートされている SQL 文法要素すべての完全な文法
について説明します。
メモほとんどの SQL 例は、 Pervasive PSQL Control Center で提供され
る SQL Editor を使ってテストすることができます。例外については、
文法要素の解説に示されています。 SQL Editor に関する詳しい情報は、
『Pervasive PSQL User’s Guide』の「SQL Editor」を参照してください。
3-2
ステートメントの文法
ADD
備考
ADD 句は ALTER TABLE ステートメント内で使用し、追加する列の定義、
列の制約、またはテーブルの制約を 1 つまたは複数指定します。
関連項目
「ALTER TABLE」（3-8 ページ）
3-3
SQL 構文リファレンス
ALL
備考
サブクエリの前に ALL キーワードを指定すると、 Pervasive PSQL v9 でサ
ブクエリが実行され、その結果を使用して外部クエリの条件が評価されま
す。サブクエリが返すすべての行が、特定の行に対する外部クエリの条件
を満たす場合、 Pervasive PSQL v9 はステートメントの最終的な結果テーブ
ルにその行を含みます。
一般に、 ALL キーワードの代わりに EXISTS キーワードまたは NOT
EXISTS キーワードを使用できます。
例
次の SELECT ステートメントは、 Person テーブルの ID 列と、サブクエリ
の結果テーブルの ID 列を比較します。
SELECT p.ID, p.Last_Name
FROM Person p
WHERE p.ID <> ALL
(SELECT f.ID FROM Faculty f WHERE f.Dept_Name =
'Chemistry')
Person テーブルの ID 値と一致する値がサブクエリの結果テーブルの ID 値
にない場合、 Pervasive PSQL はステートメントの最終的な結果テーブルに
Person テーブルの行を含みます。
関連項目
「SELECT （into 付き）」（3-152 ページ）
「SELECT」（3-153 ページ）
「UNION」（3-194 ページ）
3-4
ステートメントの文法
ALTER （名前変更）
ALTER （名前変更）ステートメントにより、インデックス、ユーザー定義
関数、ストアドプロシージャ、テーブル、トリガ、またはビューの名前を
変更できます。
構文
ALTER オブジェクトの種類 RENAME 修飾されたオブジェクト名 TO 新しいオ
ブジェクト名
オブジェクトの種類 ::= INDEX
| FUNCTION
| PROCEDURE
| TABLE
| TRIGGER
| VIEW
修飾されたオブジェクト名 ::= データベース名 . テーブル名 . オブジェクト名
| データベース名 . オブジェクト名
| テーブル名 . オブジェクト名
| オブジェクト名
データベース名 , テーブル名 , オブジェクト名 , 新しいオブジェクト名 ::= ユー
ザー定義名
備考
以下のオブジェクトは、 Pervasive PSQL v9 より前のバージョンの Pervasive
PSQL で作成されている場合には、名前を変更できません。

ストアドプロシージャ

トリガ

ビュー
以前のリリースでは、これらのオブジェクトの名前によるインデックスは
変更不可として作成されました。上記のオブジェクトを Pervasive PSQL v9
で作成した場合、オブジェクトに対するインデックスは変更可能になりま
す。
どのオブジェクトの種類もデータベース名を使って修飾できます。ただ
し、 INDEX または TRIGGER オブジェクトを修飾する場合は、テーブル名
も含める必要があります。テーブル名は、 INDEX および TRIGGER オブ
ジェクトを修飾する場合にのみ使用できます。
ALTER ステートメントは、ODBC が現在データベースに接続されているか
どうかにかかわらず、そのデータベース内のオブジェクトの名前を変更で
きます。変更するオブジェクトが、現在セッションが接続されていない
データベース内にある場合は、データベース名を使ってオブジェクトの種
3-5
SQL 構文リファレンス
類を修飾する必要があります。名前変更されたオブジェクトは、同一デー
タベース内にデータベース名として現れます。
修飾子のデータベース名を省略すると、現在セッションが接続されている
データベースを基にオブジェクトが識別され、名前が変更されます。
新しいオブジェクト名の修飾子にデータベース名を使用してはいけませ
ん。注意してください。新しい名前のコンテキストは、元の名前のコンテ
キストと常に一致させます。
メモデータベースエンジンは、名前変更されたオブジェクトの依存
関係をチェックしません。オブジェクトの名前を変更したら、必ず、以
前（変更元）の名前で依存関係が設定されているすべてのオブジェク
トを適切に修正してください。たとえば、あるトリガが t1 という名前
のテーブルを参照しているとします。テーブル t1 の名前を t5 に変更す
ると、トリガには正しく実行されない不正な SQL が含まれることにな
ります。
例
次のステートメントは、現在セッションが接続されているデータベースに
あるインデックス "suplid" の名前を "vendor_id" へ変更します。インデック
スが適用されているテーブルは region5 です。
ALTER INDEX RENAME region5.suplid TO vendor_id
次のステートメントは、データベース foodforlife にあるユーザー定義関数
"calbrned" の名前を "caloriesburned" へ変更します。
ALTER FUNCTION RENAME foodforlife.calbrned TO caloriesburned
次のステートメントは、データベース international にあるストアドプロ
シージャ "checkstatus" の名前を "eligibility" へ変更します。
ALTER PROCEDURE RENAME international.checkstatus TO eligibility
次のステートメントは、現在セッションが接続されているデータベースに
あるテーブル "payouts" の名前を "accts_payable" へ変更します。
ALTER TABLE RENAME payouts TO accts_payable
次のステートメントは、データベース electronics のテーブル domestic にあ
るトリガ "testtrig3" の名前を "new_customer" へ変更します。
ALTER TRIGGER RENAME electronics.domestic.testtrig3 TO
new_customer
次のステートメントは、現在セッションが接続されているデータベースに
あるビュー "suplrcds" の名前を "vendor_codes" へ変更します。
ALTER VIEW RENAME suplrcds TO vendor_codes
3-6
ステートメントの文法
関連項目
「CREATE FUNCTION」（3-39 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TABLE」（3-62 ページ）
「CREATE TRIGGER」（3-73 ページ）
「CREATE VIEW」（3-76 ページ）
「psp_rename」（6-29 ページ）
3-7
SQL 構文リファレンス
ALTER TABLE
ALTER TABLE ステートメントにより、テーブル定義を変更します。
構文
ALTER TABLE テーブル名 [IN DICTIONARY]
[USING ' パス名 '] [WITH REPLACE] 変更オプションリスト
テーブル名 ::= ユーザー定義名
パス名 ::= ファイル名のみ、または相対パスとファイル名
変更オプションリスト ::= 変更オプション | ( 変更オプション [, 変更オプ
ション ]...)
変更オプション ::= ADD [COLUMN] 列定義
| ADD テーブル制約定義
| ALTER [COLUMN] 列定義
| DROP [COLUMN] 列名
| DROP CONSTRAINT 制約名
| DROP PRIMARY KEY
| MODIFY [COLUMN] 列定義
| PSQL_MOVE [COLUMN] 列名 TO [[PSQL_PHYSICAL]
PSQL_POSITION] 新しい列位置
| RENAME COLUMN 列名 TO 新しい列名
列定義 ::= 列名データ型 [DEFAULT デフォルト値の式 ] [ 列制約定義 [ 列制
約定義 ]...[CASE （文字列） | COLLATE コレーション名 ]
列名 ::= ユーザー定義名
新しい列位置 ::= 新しい位置を表す序数値（正の整数値）値は、 0 より大きく、
テーブル内の列の総数以下でなければなりません。
新しい列名 ::= ユーザー定義名
データ型 ::= データ型名 [( 桁数 [, 小数位 ])]
桁数 ::= 整数
小数位 ::= 整数
デフォルト値の式 ::= デフォルト値の式 + デフォルト値の式
| デフォルト値の式 - デフォルト値の式
| デフォルト値の式 * デフォルト値の式
| デフォルト値の式 / デフォルト値の式
| デフォルト値の式 & デフォルト値の式
| デフォルト値の式 | デフォルト値の式
| デフォルト値の式 ^ デフォルト値の式
| ( デフォルト値の式 )
3-8
ステートメントの文法
| - デフォルト値の式
| + デフォルト値の式
| ~ デフォルト値の式
| ?
| リテラル
| スカラ関数
| {fn スカラ関数｝
| USER
| NULL
デフォルトのリテラル ::= ' 文字列 '
| 数字
| {d ' 日付リテラル '}
| {t ' 時刻リテラル '}
| {ts ' タイムスタンプリテラル '}
デフォルトのスカラ関数 ::= USER ( )
| NULL ( )
| NOW ( )
| CURDATE ( )
| CURTIME ( )
| CURRENT_DATE ( )
| CURRENT_TIME ( )
| CURRENT_TIMESTAMP( )
| CONVERT( )
列制約定義 ::= [CONSTRAINT 制約名 ] 列制約
制約名 ::= ユーザー定義名
列制約 ::= NOT NULL
| UNIQUE
| PRIMARY KEY
| REFERENCES テーブル名 [( 列名 )] [ 参照アクション ]
参照アクション ::= 参照更新アクション [ 参照削除アクション ]
| 参照削除アクション [ 参照更新アクション ]
参照更新アクション ::= ON UPDATE RESTRICT
参照削除アクション ::= ON DELETE CASCADE
| ON DELETE RESTRICT
コレーション名 ::= ' 文字列 ' | ユーザー定義名
テーブル制約定義 ::= [CONSTRAINT 制約名 ] テーブル制約
テーブル制約 ::= UNIQUE ( 列名 [, 列名 ]... )
3-9
SQL 構文リファレンス
| PRIMARY KEY ( 列名 [, 列名 ]... )
| FOREIGN KEY ( 列名 [, 列名 ])
REFERENCES テーブル名
[ ( 列名 [, 列名 ]... ) ]
[ 参照アクション ]
備考
主キーおよび外部キーと参照整合性に関する情報については、 CREATE
TABLE を参照してください。
ALTER TABLE では、テーブルが排他ロックされている必要があります。
別のステートメントにより同じテーブルが開いていると、 ALTER TABLE
は失敗してステータスコード 88 を返します。データ操作ステートメント
を実行する前に、すべてのデータ定義ステートメントを実行しておいてく
ださい。これを示す例は、「PSQL_MOVE」（3-16 ページ）を参照してくだ
さい。
IN DICTIONARY
このキーワードを使用する目的は、基となる物理データは変更しないまま
で DDF に変更を加えたいことを、データベースエンジンに通知すること
です。 IN DICTIONARY は非常に強力で高度な機能です。これは、システ
ム管理者によってのみ、もしくは絶対的に必要な場合にのみ使用してくだ
さい。通常、 Pervasive PSQL は DDF とデータファイルの完全な同期を保
ちますが、この機能により、ユーザーは柔軟にテーブルの辞書定義を既存
のデータファイルに合致させることが可能になります。このキーワード
は、既存のデータファイルと合致する定義を辞書内に作成したい場合、あ
るいは USING 句を使ってテーブルのデータファイルパス名を変更したい
場合に有用です。
このキーワードをバウンドデータベースで使うことはできません。
IN DICTIONARY は ALTER TABLE に加え、 CREATE および DROP
TABLE で使用できます。 IN DICTIONARY は、どの CREATE/ALTER オプ
ションが指定されていようと、辞書エントリにのみ影響します。 Pervasive
PSQL では複数のオプション（ADD、 DROP、 ADD CONSTRAINT などの
あらゆる組み合わせ）が許可されることから、 IN DICTIONARY は、 DDF
だけがスキーマの変更によって影響を受けることを保証するために、すべ
ての状況下で優先されます。
3-10
ステートメントの文法
DDF のみが存在する（データファイルは存在しない）テーブルは、「デタッ
チされた」エントリと呼ばれます。これらのテーブルには、クエリや基と
なる物理ファイルを開こうとするその他の操作を介してアクセスできませ
ん。このことから、 IN DICTIONARY が DROP TABLE に追加されました。
これは、 CREATE TABLE を使ってデタッチされたエントリの作成が可能
になったためです。
デタッチされたテーブルまたは存在しないテーブルを照会すると、 " テー
ブルが見つかりません " というエラーになります。テーブルの存在を確認
したにもかかわらず " テーブルが見つかりません " エラーを受け取った場
合、このエラーはデータファイルを開けなかったことが原因で発生してい
ます。これはデタッチされたテーブルを示します。
テーブルが実際に存在するかどうかは、 SQLTables を使用するか、 X$File
の Xf$Name 列に直接クエリを実行することにより確認できます。
SELECT * FROM X$File WHERE Xf$Name = ' テーブル名 '
デタッチされたテーブルの場合は混乱を招く可能性があるので、 IN
DICTIONARY 機能は非常に注意して使用しなければなりません。テーブル
定義を物理ファイルと合致させるために使用するものであり、テーブル定
義のデタッチに使用してはならないということがきわめて重要です。次の
例で、 test123.btr ファイルは存在しないと仮定して考えてみましょう
（USING は次のサブトピックで説明されています）。
CREATE TABLE t1 USING 't1.btr' (c1 INT)
ALTER TABLE t1 IN DICTIONARY USING 'test123.btr'
または、両方のステートメントを組み合わせると次のようになります。
CREATE TABLE t1 IN DICTIONARY USING 'test123.btr' (c1 INT)
その後 SELECT from t1 を実行すると、テーブルが見つからなかったとい
うエラーが返されます。テーブルを作成しただけであって、どのようにし
てもそれを見つけることができないので、混乱が生じることがあります。
また、IN DICTIONARY を指定しないでテーブルを DROP しようとすると、
同様のエラーが返されます。これらのエラーは、テーブルに関連付けられ
たデータファイルが存在しないことが原因で発生します。
既存の Btrieve データファイルに対してリレーショナルインデックス定義
を作成する（たとえば、 ALTER TABLE ステートメントを発行して
IDENTITY 型の列定義を追加する）たびに、 Pervasive PSQL はそのファイ
ルに定義されている Btrieve インデックスを自動的にチェックし、既存の
Btrieve インデックスがリレーショナルインデックス定義に必要なパラ
メータのセットを提供しているかどうかを判定します。既存の Btrieve イン
デックスと作成する新しい定義が一致する場合は、リレーショナルイン
デックス定義と既存の Btrieve インデックスの間に関連付けが作成されま
す。一致するインデックスがない場合は、Pervasive PSQL は新しいインデッ
クス定義を作成し、IN DICTIONARY が指定されていなければ、データファ
イルに新しいインデックスを作成します。
3-11
SQL 構文リファレンス
USING
USING キーワードを使用すると、特定のデータファイルを CREATE
TABLE または ALTER TABLE アクションと関連付けることができます。
Pervasive PSQL は接続に名前付きデータベースを必要とするので、指定す
るパス名は常に単純なファイル名であるか、または相対パスとファイル名
でなければなりません。パスは常に、接続する名前付きデータベースに指
定された最初のデータパスとの相対になります。
渡されたパス名およびファイル名は、 SQLPrepare が呼び出されるときに部
分的に検証されます。パス名を指定するときは、次の規則に従う必要があ
ります。

テキストは、文法定義で示されているように、一重引用符で囲まなけれ
ばなりません。

テキストの長さは、指定されたエントリが X$File 内の Xf$Loc に収まる
ように、 1 から 64 文字まででなければなりません。エントリは入力し
たまま正確に Xf$Loc に格納されます（ただし、後続の空白は切り捨て
られ、無視されます）。

パスは、単純な相対パスでなければなりません。サーバーまたはボ
リュームを参照するパスは許可されません。

1 つのピリオド（"." は現在のディレクトリ）、 2 つのピリオド（".." は親
ディレクトリ）、円記号 "\"、あるいはこれら 3 つのあらゆる組み合わせ
を含む相対パスを使用できます。パスは、SQL テーブル名を表すファイ
ル名を含んでいる必要があります（パス名は円記号 "\" またはディレク
トリ名で終わってはいけません）。ファイル名は、相対パス付きで指定
されたファイル名も含めてすべて、名前付きデータベースの設定で定義
されている最初のデータパスとの相対になります。

ルートベースの相対パスも使用できます。たとえば、最初のデータパ
スを D:\PVSW\DEMODATA とした場合、 Pervasive PSQL は次のステー
トメント内のパス名を D:\TEMP\TEST123.BTR と解釈します。
CREATE TABLE t1 USING '\temp\test123.btr' (c1 int)

3-12
相対パス内の円記号（"\"）文字は、好みに応じて、 LINUX スタイル（"/
"）と通常使われる円記号（"\"）のどちらを指定してもかまいません。
必要であれば、 2 種類の記号を混在させて使用することもできます。
ディレクトリ構造スキーマは知っているかもしれませんが、接続されて
いるサーバーの種類を知っている（あるいは管理している）とは限らな
いので、これは便利な機能です。パスは入力したとおりに X$File に格納
されます。 Pervasive PSQL エンジンは、パスを利用してファイルを開く
際、円記号文字を適切なプラットフォームのタイプに変換します。ま
た、データファイルはサポートされるすべてのプラットフォーム間で
バイナリ互換性を共有するため、ディレクトリ構造がプラットフォーム
間で同一である（および、パスに基づくファイル名が相対パスで指定さ
ステートメントの文法
れている）限りは、データベースファイルおよび DDF をこれらに変更
を加えることなく、あるプラットフォームから別のプラットフォームへ
移動することができます。これは、複数のプラットフォームにまたがっ
て、標準化されたデータベーススキーマをより簡単に配置するのに役
立ちます。

相対パスを指定する場合、まず USING 句のディレクトリ構造は存在し
ている必要があります。Pervasive PSQL は、USING 句で指定されたパス
条件を満たすディレクトリを作成しません。
USING 句を使用して、既存のテーブルと関連付ける既存データファイル
の物理ロケーションと名前を指定します。 USING 句ではまた、既存の辞書
定義を使用して、特定のロケーションに新しいデータファイルを作成する
ことができます（USING 句に指定した文字列は、 X$File 辞書ファイルの
Xf$Loc 列に格納されます）。新しいファイルを作成するとき、ファイル情
報のいくつかを元のデータファイルから取得する必要があるので、元の
データファイルは使用可能でなければなりません。
DEMODATA サンプルデータベースでは、Person テーブルは PERSON.MKD
ファイルと関連付けられています。 PERSON2.MKD という名前の新しい
ファイルを作成する場合、次の例のステートメントは、 Person テーブルが
新しいファイルと関連付けられるよう、 Person テーブルの辞書定義を変更
します。
ALTER TABLE Person IN DICTIONARY USING 'person2.mkd'
USING 句には単純なファイル名か相対パスのいずれかを使用しなければ
なりません。相対パスを指定した場合、Pervasive PSQL はそのパスを、デー
タベース名と関連付けられている最初のデータファイルパスとの相対と
解釈します。
USING 句は、ALTER TABLE のほかの標準オプションに加えて指定するこ
とができます。これは、 USING パスを指定するステートメントと同じス
テートメント内で列を操作できるということです。
テーブルデータを格納するために現在使用しているデータファイル名と
異なるデータファイル名を指定すると、 Pervasive PSQL は新しいファイル
を作成し、既存ファイルのデータをすべて新規ファイルにコピーします。
たとえば、 Person テーブルのデータを保持している現在のデータファイル
は person.mkd であると仮定します。上記のステートメントで示されるよう
に、 person2.mkd ファイルを使用するよう Person テーブルを変更します。
person.mkd の内容が person2.mkd にコピーされます。そうすると、
person2.mkd が Person テーブルと関連付けられたデータファイルとなり、
データベース操作は person2.mkd に作用します。 person.mkd は削除されま
せんが、データベースにはもう関連付けられなくなります。
データをコピーするのは、 Pervasive PSQL では、 USING と同時にそれ以外
のすべての ALTER TABLE オプションを指定できるためです。作成された
3-13
SQL 構文リファレンス
新しいデータファイルには、既存テーブルのデータが完全に読み込まれる
必要があります。ファイル構造は単純にコピーされるのではなく、内容全
体が移行されます。これは、 Btrieve の BUTIL -CREATE と BUTIL -COPY
を実行するのに似ています。このことは、 SQL テーブルを再構築したり、
以前は多数のレコードを格納していたが現在は少数のレコードしか格納し
ていないファイルを圧縮したりするのに役立ちます。
メモ ALTER TABLE USING は、既存のデータファイルの内容を新し
く指定されたデータファイルにコピーし、古いデータファイルは元の
まま、ただしリンクは解除して残しておきます。
WITH REPLACE
WITH REPLACE が USING キーワードと共に指定されたときはいつでも、
Pervasive PSQL は自動的に既存のファイル名を指定されたファイル名で上
書きします。オペレーティングシステムがファイルの上書きを許している
限り、既存ファイルは常に上書きされます。
WITH REPLACE はデータファイルにのみ作用し、DDF には作用しません。
WITH REPLACE を使用する際には次の規則が適用されます。

WITH REPLACE は USING と併せてのみ使用できます。

IN DICTIONARY と一緒に使用すると、 WITH REPLACE は無視されま
す。 IN DICTIONARY は DDF にのみ作用することを指定するものだか
らです。
メモ ALTER TABLE で WITH REPLACE を使用しても、データは消
失したり破棄されません。新しく作成されたデータファイルは、既存
ファイルを上書きしたファイルであっても、以前のファイルのデータ
をすべて含んでいます。 ALTER TABLE コマンドを使用することで、
データを失うことはありません。
Pervasive PSQL に既存ファイル（ファイルは、 USING 句で指定されたロ
ケーションになければなりません）を置き換えるよう指示するには、
USING 句で WITH REPLACE を使用します。 WITH REPLACE を使用する
と、 Pervasive PSQL は新しいファイルを作成し、既存ファイルのデータを
すべて新規ファイルにコピーします。 WITH REPLACE を使用していない
とき、指定されたロケーションにファイルが存在すると、 Pervasive PSQL
はステータスコードを返し、新しいファイルを作成しません。ステータス
コードはエラー -4940 です。
MODIFY COLUMN と ALTER COLUMN
3-14
ステートメントの文法
列のデータ型やヌル値を許可するかどうかを変更する機能は、次の制約を
受けます。

ターゲット列では、 PRIMARY/FOREIGN KEY 制約を定義することはで
きません。

旧データ型を新しいデータ型に変換することによって（演算またはサイ
ズの）オーバーフローが発生する場合、 ALTER TABLE 操作は中止され
ます。

ヌル値を許可する列がヌル値を含む場合、その列をヌル値を許可しない
列に変更することはできません。
キー列のデータ型を変更する必要がある場合は、キーを削除し、データ型
を変更してから再びキーを追加することにより実現できます。関連するす
べてのキー列の同期がとれているようにしなければならない、ということ
に留意してください。たとえば、テーブル T1 に主キーがあり、このキー
がテーブル T2 および T3 の外部キーによって参照される場合は、まず外部
キーを削除しなければなりません。外部キーを削除した後で、主キーを削
除することができます。次に、 3 つの列をすべて同じデータ型に変更する
必要があります。最後に、主キーを再び追加してから、外部キーを追加し
ます。
ANSI 標準には ALTER キーワードが含まれています。 Pervasive PSQL で
は、ALTER TABLE ステートメントで ALTER と MODIFY のどちらのキー
ワードも使用できます。
ALTER
ALTER
ALTER
ALTER
TABLE
TABLE
TABLE
TABLE
t1
t1
t1
t1
MODIFY c1 INTEGER
ALTER c1 INTEGER
MODIFY COLUMN c1 INTEGER
ALTER COLUMN c1 INTEGER
Pervasive PSQL では、実際のデータが、列の長さを小さくした新しい列で
オーバーフローしないのであれば、列の長さを小さくすることができます。
この動作は、 Microsoft SQL Server の動作に似ています。
1 つの ALTER TABLE ステートメントで、複数の列を追加、削除、または
変更することができます。これは操作を簡略化しますが、この動作は ANSI
互換とみなされません。次に、複数列の ALTER ステートメントの例を示
します。
ALTER TABLE t1 (ALTER c2 INT, ADD D1 CHAR(20), DROP C4, ALTER
C5 LONGVARCHAR, ADD D2 LONGVARCHAR NOT NULL)
旧データ型（Pervasive.SQL v7 以前）をすべて、 Pervasive PSQL v9 でサポー
トされているネイティブなデータ型に変換できます。しかし、逆に新デー
タ型を旧データ型に変換することはできません。
NOTE/LVAR 列を持つ古いテーブルに LONGVARCHAR/LONGVARBINARY
列を追加するには、まず、 NOTE/LVAR 列を LONGVARCHAR または
LONGVARBINARY 列に変換しなければなりません。 NOTE/LVAR 列を
3-15
SQL 構文リファレンス
LONGVARCHAR/LONGVARBINARY に変換したら、テーブルにそれ以外
の LONGVARCHAR/LONGVARBINARY 列を追加できます。古いエンジン
では、テーブル当たり 1 つの可変長列しか扱うことができないため、前述
の新しいテーブルを使って作業することはできないので注意してくださ
い。
PSQL_MOVE
PSQL_MOVE 構文を使用すると、テーブルの列を希望する位置に保持する
ことができます。既存の列や、追加された新しい列の位置を変更したい場
合があります。列を論理的および物理的に移動させることができます。
移動の種類
結果
論理的
結果セットにリストされる列の位置は変わりますが、テーブ
ル内の列の物理的順序は変わりません。たとえば、 "SELECT *
FROM テーブル名 " のようなクエリで生成される結果セット
における列の配置方法を変更できます。論理的移動は、
"SELECT * FROM テーブル名 " のような、列を列挙するクエ
リにのみ影響を及ぼします。
物理的
列は、ファイル内の現在位置から新しい位置へ物理的に移動
されます。物理的移動は、テーブルのデータファイルに影響を
及ぼします。列を物理的に移動する場合は、 PSQL_PHYSICAL
キーワードを指定する必要があります。 PSQL_PHYSICAL
キーワードを省略すると、デフォルトで論理的移動が生じま
す。
ALTER TABLE ステートメントで IN DICTIONARY が使用され
ている場合は、 DDF 内の列のオフセットのみが変更されるの
で注意してください。データファイルに対し、 MOVE ...
PSQL_PHYSICAL より IN DICTIONARY が優先されるため、
データファイル内の列は物理的に移動されません。
メモ一度列を論理的に移動したら、その並び順が結果セットにおけ
る列のデフォルトの列挙順になります。たとえば、列を論理的に移動
させた後で物理的に移動させた場合、 "SELECT * FROM テーブル名 "
のようなクエリでは、論理順が使用されます。
PSQL_MOVE キーワードには、ゼロより大きく、列の総数よりも小さい値
で列の位置を指定する必要があります。たとえば、テーブル t1 には col1 と
col2 の 2 つの列だけがあるとします。次のステートメントはどちらもエ
ラーを返します。
ALTER TABLE t1 PSQL_MOVE col1 to 0
ALTER TABLE t1 PSQL_MOVE col1 to 3
3-16
ステートメントの文法
最初のステートメントは列を位置 0 へ移動しようとしています。 2 番目の
ステートメントは列を位置 3 へ移動しようとしていますが、これは列の総
数である 2 よりも大きい数値です。
ALTER TABLE では、テーブルが排他ロックされている必要があります。
別のステートメントにより同じテーブルが開いていると、 ALTER TABLE
は失敗してステータスコード 88 を返します。データ操作ステートメント
を実行する前に、すべてのデータ定義ステートメントを実行しておいてく
ださい。
たとえば、次のストアドプロシージャでは、INSERT ステートメントがテー
ブル t1 を開いていることにより、 ALTER TABLE ステートメントが排他
ロックを取得できないため、実行が失敗し、ステータスコード 88 が返さ
れます。
CREATE PROCEDURE proc1() AS
BEGIN
CREATE TABLE t1(c1 INT,c2 INT,c3 INT);
INSERT INTO t1 VALUES (123,345,678);
ALTER TABLE t1 PSQL_MOVE c3 to 1;
END;
これを解決する方法は、最初にテーブル作成とデータ挿入に関連するス
テートメントを実行してから、プロシージャを呼び出すことです。
CREATE TABLE t1(c1 INT,c2 INT,c3 INT);
INSERT INTO t1 VALUES (123,345,678);
CALL proc1;
CREATE PROCEDURE proc1() AS
BEGIN
ALTER TABLE t1 PSQL_MOVE c3 to 1;
END;
RENAME COLUMN
RENAME COLUMN を使用すると、列の名前を別の名前に変更できます。
既存の列名に変更することはできません。
列名を変更することにより、以前の名前を参照しているオブジェクトが無
効になる場合があります。たとえば、あるトリガがテーブル t1 の列 c1 を参
照しているとします。列名を c1 から c5 に変更すると、トリガは正常に実
行できなくなります。
メモデータベースエンジンは、名前変更された列の依存関係を
チェックしません。列の名前を変更したら、必ず、以前（変更元）の
名前で依存関係が設定されているすべてのオブジェクトを適切に修正
してください。
3-17
SQL 構文リファレンス
ON DELETE CASCADE
「CREATE TABLE」の「削除規則」（3-65 ページ）を参照してください。
例
次のステートメントによって、 Emergency_Phone 列が Person テーブルに追
加されます。
ALTER TABLE person ADD Emergency_Phone NUMERIC(10,0)
次のステートメントによって、 col1 と col2 の 2 つの整数列が Class テーブ
ルに追加されます。
ALTER TABLE class(ADD col1 INT, ADD col2 INT)
テーブル定義から列を削除するには、 DROP 句内に列の名前を指定しま
す。次のステートメントによって、 Emergency_Phone 列が Person テーブル
から削除されます。
ALTER TABLE person DROP Emergency_Phone
次のステートメントによって、 Class テーブルから col1 と col2 が削除され
ます。
ALTER TABLE class(DROP col1, DROP col2)
次のステートメントによって、 Faculty テーブル内の制約 c1 が削除されま
す。
ALTER TABLE Faculty(DROP CONSTRAINT c1)
この例では、 Class テーブルに整数列 col3 が追加され、列 col2 が削除され
ます。
ALTER TABLE class(ADD col3 INT, DROP col2)
次の例では、Faculty テーブル内の ID フィールドに c1 という名前の主キー
が作成されます。ヌル値を許可する列には主キーを作成できないことに注
意してください。作成しようとすると、 " ヌル値を許可する列は、主キー
では使用できません " というエラーが発生します。
ALTER TABLE Faculty(ADD CONSTRAINT c1 PRIMARY KEY(ID))
次の例では、 Faculty テーブル内に主キー PK_ID が作成されます。
ALTER TABLE Faculty(ADD PRIMARY KEY(ID))
次の例では、制約 UNIQUE が列 col1 と col2 に追加されます。
ALTER TABLE Class(ADD UNIQUE(col1,col2))
3-18
ステートメントの文法
次の例では、 Faculty テーブル内の主キーが削除されます。テーブルに複数
の主キーがあってはならないので、既に主キーが定義されているテーブル
に主キーを追加することはできません。テーブルの主キーを変更するには、
既存のキーを削除してから新しい主キーを追加します。
ALTER TABLE Faculty(DROP PRIMARY KEY)
親テーブルから主キーを削除するには、その前に、従属テーブルから対応
する外部キーをすべて削除する必要があります。
次の例は、 Class テーブルに新規の外部キーを追加します。 Faculty の ID 列
はインデックスとして定義されており、ヌル値は含まれません。ヌル値を
許可する列には外部キーを作成できません。
ALTER TABLE Class ADD CONSTRAINT Teacher FOREIGN KEY
(Faculty_ID) REFERENCES Faculty (ID) ON DELETE RESTRICT
この例では、削除制限規則によって、ある教職員の全講座を変更または削
除せずに、その教職員をデータベースから削除できないようになっていま
す。また、REFERENCES 句にリストされている列 (ID) は任意であることに
注目してください。ステートメントをより明確にするために、好みによっ
て REFERENCES 句に列のリストを含めることができます。ただし、
REFERENCES 句で参照できる列は参照テーブルの主キーのみです。
次のステートメントでは、上記の例で追加した外部キーを削除する方法を
示します。Pervasive PSQL は従属テーブルから外部キーを削除し、従属テー
ブルと親テーブル間の参照制約を取り除きます。
ALTER TABLE Class DROP CONSTRAINT Teacher
次の例は、 CONSTRAINT 句を使用しないで Class テーブルに外部キーを追加
します。この場合、外部キーの制約は内部的に生成され、 Faculty の主キー
（ID）を参照するように定義されます。 REFERENCES 句にリストされている列は
任意です。ステートメントをより明確にするために、好みによって REFERENCES
句に列のリストを含めることができます。ただし、REFERENCES 句で参照
できる列は参照テーブルの主キーのみです。
ALTER TABLE Class ADD FOREIGN KEY (Faculty_ID) REFERENCES
Faculty (ID) ON DELETE RESTRICT
これにより、外部キー FK_Faculty_ID が作成されます。外部キーを削除す
るには、 CONSTRAINT キーワードを指定します。
ALTER TABLE Class DROP CONSTRAINT FK_Faculty_ID
3-19
SQL 構文リファレンス
次の例では、テーブル内の制約と列の追加や削除が 2 回以上繰り返されて
います。このステートメントにより、 Faculty テーブル内の列 salary が削除
され、整数型の列 col1 が追加され、制約 c1 が削除されます。
ALTER TABLE Faculty(DROP salary, ADD col1 INT, DROP CONSTRAINT
c1)
次の例では、 2 つ以上の列のデータ型が変更されています。
ALTER TABLE t1 (ALTER c2 INT, ADD D1 CHAR(20), DROP C4, ALTER
C5 LONGVARCHAR, ADD D2 LONGVARCHAR NOT NULL)
ALTER TABLE t2 (ALTER c1 CHAR(50), DROP CONSTRAINT MY_KEY, DROP
PRIMARY KEY, ADD MYCOLUMN INT)
次の例では、列オプションの ALTER と MODIFY を使って、列のデフォル
ト値およびオルタネートコレーティングシーケンスを設定したり削除す
る方法が示されています。
CREATE TABLE t1 (c1 INT DEFAULT 10, c2 CHAR(10))
ALTER TABLE t1 ALTER c1 INT DEFAULT 20
－列 c1 のデフォルト値を 20 に再設定する
ALTER TABLE t1 ALTER c1 INT
－列 c1 のデフォルト値を削除する
ALTER TABLE t1 ALTER c2 CHAR(10)
COLLATE 'c:\pvsw\samples\upper.alt'
－列 c2 のオルタネートコレーティングシーケンスを設定する
ALTER TABLE t1 ALTER c2 CHAR(10)
－列 c2 のオルタネートコレーティングシーケンスを削除する
upper.alt は、ソートする際に大文字と小文字を同等に扱います。たとえば、
データベースに abc、 ABC、 DEF、 Def という値がこの順序で挿入されてい
る場合、 upper.alt を使ってソートすると、 abc、 ABC、 DEF、 Def のように
返されます（値 abc と ABC、 DEF と Def は同じものと判断され、これらは
挿入された順序で返されます）。標準の ASCII ソートでは、大文字は小文
字の前に配列されており、ソート結果は ABC、 DEF、 Def、 abc のようにな
ります。
次のステートメントは、列 Registrar_ID が結果セットにリストされるとき
の位置を、現在位置から 2 番目へ論理的に移動させます。
ALTER TABLE Billing PSQL_MOVE Registrar_ID TO 2
次のステートメントは、列 Amount_Owed と Amount_Paid が結果セットに
リストされるときの位置を、それぞれ現在位置から 2 番目と 3 番目へ移動
させます。
ALTER TABLE Billing ( PSQL_MOVE Amount_Owed TO 2, PSQL_MOVE
Amount_Paid TO 3 )
3-20
ステートメントの文法
次のステートメントは、列 Registrar_ID のデータファイル内の位置を、現
在位置から 2 列目へ物理的に移動させます。
ALTER TABLE Billing PSQL_MOVE Registrar_ID TO PSQL_PHYSICAL 2
次のステートメントは、列 Amount_Owed と Amount_Paid のデータファイ
ル内の位置を、それぞれ現在位置から 2 列目と 3 列目へ移動させます。
ALTER TABLE Billing ( PSQL_MOVE Amount_Owed TO PSQL_PHYSICAL 2,
PSQL_MOVE Amount_Paid TO PSQL_PHYSICAL 3 )
テーブル t1 には列 c1 と col2 があるとします。次のステートメントによっ
て、列 c1 の名前が c2 に変更されます。
ALTER TABLE t1 RENAME COLUMN c1 TO c2
テーブル t1 には列 c1 と col2 があるとします。次のステートメントは、列
の名前（col2）を既存の列の名前（c1）に変更しようとするため、エラー
（列名が重複しています）が返されます。
ALTER TABLE t1 (RENAME COLUMN c1 TO c2, RENAME COLUMN col2 TO
c1)
3-21
SQL 構文リファレンス
ANY
備考
ANY キーワードは、 ALL キーワードと似た働きを持ちますが、 Pervasive
PSQL v9 では、サブクエリの結果テーブルの任意の行で条件が満たされて
いた場合に比較された行が結果テーブルに含まれます。
例
次のステートメントは、Person テーブルの ID 列と、サブクエリの結果テー
ブルの ID 列を比較します。 Person テーブルの ID 値と一致する値がサブク
エリの結果テーブルの ID 値にある場合、 Pervasive PSQL では、 Person テー
ブルの行が SELECT ステートメントの結果テーブルに含まれます。
SELECT p.ID, p.Last_Name
FROM Person p
WHERE p.ID = ANY
(SELECT f.ID FROM Faculty f WHERE f.Dept_Name =
'Chemistry')
関連項目
「SELECT」（3-153 ページ）
3-22
ステートメントの文法
AS
備考
AS 句を使用して、選択項目またはテーブルに名前を割り当てます。この
名前は、ステートメントのほかの場所で、選択項目を参照するときに使用
できます。AS 句を非集計列に使用すると、WHERE、ORDER BY、GROUP
BY、HAVING の各句で名前を参照できます。AS 句を集計列に使用すると、
ORDER BY 句のみで名前を参照できます。
定義する名前は、 SELECT リスト内で重複しないようにする必要があります。
例
次のステートメントの AS 句は、選択項目 SUM (Amount_Paid) に名前 Total
を割り当て、結果を学生ごとの合計でソートするように Pervasive PSQL に
指示します。
SELECT Student_ID, SUM (Amount_Paid) AS Total
FROM Billing
GROUP BY Student_ID
ORDER BY Total
AS キーワードは、次の例のようにテーブルエイリアスに使用する場合は
省略可能です。 FROM 句内で AS 句をテーブル名に使用すると、 WHERE、
ORDER BY、 GROUP BY、 HAVING の各句で名前を参照できます。
SELECT DISTINCT c.Name, p.First_Name, c.Faculty_Id
FROM Person AS p, class AS c
WHERE p.Id = c.Faculty_Id
ORDER BY c.Faculty_Id
このクエリは次のように、 FROM 句で AS 句を使用しないよう書き直すこ
とができます。
SELECT DISTINCT c.Name, p.First_Name, c.Faculty_Id
FROM Person p, class c
WHERE p.Id = c.Faculty_Id
ORDER BY c.Faculty_Id
テーブルエイリアスを確立したら、 WHERE 句内にテーブル名とエイリア
スが混在してはいけません。次は動作しません。
SELECT DISTINCT c.Name, p.First_Name, c.Faculty_Id
FROM Person p, class c
WHERE Person.Id = c.Faculty_Id
ORDER BY c.Faculty_Id
関連項目
「SELECT」（3-153 ページ）
3-23
SQL 構文リファレンス
BEGIN [ATOMIC]
備考
個々のステートメントをグループにまとめると、 1 つの単位として扱うこ
とができて便利です。 BEGIN および END ステートメントは、複合ステー
トメント内でステートメントを 1 つの単位にまとめるために使用されま
す。複合ステートメントは、ストアドプロシージャの本体またはトリガ宣
言内でのみ使用できます。
ATOMIC は、単位内の一連のステートメントはすべて成功するか、すべて
失敗するかのいずれであることを示します。 BEGIN ATOMIC ... END 単位
内の条件が 1 つでも満たされない場合、レコードは影響を受けません。条
件が複数の行に影響を与える場合、すべての行が影響を受けるか、どの行
も影響を受けません。レコードに影響を与えるためには、BEGIN ATOMIC
... END 単位内のすべての条件が真を返す必要があります。
例
次の例では、 2 つの UPDATE が ATOMIC 単位としてまとめられています。
Person テーブル内の Perm_State 列は、ほかすべての条件が真の場合にのみ
更新されます。つまり、 Bill Andrew のレコードの Perm_State には "TX" が
入っており、Yvette Lopez のレコードの Perm_State には "OR" が入っている
場合です。これらの条件のいずれかが真でない場合、どちらのレコードも
更新されません。 BEGIN ... END 単位は 1 つのプロシージャ内にあるもの
とします。
BEGIN ATOMIC
UPDATE Person SET Perm_State = 'MA' WHERE Perm_State = 'TX'
AND First_Name = 'Bill' AND Last_Name = 'Andrew';
UPDATE Person SET Perm_State = 'WA' WHERE Perm_State = 'OR'
AND First_Name = 'Yvette' AND Last_Name = 'Lopez';
END
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-24
ステートメントの文法
CALL
備考
ストアドプロシージャを呼び出す場合は、CALL ステートメントを使用し
ます。ストアドプロシージャは、ユーザー定義のものでもシステムストア
ドプロシージャでもかまいません。
例
次の例では、パラメータのないユーザー定義のプロシージャを呼び出しま
す。
CALL NoParms() または CALL NoParms
次の例では、パラメータのあるユーザー定義のプロシージャを呼び出しま
す。
CALL Parms(vParm1, vParm2)
CALL CheckMax(N.Class_ID)
次のステートメントは、 Department テーブル内のすべての列に関する列情
報をリストします。
CALL psp_columns('Demodata','Department')
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
「EXECUTE」（3-102 ページ）
「システムストアドプロシージャ」（6-1 ページ）
3-25
SQL 構文リファレンス
CASCADE
備考
外部キーの作成時に CASCADE を指定した場合、 Pervasive PSQL で
DELETE CASCADE 規則が使用されます。ユーザーが親テーブルの行を削
除すると、 Pervasive PSQL によって従属テーブルの対応する行が削除され
ます。
DELETE CASCADE は注意して使用してください。 Pervasive PSQL では、
自己参照するテーブルに対し、循環するカスケード削除を使用できます。
『Advanced Operations Guide』の「削除カスケード」（6-5 ページ）に記載さ
れている例を参照してください。
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE TABLE」（3-62 ページ）
3-26
ステートメントの文法
CASE （式）
CASE 式は値を返します。 CASE 式には 2 つの形式があります。

単一 When/Then。この形式は、 1 つの値式を一連の値式と比較して結果
を判定します。値式は、それらが列挙されている順に評価されます。値
式が TRUE と評価された場合、 CASE は THEN 句の値式を返します。

検索 When/Then。この形式は、一連のブール式を評価して結果を判定し
ます。ブール式は、それらが列挙されている順に評価されます。ブール
式が TRUE と評価された場合、 CASE は THEN 句の式を返します。
どちらの形式もオプションの ELSE 引数をサポートしています。 ELSE 句
を使用しない場合は、 ELSE NULL であることを意味します。
構文
単一 When/Then ：
CASE case 値式
WHEN when 式 THEN then 式 [...]
END
[ELSE else 式 ]
検索 When/Then ：
CASE
WHEN 検索式 THEN then 式 [...]
END
[ELSE else 式 ]
引数
case 値式
単一 When/Then 形式の CASE で評価される式。
when 式
case 値式と比較される式。 case 値式と各 when 式のデータ型は同じである
か、または暗黙に型変換されなければなりません。
then 式
case 式 = when 式が TRUE と評価された場合に返される式。
else 式
TRUE と評価される比較演算がない場合に返される式。この引数を省略し
た場合、 TRUE と評価される比較演算がなければ、 CASE は NULL を返し
ます。
3-27
SQL 構文リファレンス
検索式
検索形式の CASE で評価されるブール式。検索式には、有効なブール式で
あればどのような式でも指定できます。
備考
CASE 式は SELECT ステートメント内で使用する必要があります。
SELECT ステートメントはストアドプロシージャやビュー内に記述でき
ます。
例
次のステートメントは、単一 When/Then 形式を使って、 Course テーブルに
リストされている美術講座の必須条件をレポートします。
SELECT name 'Course ID', description 'Course Title',
CASE name
WHEN 'Art 101' THEN 'None'
WHEN 'Art 102' THEN 'Art 101 or instructor approval'
WHEN 'Art 203' THEN 'Art 102'
WHEN 'Art 204' THEN 'Art 203'
WHEN 'Art 305' THEN 'Art 101'
WHEN 'Art 406' THEN 'None'
WHEN 'Art 407' THEN 'Art 305'
END
AS 'Prerequisites' FROM "Course" WHERE Dept_Name = 'Art' ORDER
BY name
このクエリによって次の一覧が返されます。
3-28
Course ID
Course Title
Prerequisites
Art 101
Drawing I
None
Art 102
Drawing II
Art 101 or instructor approval
Art 203
Drawing III
Art 102
Art 204
Drawing IV
Art 203
Art 305
Sculpture
Art 101
Art 406
Modern Art
None
Art 407
Baroque Art
Art 305
ステートメントの文法
前のステートメントに ELSE 句を含めるように変更できます。
SELECT name 'Course ID', description 'Course Title',
CASE name
WHEN 'Art 101' THEN 'None'
WHEN 'Art 102' THEN 'Art 101 or instructor approval'
WHEN 'Art 203' THEN 'Art 102'
WHEN 'Art 204' THEN 'Art 203'
WHEN 'Art 305' THEN 'Art 101'
ELSE 'Curriculum plan for Art History majors'
END
AS 'Prerequisites' FROM "Course" WHERE Dept_Name = 'Art' ORDER
BY name
このクエリによって今度は次の一覧が返されます。
Course ID
Course Title
Prerequisites
Art 101
Drawing I
None
Art 102
Drawing II
Art 101 or instructor approval
Art 203
Drawing III
Art 102
Art 204
Drawing IV
Art 203
Art 305
Sculpture
Art 101
Art 406
Modern Art
Curriculum plan for Art History majors
Art 407
Baroque Art
Curriculum plan for Art History majors
次のステートメントでは検索 When/Then 形式を使って、個人別に資格のあ
る奨学金プログラムをレポートします。
SELECT last_name, first_name,
CASE
WHEN scholarship = 1 THEN 'Scholastic'
WHEN citizenship <> 'United States' THEN 'Foreign Study'
WHEN (date_of_birth >= '1960-01-01' AND date_of_birth
<= '1970-01-01') THEN 'AJ-44 Funds'
ELSE 'NONE'
END
AS 'Funding Program' FROM "Person" ORDER BY last_name
3-29
SQL 構文リファレンス
以下に、このクエリによって返される一覧の一部を示します。
Last_Name
First_Name
Funding Program
Abad
Alicia
Scholastic
Abaecherli
David
Scholastic
Abebe
Marta
Foreign Study
Abel
James
Scholastic
Abgoon
Bahram
Foreign Study
Abken
Richard
None
Abu
Austin
Foreign Study
Abuali
Ibrahim
AJ-44 Funds
Acabbo
Joseph
Scholastic
Acar
Dennis
Foreign Study
次の例は、ストアドプロシージャ内で CASE 式を使用する方法を示します。
CREATE PROCEDURE pcasetest () RETURNS (d1 CHAR(10),
CHAR(10));
BEGIN
SELECT c1, CASE WHEN c1 = 1 THEN c4
WHEN c1 = 2 THEN c5
ELSE
CASE WHEN c2 = 100.22 THEN c4
WHEN c2 = 101.22 THEN c5 END END
FROM tcasetest;
END
CALL pcasetest
次の例は、ビュー内で CASE 式を使用する方法を示します。
CREATE VIEW vcasetest (vc1, vc2) AS
SELECT c1, CASE WHEN c1 = 1 THEN c4
WHEN c1 = 2 THEN c5
ELSE
CASE WHEN c2 = 100.22 THEN c4
WHEN c2 = 101.22 THEN c5 END END
FROM TCASEWHEN
SELECT * FROM vcasetest
3-30
d2
ステートメントの文法
関連項目
「COALESCE」（3-34 ページ）
「SELECT」（3-153 ページ）
3-31
SQL 構文リファレンス
CASE （文字列）
備考
CASE キーワードは、文字列型の列を対象とする制限句を評価するとき、
Pervasive PSQL に大文字小文字を無視させます。
たとえば、 Name という名前の列があり、 CASE 属性付きで定義されてい
るとします。Name = 'Smith' と Name = 'SMITH' を使って 2 行挿入した場合、
制限に Name = 'smith' と指定したクエリでは、両方の列が正しく返されま
す。
例
次の例は、CASE キーワードを使って Student テーブルに列を追加する方法
を示します。
ALTER TABLE Student ADD Name char(64) CASE
次の例は、 CASE キーワードを使って列を変更する方法を示します。
ALTER TABLE Student MODIFY Name char(64) CASE
関連項目
「ALTER TABLE」（3-8 ページ）
「SELECT」（3-153 ページ）
3-32
ステートメントの文法
CLOSE
備考
CLOSE ステートメントにより、オープンしている SQL カーソルをクロー
ズします。
カーソル名が示すカーソルはオープンしている必要があります。
カーソルと変数はストアドプロシージャとトリガ内部でのみ許可される
ため、このステートメントはストアドプロシージャまたはトリガの内部で
のみ使用できます。
構文
CLOSE カーソル名
例
次の例では、カーソル BTUCursor がクローズします。
CLOSE BTUCursor;
CREATE PROCEDURE MyProc(IN :CourseName CHAR(7)) AS
BEGIN
DECLARE cursor1 CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition ORDER BY ID;
.........
.........
FETCH cursor1 INTO :CourseName;
.........
CLOSE cursor1;
.........
END
関連項目
「OPEN」（3-137 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-33
SQL 構文リファレンス
COALESCE
COALESCE スカラ関数は 2 つ以上の引数を取り、その式リストを左から調
べて最初の非ヌル引数を返します。
構文
COALESCE ( 式 , 式 [, 式 ...])
引数
式
任意の有効な式
戻り値の型
COALESCE 関数は、式リスト内のいずれかの式の値を返します。戻り値の
データ型の詳細な一覧については、「サポートされるデータ型の組み合わせ
と結果のデータ型」（3-35 ページ）を参照してください。
制限
この関数は少なくとも 2 つの引数を取ります。
有効：
COALESCE(10, 20)
無効：
COALESCE()
メモ無効な例では、解析時エラーが発生します。
COALESCE には少なくとも 2 つの引数がなければなりません。
式リストには、少なくとも 1 つはヌルでない引数が含まれている必要があ
ります。
有効：
COALESCE (NULL, NULL, 20)
無効：
COALESCE (NULL, NULL, NULL)
メモ無効な例では、解析時エラーが発生します。
COALESCE のすべての引数を NULL 関数にすることはできません。
3-34
ステートメントの文法
この関数は、式リストに指定するデータ型の組み合わせによってはサポー
トしていないものがあります。
たとえば、 COALESCE では BINARY 型と VARCHAR 型を引数に持つこと
はできません。これらの型はどちらも他方へ暗黙的に型変換できないから
です。
サポートされるデータ型の組み合わせと結果のデータ型
次の図は、サポートされているさまざまなデータ型の組み合わせの詳細を
示すと同時に、それらを COALESCE 関数で用いた場合に結果として生じ
るデータ型の確認に役立ちます。
図 3-1 COALESCE でサポートされるデータ型の組み合わせとその結果
3-35
SQL 構文リファレンス
図表の要素
説明
これらの型は COALESCE 関数で直接使用できます。結果はオペランド 2 の型になります。
これらの型は COALESCE 関数で直接使用できます。結果はオペランド 1 の型になります。
空のセル
これらの型には互換性がありません。 COALESE で直接使用することはできません。明
示的な CONVERT が必要です。
D
結果は SQL_DOUBLE 型になります。
B
結果は SIM_BCD 型になります。
I
結果は SQL_INTEGER 型になります。
S
結果は SQL_SMALLINT 型になります。
メモ COALESCE 関数でサポートされていない型の組み合わせ（図で空
のセルになっています）を使用すると、解析時エラーが発生します。
ODBC エラー： SQLSTATE = 01S01、ネイティブエラーコード = 0
行のエラーです。
割り当てエラーです。
式の評価エラーです。
例
SELECT COALESE(NULL,10 + 2,15,NULL)
10+2 は SMALLINT として扱われ、 ResultType (SQL_SMALLINT,
SQL_SMALLINT) は SQL_SMALLINT になります。したがって、結果の型
は SQL_SMALLINT になります。
最初のパラメータはヌルです。 2 番目の式は 12 と評価されます。この値は
ヌルでなく、結果の型の SQL_SMALLINT へ変換できます。そのため、こ
の例の戻り値は 12 になります。
SELECT COALESCE(10, 'abc' + 'def')
10 は SMALLINT として扱われ、 ResultType (SQL_SMALLINT,
SQL_VARCHAR) は SQL_SMALLINT になります。したがって、結果の型
は SQL_SMALLINT になります。
最初のパラメータは 10 で、この値は結果の型の SQL_SMALLINT へ変換で
きます。そのため、この例の戻り値は 10 になります。
3-36
ステートメントの文法
COMMIT
COMMIT ステートメントにより、論理トランザクションの終了を示し、テ
ンポラリデータをパーマネントデータに変換します。
構文
COMMIT [ ]
備考
COMMIT （および START TRANSACTION）はストアドプロシージャ内
でのみサポートされます。 SQL Editor では、 COMMIT および START
TRANSACTION は使用できません（SQL Editor は AUTOCOMMIT をオン
に設定します）。
ストアドプロシージャ内でコミットされたステートメントは、呼び出し元
の ODBC アプリケーションの一番外側のトランザクションによって制御
されます。これはつまり、SQLSetConnectOption で指定された AUTOCOMMIT
モードに従って、 ODBC アプリケーションから外部的に呼び出しているス
トアドプロシージャが、 2 種類ある動作のうち 1 つを実行するということ
です。自動的にコミットする（AUTOCOMMIT がオン、デフォルト）か、
SQLTransact が SQL_COMMIT または SQL_ROLLBACK で呼び出されるの
を待つ（AUTOCOMMIT がオフに設定されている場合）のいずれかです。
START TRANSACTION ステートメントを 2 回以上呼び出してネストされ
たトランザクションを開始することはできますが、ネストされたコミット
ブロックをコミットするかロールバックするかを制御するのは、一番外側
の COMMIT です。たとえば、トランザクションが 5 レベルまでネストさ
れている場合、すべてのトランザクションをコミットするには 5 つの
COMMIT ステートメントが必要になります。 COMMIT は、一番外側のト
ランザクションがコミットされるまでロックを解除しません。
COMMIT と COMMIT WORK の機能は同じです。
例
次の例では、ストアドプロシージャの中で、 Billing テーブル内の
Amount_Owed 列を更新するトランザクションが開始されます。この作業が
コミットされると、別のトランザクションによって Amount_Paid 列が更新
されてゼロに設定されます。最後の COMMIT WORK ステートメントによ
り、 2 番目のトランザクションが終了します。
START TRANSACTION;
UPDATE Billing B
SET Amount_Owed = Amount_Owed - Amount_Paid
WHERE Student_ID IN
3-37
SQL 構文リファレンス
(SELECT DISTINCT E.Student_ID
FROM Enrolls E, Billing B
WHERE E.Student_ID = B.Student_ID);
COMMIT WORK;
START TRANSACTION;
UPDATE Billing B
SET Amount_Paid = 0
WHERE Student_ID IN
(SELECT DISTINCT E.Student_ID
FROM Enrolls E, Billing B
WHERE E.Student_ID = B.Student_ID);
COMMIT WORK;
CREATE PROCEDURE UpdateBilling( ) AS
BEGIN
START TRANSACTION ;
UPDATE Billing SET Amount_Owed =
Amount_Owed + Amount_Owed;
UPDATE Billing set Amount_Owed = Amount_Owed + 100 WHERE
Student_ID = 10;
COMMIT ;
END;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「ROLLBACK」（3-148 ページ）
「START TRANSACTION」（3-192 ページ）
3-38
ステートメントの文法
CREATE FUNCTION
CREATE FUNCTION ステートメントにより、データベースにスカラユー
ザー定義関数（UDF）を作成します。ユーザー定義関数はクエリから呼び
出すことができます。
構文
CREATE FUNCTION 関数名 ([[IN]
{ : パラメータ名スカラパラメータのデータ型 } [...]])
RETURNS スカラ戻り値のデータ型
[AS]
BEGIN
関数本体
RETURN スカラ式
END;
引数
関数名
スカラユーザー定義関数（UDF）の名前。 UDF 名は識別子の規則に従って
いる必要があり、またデータベース内およびそのオーナーに対して一意で
なければなりません。
パラメータ名
スカラ UDF のパラメータ。最大 300 個のパラメータを使用できます。関数
を呼び出すときに値を指定する必要があります。
スカラパラメータのデータ型
指定したパラメータ名のデータ型。
スカラ戻り値のデータ型
スカラ UDF の戻り値。スカラ型のみサポートされます。
関数本体
スカラ関数を構成するステートメント。
スカラ式
スカラ関数が返すスカラ値を指定します。
備考
スカラ UDF を作成するデータベースに対し、 CREATE FUNCTION 権限を
持っている必要があります。
完全修飾された UDF 名（データベース名 . 関数名）は、それぞれ皆データ
ベース内で一意でなければなりません。 UDF 名を組み込み関数や同一デー
タベース内のほかの UDF と同じ名前にすることはできません。
3-39
SQL 構文リファレンス
制約
スカラ入力パラメータのみサポートされます。
OUTPUT および INOUT パラメータは使用できません。デフォルトで、す
べてのパラメータが入力になります。 "IN" キーワードを指定する必要はあ
りません。
制限
ユーザー定義関数を作成する際は以下の制限に注意してください。
属性
制限
パラメータ数
300
UDF 本体のサイズ
64 KB
UDF 名の最大長
半角 30 文字
UDF 変数名の最大長
半角 128 文字
サポートされるスカラ入力パラメータおよび戻り値のデータ型
Pervasive PSQL でサポートされている、スカラ入力パラメータと戻り値の
データ型を以下に示します。
表 3-1 サポートされる入力パラメータおよび戻り値のデータ型
3-40
BIGINT
BINARY
BIT
BLOB
CHAR
CHARACTER
CLOB
CURRENCY
DATE
DEC
DECIMAL
DECIMAL
DOUBLE
DOUBLE PRECISION
FLOAT
IDENTITY
INT
INTEGER
LONG
LONG VARBINARY
LONG VARCHAR
LONGVARBINARY
LONGVARCHAR
NUMERIC
NUMERIC
NUMERIC
REAL
SMALLIDENTITY
SMALLINT
SMALLINT
SMALLINT
SPT_BINARY
SPT_BIT
SPT_CHAR
SPT_DATE
SPT_DECIMAL
ステートメントの文法
表 3-1 サポートされる入力パラメータおよび戻り値のデータ型
SPT_DOUBLE
SPT_INTEGER
SPT_LONGVARBIN
SPT_LONGVARCHAR
SPT_NUMERIC
SPT_REAL
SPT_SMALLINT
SPT_TIME
SPT_TIMESTAMP
SPT_TINYINT
SPT_VARBINARY
SPT_VARCHAR
TIME
TIMESTAMP
TIMESTAMP
TINYINT
UBIGINT
UINT
UINTEGER
USMALLINT
UTINYINT
VARBINARY
VARBINARY
VARCHAR
例
次の例では、 Box テーブルに保存されている四角形のボックスの細目を基
に、その四角形の面積を計算する関数を作成します。
CREATE FUNCTION CalculateBoxArea(:boxName char(20))
RETURNS REAL
AS
BEGIN
DECLARE :len REAL;
DECLARE :breadth REAL;
SELECT len, breadth INTO :len, :breadth FROM box WHERE name
= :boxName;
RETURN(:len * :breadth);
END;
次の例では、 2 つの整数を比較し、小さい方の値を返す関数を作成します。
CREATE FUNCTION GetSmallest(:A integer, :B Integer)
RETURNS Integer
AS
BEGIN
DECLARE :smallest INTEGER
IF (:A < :B ) THEN
SET :smallest = :A;
ELSE
SET :smallest = :B;
END IF;
RETURN :smallest;
END;
3-41
SQL 構文リファレンス
次の例では、 SI = PTR/100 という式を使って単利を計算する関数を作成し
ます。式中の P は元金、 T は年数、 R は利子率です。
CREATE FUNCTION CalculateInterest(IN :principle float, IN
:period real, IN :rate double)
RETURNS DOUBLE
AS
BEGIN
DECLARE :interest DOUBLE;
SET :interest = ((:principle * :period * :rate) / 100);
RETURN (:interest);
END;
スカラユーザー定義関数の呼び出し
スカラ式がサポートされる場所ならどこでも、関数名の後にカンマ区切り
の引数のリストを指定することによって、ユーザー関数を呼び出すことが
できます。引数のリストはかっこで囲みます。
UDF は、データベース修飾子のプレフィックスを付けても付けなくても呼
び出せます。データベース修飾子を前に付けない場合は、 UDF は現在の
データベースコンテキストから実行されます。データベース修飾子を前に
付けた場合は、指定したデータベースのコンテキストから実行されます。
（下記の例では、データベース修飾子のプレフィックスを使用しているもの
と使用していないものがあります。）
制限
関数を呼び出すとき、引数にパラメータ名は指定できません。
すべてのパラメータの引数値（「実引数」とも呼ばれます）は、 CREATE
FUNCTION ステートメントで定義されたパラメータの引数値（「仮引数」
とも呼ばれます）と同じ順序でなければなりません。
例
プロシージャ内での UDF
CREATE PROCEDURE procTestUdfInvoke() AS
begin
DECLARE :a integer;
SET :a = 99 + (222 + Demodata.GetSmallest(10, 9)) + 10;
PRINT :a;
end;
CALL procTestUdfInvoke()
3-42
ステートメントの文法
次の例は、データベース修飾子が省略されている点を除けば、前の例と似
ています。
create procedure procTestUdfInvoke2() as
begin
declare :a integer;
set :a = 99 + (222 + GetSmallest(10, 9)) +10;
print :a;
end;
call procTestUdfInvoke2
SELECT リスト内での UDF
SELECT GetSmallest(100,99)
WHERE 句での UDF
SELECT name FROM class WHERE id <= GetSmallest(10,20)
UDF 内での UDF
CREATE FUNCTION funcTestUdfInvoke() RETURNS integer AS
begin
DECLARE :a integer;
SET :a = 99 + (222 - Demodata.GetSmallest(10, 9));
RETURN :a;
END;
INSERT ステートメント内での UDF
CREATE TABLE t1(col1 integer, col2 integer, col3 float)
INSERT INTO t1 VALUES (GetSmallest(10,20), 20 , 2.0)
INSERT INTO t1 (SELECT * FROM t1 WHERE col1 =
getSmallest(10,20))
UPDATE ステートメント内での UDF
UPDATE t1 SET col2 = Demodata.GetSmallest(2,10) WHERE col1 = 2
UPDATE t1 SET col1 = 3 WHERE col2 = Demodata.GetSmallest(10, 5)
GROUP BY ステートメント内での UDF
SELECT col2 FROM t1 GROUP BY getSmallest(10,2), col2
3-43
SQL 構文リファレンス
ORDER BY ステートメント内での UDF
SELECT col2 FROM t1 ORDER BY Demodata.getSmallest(10,2), col2
再帰 UDF
CREATE FUNCTION factorial(IN :n integer) RETURNS double AS
BEGIN
DECLARE :fact double;
IF (:n <= 0) THEN
SET :fact = 1;
else
SET :fact = (:n * Demodata.factorial(:n - 1));
END IF;
RETURN :fact;
END;
SELECT Demodata.factorial(20) を使用すると、20 の階乗値を取得できます。
デフォルト値を持つ UDF
CREATE FUNCTION testUdfDefault(:z integer = 10) RETURNS integer
AS
begin
RETURN :z-1;
end;
SELECT Demodata.testUdfDefault() この関数は、パラメータの値が渡されな
かった場合には、指定したデフォルト値を使用します。
動的パラメータを持つ IUDF
SELECT name FROM class WHERE id <= GetSmallest(?,?)
式としての IUDF
SELECT 10 + Demodata.Getsmallest(10,20) + 15
UDF をパラメータとして使用する
SELECT demodata.calculateinterest
(10+demodata.getsmallest(3000, 2000), demodata.factorial(2),
demodata.testUdfDefault(3))
関連項目
「DROP FUNCTION」（3-93 ページ）
3-44
ステートメントの文法
CREATE GROUP
CREATE GROUP ステートメントにより、 1 つまたは複数のセキュリティ
グループを作成します。
構文
CREATE GROUP グループ名 [, グループ名 ]...
グループ名 ::= ユーザー定義名
例
次の例では、 pervasive という名前のグループが作成されます。
CREATE GROUP pervasive
次の例では、リストを使用して一度に複数のグループを作成します。
CREATE GROUP pervasive_dev, pervasive_marketing
関連項目
「DROP GROUP」（3-94 ページ）
「GRANT」（3-109 ページ）
「REVOKE」（3-145 ページ）
「SET SECURITY」（3-179 ページ）
3-45
SQL 構文リファレンス
CREATE INDEX
CREATE INDEX ステートメントを使用して、指定されたテーブルに名前
付きインデックスを作成します。
構文
CREATE [UNIQUE | NOT MODIFIABLE] INDEX インデックス名 [IN
DICTIONARY] ON テーブル名 [ インデックス定義 ]
インデックス定義 ::= ( インデックスセグメントの定義 [, インデックスセグ
メントの定義 ]... )
インデックスセグメントの定義 ::= 列名 [ASC | DESC]
インデックス名 ::= ユーザー定義名
備考
VARCHAR 型および CHAR 型の列の最大サイズは 255 バイトです。
VARCHAR 型の列は、長さバイト（Btrieve lstring）またはゼロ終端バイト
（Btrieve zstring）が予約され、有効な記憶データが 1 バイト少ない点が
CHAR 型の列と異なります。言い換えると、 CHAR(255) 型では 255 の有効
文字を用意できますが、 VARCHAR 型では、サイズまたはヌル終端文字用
に 1 バイトを予約した後の 254 の有効文字しか用意できません。
VARCHAR 型または CHAR 型の列では、列がヌル値を許可しており、さら
に列の最大サイズである場合に、その列でインデックスを作成することは
できません。データファイルの中で、ヌル値を許可する列の前には 1 バイ
トのヌルインジケータが置かれます。ヌル値を許可する列でインデックス
を作成すると、ヌルインジケータ用の 1 バイトのセグメントと、もう 1 つ
の列用のセグメントを基にセグメントキーが作成されます。キーに許可さ
れる最大サイズは 255 バイトです。ヌル値を許可する 255 バイトの
VARCHAR 型または CHAR 型の列に対するインデックスでは、キーで許容
される最大サイズを超える 256 バイトのキーが必要となります。
既存のデータファイルに対してリレーショナルインデックス定義を作成
する（CREATE INDEX または CREATE INDEX IN DICTIONARY を使用す
る）たびに、 Pervasive PSQL はそのファイルに定義されている Btrieve イン
デックスを自動的にチェックし、既存の Btrieve インデックスがリレーショ
ナルインデックス定義に必要なパラメータのセットを提供しているかど
うかを判定します。既存の Btrieve インデックスと作成する新しい定義が一
致する場合は、リレーショナルインデックス定義と既存の Btrieve イン
デックスの間に関連付けが作成されます。一致するインデックスがない場合
は、 Pervasive PSQL は新しいインデックス定義を作成し、 IN DICTIONARY
が指定されていなければ、データファイルに新しいインデックスを作成し
ます。
3-46
ステートメントの文法
Pervasive PSQL v9 ヌル値を許可する列：ページサイズが 4096 バイトの
データファイルでは、ファイル当たりのインデックスセグメント数は 119
に制限されます。真のヌルがサポートされるインデックスの設定されたヌ
ル値を許可する列には 2 つのセグメントから成るインデックスが必要なた
め、 1 つのテーブルではインデックス付きのヌル値を許可する列（Btrieve
ファイルでは、インデックス付きでヌル値を許可する真のヌルフィール
ド）は 59 個までしか持てません。ページサイズが小さくなると、この制
限も小さくなります。 Pervasive PSQL v9 で、ファイル作成モードを 7.x ま
たは 8.x に設定し、 TRUENULLCREATE をデフォルト値のオンに設定して
作成されたファイルはすべて、真のヌルをサポートします。以前のファイ
ル形式で作成されたファイル、あるいは Pervasive.SQL 7 を使用するか
TRUENULLCREATE をオフに設定して作成されたファイルは、真のヌルを
サポートせず、この制限を受けません。
UNIQUE セグメントキーは、特定の行のセグメントの組み合わせがファイ
ル内で重複しないことを保証します。これは、個々のセグメントが重複し
ないことを保証しませんし、要求もしません。
メモ次のデータ型以外のすべてのデータ型にインデックスを設定で
きます。
BIT
LONGVARBINARY
LONGVARCHAR
BLOB
CLOB
IN DICTIONARY
このキーワードを使用する目的は、基となる物理データは変更しないまま
で DDF に変更を加えたいことを、 Pervasive PSQL に通知することです。
このキーワードをバウンドデータベースで使うことはできません。
IN DICTIONARY は非常に強力で高度な機能です。これは、システム管理
者によってのみ、もしくは絶対的に必要な場合にのみ使用してください。
通常、 Pervasive PSQL は DDF とデータファイルの完全な同期を保ちます
が、この機能によりユーザーは、同期していないテーブルの辞書定義を既
存のデータファイルに合致させることが柔軟に行えるようになります。こ
れは、既存のデータファイルと合致する定義を辞書内に作成したい場合に
有用です。
注意 DDF の変更を、基となるデータファイルへの変更と並行して行
わないと、重大な問題が生じることがあります。
3-47
SQL 構文リファレンス
分離されたインデックス、つまり、DDF にのみ存在しデータファイルには
存在しないインデックスを作成した場合、 IN DICTIONARY を使用しない
でそのインデックスを削除しようとすると、ステータスコード 6 （不正な
キー番号）が返されることがあります。このエラーは、データベースエン
ジンがデータファイルからインデックスを削除しようとしても、そのよう
なインデックスはデータファイルに存在しないために削除できないこと
から発生します。
SQL を使ってインデックスを作成する場合、 Btrieve インデックス（キー）
に割り当てる番号は制御できません。 SQL を使って、インデックスが定義
されていない Btrieve ファイルにインデックスを作成した場合、作成される
最初のインデックスはインデックス #0、 2 番目のインデックスはインデッ
クス #1、というようになります。
Btrieve ファイルに既に 1 つ以上のインデックスが定義されている場合、
SQL を介してインデックスを追加すると、インデックスが必要な属性を
持っていることを確認するために、 Pervasive PSQL によって Btrieve イン
デックスが調べられます。新しいインデックスのディスクリプションは
INDEX.DDF に挿入されます。 Pervasive PSQL が既存の Btrieve インデック
スと合致する場合、挿入されたディスクリプションには既存インデックス
のインデックス番号が含まれ、データファイルに新しい Btrieve インデッ
クスは生成されません。
Pervasive PSQL が既存の Btrieve インデックスと合致しない場合は、未使用
のインデックス番号のうち最小の番号がディスクリプションに指定されま
す。新しいインデックスのディスクリプションは INDEX.DDF に挿入され
ます。 IN DICTIONARY が指定されていない場合は、ディスクリプション
に指定されたインデックス番号を使って、データファイルに Btrieve イン
デックスが作成されます。
どのインデックス番号を使って INDEX.DDF に新しいインデックスを作成
するかは指定できないため、インデックス番号を調べることは手動処理に
なります。まず、基となる Btrieve ファイルで BUTIL -STAT コマンドを発
行し、 Btrieve インデックスのリストを取得します。次に、 X$Index を照会
すると、どの SQL インデックス番号が次に使用されるかがわかります。
SELECT X$Index.* from X$Index
WHERE Xi$file in
(SELECT Xf$Id FROM X$File
WHERE Xf$Name = 'tablename')
tablename はデータベーステーブルの名前に置き換えてください。
例
次の例では、 Faculty テーブル内の Dept_name に基づいて、 Dept という名
のインデックスが作成されます。
CREATE INDEX Dept on Faculty(Dept_Name)
3-48
ステートメントの文法
次の例では、 Person テーブルに変更できないセグメントインデックスが作
成されます。
CREATE NOT MODIFIABLE INDEX X_Person on Person(ID, Last_Name)
次の例では、データファイルと関連付けられない「デタッチされた」テー
ブルが作成され、その後でテーブル定義へのインデックスの追加と削除が
行われます。このインデックスもまた、関連付けられる基となる Btrieve イ
ンデックスが存在しないため、分離されたインデックスとなります。
CREATE TABLE t1 IN DICTIONARY (c1 int, c2 int)
CREATE INDEX idx_1 IN DICTIONARY on t1(c1)
DROP INDEX t1.idx_1 IN DICTIONARY
関連項目
「DROP INDEX」（3-95 ページ）
3-49
SQL 構文リファレンス
CREATE PROCEDURE
CREATE PROCEDURE ステートメントにより、新規のストアドプロシー
ジャを作成します。ストアドプロシージャは、あらかじめ定義されデータ
ベース辞書に保存されている SQL ステートメントです。
構文
CREATE PROCEDURE プロシージャ名
([ パラメータ [, パラメータ ]... ] )
[RETURNS ( 結果 [, 結果 ]... )] 備考を参照
[WITH DEFAULT HANDLER]
as またはセミコロン
プロシージャステートメント
プロシージャ名 ::= ユーザー定義名
パラメータ ::= パラメータタイプ名データ型 [ DEFAULT プロシージャ式 |
= プロシージャ式 ]
| SQLSTATE
パラメータタイプ名 ::= パラメータ名
| パラメータタイプパラメータ名
| パラメータ名パラメータタイプ
パラメータタイプ ::= IN | OUT | INOUT | IN_OUT
パラメータ名 ::= ユーザー定義名
プロシージャ式 ::= 通常の式と同様、ただし、 IF 式と ODBC 式のスカラ関数
は使用できない
結果 ::= ユーザー定義名データ型
as またはセミコロン ::= AS | ;
プロシージャステートメント ::= [ ラベル名 :] BEGIN [ATOMIC] [ プロ
シージャステートメント [; プロシージャステートメント ]...] END [ ラ
ベル名 ]
| CALL プロシージャ名 ( プロシージャ式 [, プロシージャ式 ]... )
| CLOSE カーソル名
| DECLARE カーソル名 CURSOR FOR 選択ステートメント [FOR UPDATE
| FOR READ ONLY]
| DECLARE 変数名データ型 [DEFAULT プロシージャ式 | = プロシー
ジャ式 ]
| DELETE WHERE CURRENT OF カーソル名
| 削除ステートメント
| FETCH [ フェッチ方向 [FROM]] カーソル名 [INTO 変数名 [, 変数名
]]
3-50
ステートメントの文法
| IF プロシージャ検索条件 THEN プロシージャステートメント [; プロ
シージャステートメント ]...[ ELSE プロシージャステートメント
[; プロシージャステートメント ]...] END IF
| IF プロシージャ検索条件プロシージャステートメント [ELSE プロシー
ジャステートメント ]
| 挿入ステートメント
| LEAVE ラベル名
| [ ラベル名 :] LOOP プロシージャステートメント [; プロシージャス
テートメント ]...END LOOP [ ラベル名 ]
| OPEN カーソル名
| PRINT プロシージャ式 [, ' 文字列 ']
－ Windows ベースのプラットフォームにのみ適用される
| RETURN [ プロシージャ式 ]
| トランザクションステートメント
| into 付き選択ステートメント
| 選択ステートメント
| SET 変数名 = プロシージャ式
| SIGNAL [ABORT] sqlstate 値
|| START TRANSACTION
| 更新ステートメント
| UPDATE SET 列名 = プロシージャ式 [, 列名 = プロシージャ式
]...WHERE CURRENT OF カーソル名
| [ ラベル名 : ] WHILE プロシージャ検索条件 DO [ プロシージャステー
トメント [; プロシージャステートメント ]]...END WHILE [ ラベ
ル名 ]
| [ ラベル名 : ] WHILE プロシージャ検索条件プロシージャステートメン
ト
| テーブル変更ステートメント
| インデックス作成ステートメント
| テーブル作成ステートメント
| ビュー作成ステートメント
| インデックス削除ステートメント
| テーブル削除ステートメント
| ビュー削除ステートメント
| 権限付与ステートメント
| 権限取消ステートメント
| 設定ステートメント
トランザクションステートメント ::= コミットステートメント
| ロールバックステートメント
| リリースステートメント
コミットステートメント ::=
COMMIT ステートメント参照
ロールバックステートメント ::=
リリースステートメント ::=
ROLLBACK ステートメント参照
RELEASE SAVEPOINT ステートメント参照
3-51
SQL 構文リファレンス
テーブル作成ステートメント ::= CREATE TABLE ステートメント参照
テーブル変更ステートメント ::= ALTER TABLE ステートメント参照
テーブル削除ステートメント ::= DROP TABLE ステートメント
インデックス作成ステートメント ::= CREATE INDEX ステートメント参照
インデックス削除ステートメント ::= DROP INDEX ステートメント参照
ビュー作成ステートメント ::= CREATE VIEW ステートメント参照
ビュー削除ステートメント ::= DROP VIEW ステートメント参照
権限付与ステートメント ::= GRANT ステートメント参照
権限取消ステートメント ::= REVOKE ステートメント参照
設定ステートメント ::= SET DECIMALSEPARATORCOMMA ステートメント参照
ラベル名 ::= ユーザー定義名
カーソル名 ::= ユーザー定義名
変数名 ::= ユーザー定義名
プロシージャ検索条件 ::= 通常の検索条件と同様、ただし、サブクエリを含む式
は使用できない
フェッチ方向 ::= | NEXT
sqlstate 値 ::= ' 文字列 '
備考
ストアドプロシージャを実行するには、 CALL または EXECUTE ステート
メントを使用します。
なお、プロシージャでは変数名とパラメータ名はコロン（:）で始まる必要
があります。これは、変数やパラメータを定義するときと使用するときの
両方に当てはまります。
ストアドプロシージャが結果セットまたはスカラ値を返す場合は、
RETURNS 句が必要です。
WITH DEFAULT HANDLER 句が存在する場合は、エラーが発生したとき
にプロシージャが引き続き実行されます。デフォルトの動作（この句が存
在しない場合）では、 SQLSTATE がステートメントによって発生したエ
ラー状態になり、プロシージャが中止されます。
IF ステートメントの最初（または最後）に StmtLabel を使用することは、
ANSI SQL 3 の拡張機能です。
PRINT ステートメントは Windows ベースのプラットフォームにのみ適用
されます。ほかのオペレーティングシステムのプラットフォームでは無視
されます。
SQL Editor において、変数パラメータを使ってストアドプロシージャをテ
ストする唯一の方法は、そのストアドプロシージャを別のストアドプロ
3-52
ステートメントの文法
シージャから呼び出すことです。この手法は、pdate （CREATE PROCEDURE
pdate();）（3-55 ページ）の例で示されています。
変数は、ストアドプロシージャ内でのみ SELECT 項目として使用すること
ができます。この手法は、 varsub1 （CREATE PROCEDURE varsub1 ();）の
例で示されています。
データ型の制限
次のデータ型は、パラメータとして渡したり、ストアドプロシージャまた
はトリガ内で変数として宣言したりすることはできません。
表 3-2 ストアドプロシージャおよびトリガで禁止されるデータ型
BFLOAT4
BFLOAT8
MONEY
NUMERIC
NUMERICSA
NUMERICSTS
制限
ストアドプロシージャを作成する際、次の制限に注意を払う必要があります。
属性
制限
トリガまたはストアドプロシージャで使用可能な列数
300
ストアドプロシージャのパラメータリスト内の引数の数
300
ストアドプロシージャのサイズ
64 KB
例
次の例では、ストアドプロシージャ Enrollstudent が作成され、 Student ID
と Class ID が指定されてレコードが Enrolls テーブルに挿入されます。
CREATE PROCEDURE Enrollstudent(IN :Stud_id INTEGER, IN
:Class_Id INTEGER, IN :GPA REAL);
BEGIN
INSERT INTO Enrolls VALUES(:Stud_id, :Class_id, :GPA);
END;
次のステートメントを使用して、ストアドプロシージャを呼び出します。
CALL Enrollstudent(1023456781, 146, 3.2)
次のステートメントを使用して、新しく挿入したレコードを取得します。
SELECT * FROM Enrolls WHERE Student_id = 1023456781
CALL ステートメントは引数を渡してプロシージャを呼び出し、 SELECT
ステートメントは追加された行を表示します。
3-53
SQL 構文リファレンス
次のプロシージャでは、呼び出し側から渡された classId パラメータを使用
して Class テーブルを読み取り、講座の登録者数がまだ制限数に達してい
ないことを確認します。
CREATE PROCEDURE Checkmax(in :classid integer) ;
Begin
DECLARE :numenrolled integer;
DECLARE :maxenrolled integer;
SELECT COUNT(*) INTO :numenrolled FROM Enrolls WHERE
class_ID = :classid;
SELECT Max_size INTO :maxenrolled FROM Class WHERE id =
:classid;
IF (:numenrolled > :maxenrolled) THEN
PRINT ' 登録は失敗しました。登録された生徒数が、この講座の制限数
に達しました。 ';
ELSE
PRINT ' 登録可能です。登録された生徒数は、この講座の制限数にまだ
達していません。 ';
END IF;
END;
CALL Checkmax(101)
COUNT( 式 ) によって、述部にある式の非ヌル値がすべてカウントされる
ということを覚えておいてください。 COUNT(*) ではヌル値を含むすべて
の値がカウントされます。
ストアドプロシージャを作成するときに OUT パラメータを使用する例を
以下に示します。このプロシージャを呼び出すと、 WHERE 句を満たす生
徒数が変数 :outval に返されます。
CREATE PROCEDURE PROCOUT (out :outval INTEGER)
AS BEGIN
SELECT COUNT(*) INTO :outval FROM Enrolls WHERE Class_Id = 101;
END;
ストアドプロシージャを作成するときに INOUT パラメータを使用する例
を以下に示します。このプロシージャの呼び出しでは、 INPUT パラメータ
:IOVAL が要求され、出力の値が変数 :IOVAL に返されます。プロシージャ
では、入力データと IF 条件に基づいてこの変数の値が設定されます。
CREATE PROCEDURE ProcIODate (INOUT :ioval DATE)
AS BEGIN
IF :ioval = '1982-03-03'
THEN
SET :ioval = '05.05.82';
ELSE
3-54
ステートメントの文法
SET :ioval = '1982-03-03';
END IF;
END;
上記のプロシージャは、 call prociodate('1982-03-03') のように、
リテラル値を使って呼び出すことはできません。これには OUTPUT パラ
メータが必要になります。最初に ODBC 呼び出しを使ってパラメータをバ
インドする必要があります。そうでなければ、次に示すように、このプロ
シージャを呼び出す別のプロシージャを作成することで、プロシージャの
テストを行えます。
CREATE PROCEDURE pdate();
BEGIN
DECLARE :a DATE;
CALL prociodate(:a);
PRINT :a;
END
CALL pdate
次の例は、プロシージャで RETURNS 句を使用する方法を示します。この
例では、 Class テーブルの中で、 Start Date が、 CALL ステートメントで渡
される日付と等しいデータがすべて返されます。
CREATE PROCEDURE DateReturnProc(IN :pdate DATE)
RETURNS(
ID INTEGER,
Name CHAR(7),
Section CHAR(3),
Max_Size USMALLINT,
Start_Date DATE,
Start_Time TIME,
Finish_Time TIME,
Building_Name CHAR(25),
Room_Number
UINTEGER,
Faculty_ID UBIGINT
);
BEGIN
SELECT ID, Name, Section, Max_Size, Start_Date,
Start_Time, Finish_Time, Building_Name,
Room_Number, Faculty_ID FROM class WHERE Start_Date
= :pdate;
END;
CALL DateReturnProc('2001-06-05')
RETURNS 句内のユーザー定義名は、この例で示されているように、選択
リストに現れる列名と同じ名前にする必要がないことに注目してください。
3-55
SQL 構文リファレンス
次のプロシージャは、 Class テーブルの中で、 Start Date が CALL ステート
メントで渡された日付と等しいデータを返します。
CREATE PROCEDURE DateReturnProc (IN :pdate date, IN :flag) AS
BEGIN
IF (:flag = 1) THEN
SELECT ID, Name, Room_Number FROM Class
WHERE start_date = :pdate;
ELSE
SELECT Name FROM Class WHERE start_date =
:pdate;
END IF;
END;
CALL DateReturnProc('2001-06-05', 1) ;
次の例は、位置付け DELETE に適用される WHERE CURRENT OF 句の使
い方を示します。
CREATE PROCEDURE MyProc(IN :CourseName CHAR(7)) AS
BEGIN
DECLARE c1 CURSOR FOR SELECT name FROM course
WHERE name = :CourseName FOR UPDATE;
OPEN c1;
FETCH NEXT FROM c1 INTO :CourseName;
DELETE WHERE CURRENT OF c1;
CLOSE c1;
END;
CALL MyProc('HIS 305')
（DELETE の WHERE 句の中で SELECT を使用した場合、それは位置付け
DELETE ではなく検索済み DELETE になるので注意してください。）
次の例は、変数（:i）を SELECT 項目として使用する方法を示します。例
では、 table1 はまだ存在しないものとします。 person テーブルの、 ID が
950000000 より大きいすべてのレコードが選択され、 table1 の col2 に挿入
されます。 col1 には、 WHILE ループで定義されるとおり、値 0、 1、 2、 3
または 4 が格納されます。
CREATE TABLE table1 (col1 CHAR(10), col2 BIGINT);
CREATE PROCEDURE varsub1 ();
BEGIN
DECLARE :i INT;
SET :i = 0;
3-56
ステートメントの文法
WHILE :i < 5 DO
BEGIN
INSERT INTO table1 (col1, col2) SELECT :i , A.ID FROM
PERSON A WHERE A.ID > 950000000;
SET :i = :i + 1;
END;
END WHILE;
END
CALL varsub1
SELECT * FROM table1
-- 110 行を返します
一連のステートメントがすべて成功するか失敗するように、 ATOMIC を使
用してステートメントを 1 つにまとめる例を以下に示します。ATOMIC は、
ストアドプロシージャまたはトリガの本体でのみ使用できます。
最初のプロシージャでは ATOMIC を指定せず、 2 番目のプロシージャで指
定します。
CREATE TABLE t1 (c1 INTEGER)
CREATE UNIQUE INDEX t1i1 ON t1 (c1)
CREATE PROCEDURE p1 ();
BEGIN
INSERT INTO t1 VALUES (1);
INSERT INTO t1 VALUES (1);
END;
CREATE PROCEDURE p2 ();
BEGIN ATOMIC
INSERT INTO t1 VALUES (2);
INSERT INTO t1 VALUES (2);
END;
CALL p1()
CALL p2()
SELECT * FROM t1
どちらのプロシージャも、重複のないインデックスに重複する値を挿入し
ようとするためにエラーが返されます。
プロシージャ p1 内の最初の INSERT ステートメントは成功しますが、2 番
目のステートメントは失敗するので、 t1 には 1 レコードのみが格納される
という結果になります。同様に、プロシージャ p2 内の最初の INSERT ス
テートメントは成功しますが、 2 番目のステートメントは失敗します。た
だし、プロシージャ p2 には ATOMIC があるため、エラーが発生すると、
プロシージャ p2 内で行われた作業はすべてロールバックされます。
3-57
SQL 構文リファレンス
次の例では、ストアドプロシージャを使用して 2 つのテーブルを作成し、
デフォルト値を設定した 1 行をそれぞれのテーブルに挿入します。次に、
セキュリティを有効にしてユーザー user1 に権限を与えます。
CREATE PROCEDURE p1 ();
BEGIN
CREATE TABLE t1 (c1 INT DEFAULT 10, c2 INT DEFAULT 100);
CREATE TABLE t2 (c1 INT DEFAULT 1 , c2 INT DEFAULT 2);
INSERT INTO t1 DEFAULT VALUES;
INSERT INTO t2 DEFAULT VALUES;
SET SECURITY = larry;
END;
CALL p1
SELECT * FROM t1
-- 10、 100 を返します
SELECT * FROM t2
-- 1、 2 を返します
次の例では、ストアドプロシージャを使用してユーザー user1 の権限を取
り消し、前の例で作成した 2 つのテーブルを削除してデータベースセキュ
リティを無効にします。
CREATE PROCEDURE p3 ();
BEGIN
REVOKE ALL ON t1 FROM user1;
REVOKE ALL ON t2 FROM user1;
DROP TABLE t1;
DROP TABLE t2;
SET SECURITY = NULL;
END;
CALL p3
SELECT * FROM t1
-- テーブルが見つからないというエラーを返します
SELECT * FROM t2
-- テーブルが見つからないというエラーを返します
3-58
ステートメントの文法
カーソルループの例
次の例は、カーソル内をループする方法を示します。
CREATE TABLE
INSERT INTO
INSERT INTO
INSERT INTO
INSERT INTO
INSERT INTO
INSERT INTO
atable
atable
atable
atable
atable
atable
atable
(c1 INT, c2 INT)
VALUES (1,1)
VALUES (1.2)
VALUES (2.2)
VALUES (2.3)
VALUES (3.3)
VALUES (3.4)
CREATE PROCEDURE pp ();
BEGIN
DECLARE :i INTEGER;
DECLARE c1Bulk CURSOR FOR SELECT c1 FROM atable ORDER BY c1
FOR UPDATE;
OPEN c1Bulk;
BulkLinesLoop:
LOOP
FETCH NEXT FROM c1Bulk INTO :i;
IF SQLSTATE = '02000' THEN
LEAVE BulkLinesLoop;
END IF;
UPDATE SET c1 = 10 WHERE CURRENT OF c1Bulk;
END LOOP;
CLOSE c1Bulk;
END
CALL pp
-- 正常終了
SELECT * FROM atable
--6 行を返します
ストアドプロシージャの使用
一例として、 CALL foo(a, b, c) は、パラメータ a、 b、および c でストアド
プロシージャを実行します。パラメータはいずれも動的パラメータ（"?"）
にできます。これは、 OUTPUT パラメータおよび INOUT パラメータの値
を取り出す場合は必須です。たとえば、次のようになります。 {CALL foo{(?,
?, 'TX')} ソースコードでは、中かっこは省略可能です。
以下は、現バージョンの Pervasive PSQL におけるストアドプロシージャの
しくみです。

トリガ（CREATE TRIGGER、 DROP TRIGGER）が、ストアドプロ
シージャの形式としてサポートされます。このサポートには、テーブ
ル、プロシージャ、およびデータベースに対するトリガの依存性の監視
が含まれます。 CREATE PROCEDURE および CREATE TRIGGER は、ス
トアドプロシージャまたはトリガの本体では使用できません。
3-59
SQL 構文リファレンス

CONTAINS、 NOT CONTAINS、 BEGINS WITH はサポートされていま
せん。

LOOP ：事後条件ループはサポートされていません（REPEAT...UNTIL）。

ELSEIF ：条件形式には IF ...THEN ...ELSE が使用されます。ELSEIF は
サポートされていません。
全般的なストアドプロシージャエンジンの制約
ストアドプロシージャを使用する前に、次に挙げる制約を確認してくださ
い。

修飾子は、 CREATE PROCEDURE でも CREATE TRIGGER でもサ
ポートされていません。

ストアドプロシージャ変数名の最大長は半角 128 文字です。

ストアドプロシージャ名の最大長は半角 30 文字です。

CREATE PROCEDURE または CREATE TRIGGER のとき、構文の検
証は部分的にのみ行われます。列名は実行時まで確認されません。

現在は、式が使用されているすべての場所でサブクエリを使用できるわ
けではありません。たとえば、set :arg = SELECT MIN(sal) FROM
emp はサポートされていません。しかし、このクエリは SELECT
min(sal) INTO :arg FROM emp のように書き直すことができます

デフォルトのエラーハンドラのみがサポートされています。
SQL 変数とパラメータの制約

変数名はコロン（:）で始まる必要があります。これによって、ストアド
プロシージャのパーサが変数と列名を区別できるようになります。

変数名は、大文字と小文字が区別されません。

セッション変数はサポートされていません。変数はプロシージャに対し
てローカルです。
カーソルの制約

位置付け UPDATE はテーブル名を受け入れません。

グローバルカーソルはサポートされていません。
Long データを使用する際の制約
3-60

Long データを引数として埋め込みプロシージャ（別のプロシージャを
呼び出すプロシージャ）に渡すと、データは切り捨てられて 65500 バイ
トになります。

プロシージャとの間でやり取りされる Long データの引数は、合計 2 MB
に制限されています
ステートメントの文法
Long データは、内部的にはデータ長の制限なしにカーソル間でコピーでき
ます。Long データ列をステートメントからフェッチして別のステートメン
トに挿入する場合、制約はありません。ただし、 1 つの Long データ変数に
対して複数の宛先が要求される場合は、最初の宛先テーブルのみが複数の
PutData 呼び出しを受け取ります。残りの列は切り捨てられ、最初の 65500
バイトになります。これは ODBC GetData のメカニズムの制約です。
関連項目
「DROP PROCEDURE」（3-97 ページ）
3-61
SQL 構文リファレンス
CREATE TABLE
CREATE TABLE ステートメントにより、データベース内に新しいテーブ
ルを作成します。
CREATE TABLE には、最小またはコア SQL 準拠よりも高度な機能が含ま
れています。 CREATE TABLE では参照整合性機能がサポートされます。
Pervasive PSQL は、 ColIDList サポートを除いて、 SQL 92 にほぼ準拠して
います。
構文
CREATE TABLE テーブル名 [ オプション ] [IN DICTIONARY]
[ USING ' パス名 '] [WITH REPLACE]
( テーブル要素 [, テーブル要素 ]... )
テーブル名 ::= ユーザー定義名
オプション ::= DCOMPRESS | PAGESIZE = サイズ | LINKDUP = 個数
個数 ::= ユーザー定義値（リンク重複インデックスキーを追加するために予約
しておくポインタの数を設定します）
テーブル要素 ::= 列定義 | テーブル制約定義
列定義 ::= 列名データ型 [DEFAULT デフォルト値の式 ] [ 列制約定義 [ 列制
約定義 ]...[CASE （文字列） | COLLATE コレーション名 ]
列名 ::= ユーザー定義名
データ型 ::= データ型名 [( 桁数 [, 小数位 ])]
桁数 ::= 整数
小数位 ::= 整数
デフォルト値の式 ::= デフォルト値の式 + デフォルト値の式
| デフォルト値の式 - デフォルト値の式
| デフォルト値の式 * デフォルト値の式
| デフォルト値の式 / デフォルト値の式
| デフォルト値の式 & デフォルト値の式
| デフォルト値の式 | デフォルト値の式
| デフォルト値の式 ^ デフォルト値の式
| ( デフォルト値の式 )
| - デフォルト値の式
| + デフォルト値の式
| ~ デフォルト値の式
| ?
| リテラル
3-62
ステートメントの文法
| スカラ関数
| {fn スカラ関数｝
| USER
| NULL
リテラル ::= ' 文字列 '
| 数字
| {d ' 日付リテラル '}
| {t ' 時刻リテラル '}
| {ts ' タイムスタンプリテラル '}
スカラ関数 ::=
「スカラ関数」（5-1 ページ）を参照
列制約定義 ::= [CONSTRAINT 制約名 ] 列制約
制約名 ::= ユーザー定義名
列制約 ::= NOT NULL
| UNIQUE
| PRIMARY KEY
| REFERENCES テーブル名 [( 列名 )] [ 参照アクション ]
テーブル制約定義 ::= [CONSTRAINT 制約名 ] テーブル制約
テーブル制約 ::= UNIQUE ( 列名 [, 列名 ]... )
| PRIMARY KEY ( 列名 [, 列名 ]... )
| FOREIGN KEY ( 列名 [, 列名 ])
REFERENCES テーブル名
[ ( 列名 [, 列名 ]... ) ]
[ 参照アクション ]
参照アクション ::= 参照更新アクション [ 参照削除アクション ]
| 参照削除アクション [ 参照更新アクション ]
参照更新アクション ::= ON UPDATE RESTRICT
参照削除アクション ::= ON DELETE CASCADE
| ON DELETE RESTRICT
コレーション名 ::= ' 文字列 ' | ユーザー定義名
備考
インデックスは CREATE INDEX ステートメントを使用して作成する必要
があります。
3-63
SQL 構文リファレンス
外部キー制約名は、辞書内で固有の名前でなければなりません。その他の
制約名はすべて、常駐するテーブル内で固有の名前であり、列とは異なる
名前でなければなりません。
主キー名が省略された場合は、キー内の最初の列名に接頭辞 "PK_" を付け
た名前が制約名として使用されます。
参照列が一覧にない場合は、デフォルトでは参照されるテーブルの主キー
が参照の対象になります。 PK が使用できない場合は、 " キーがありません "
というエラーが返されます。ターゲット列を列挙すると、このような状況
を回避できます。
外部キー名が省略された場合は、キー内の最初の列名に接頭辞 "FK_" を付
けた名前が制約名として使用されます。この動作は、旧バージョンの
Pervasive.SQL とは異なります。
UNIQUE キー制約名が省略された場合は、制約内の最初の列名に接頭辞
"UK_" を付けた名前が制約名として使用されます。
NOT NULL キー名が省略された場合は、キー内の最初の列名に接頭辞
"NN_" を付けた名前が制約名として使用されます。
制約名の最大長は半角 20 文字です。 Pervasive PSQL では、名前の左から
（接頭辞がある場合はその直後から） 20 文字が使用されます。
外部キーが同じテーブルの主キーを参照する場合があります（自己参照
キーと呼ばれる）。
CREATE TABLE が成功すると、作成されたテーブルのデータファイル名
は xxx.mkd になります。ここで、 xxx は指定したテーブル名です。テーブ
ルが既に存在する場合、そのテーブルは置換されず、エラー - 1303 " テー
ブルは既に存在します " が通知されます。テーブルを置換する前に削除す
る必要があります。
レコードサイズの制限
データレコードの固定長部分の合計サイズは、 65535 バイトを超えてはい
けません。データレコードの固定長部分は次の要素で構成されます。

固定サイズのすべての列（LONGVARCHAR 型および LONGVARBINARY
型以外のすべての列）

ヌル値を許可する各列について 1 バイト

各可変長列（LONGVARCHAR 型または LONGVARBINARY 型の列）に
ついて 8 バイト
この制限を超えるテーブルの作成を試みるか、結果としてテーブルが制限
を超えるような変更を試みると、Pervasive PSQL はステータスコード -3016
" テーブルの最大固定長行サイズを超えています " を返します。
3-64
ステートメントの文法
新しいテーブルを作成する前にレコードの固定長部分のバイト単位のサイ
ズを調べるには、次の計算式を使用します。
（固定長列サイズのバイト単位の合計） + （ヌル値を許可する列の数） + （8 *
可変長列の数） = バイト単位のレコードサイズ
既存データファイルのレコードの固定長部分のサイズを調べたい場合は、
BUTIL -STAT コマンドを使用すれば、この情報を示すレポートを表示でき
ます。
例
次のような列が定義されているテーブルがあるとします。
データ型
このデータ型の列数
ヌル値を許可
VARCHAR(216)
1
必要
VARCHAR(213)
5
すべての列
CHAR(42)
1494
すべての列
VARCHAR にはそれぞれ余分に 2 バイトが予約されます。先頭のヌルイン
ジケータ用の 1 バイトと末尾の 1 バイトです。末尾のバイトは、VARCHAR
が ZSTRING として実装されるためです。 CHAR にはそれぞれ先頭のバイ
トがヌルインジケータ用に予約されます。
したがって、レコードサイズは 1 x 218 + 5 x 215 + 1494 x 43 = 65535 バイト
になります。
この例では、別の列がどのような長さであっても、固定長制限を超えない
で追加することはできません。
削除規則
ON DELETE 句を含むことで、外部キー値が参照する親テーブルの行を削
除しようとする場合に Pervasive PSQL により適用される削除規則を定義す
ることができます。選択可能な削除規則は次のとおりです。

CASCADE を指定した場合、 Pervasive PSQL はカスケード削除規則を使
用します。ユーザーが親テーブルの行を削除すると、データベースエン
ジンによって従属テーブルの対応する行が削除されます。

RESTRICT を指定した場合、 Pervasive PSQL は削除制限規則を使用しま
す。ユーザーは、親テーブル内で、外部キー値が参照する行を削除でき
ません。
削除規則を指定しない場合、 Pervasive PSQL はデフォルトで制限規則を適
用します。
3-65
SQL 構文リファレンス
DELETE CASCADE は注意して使用してください。 Pervasive PSQL では、
自己参照するテーブルに対し、循環するカスケード削除を使用できます。
『Advanced Operations Guide』の「削除カスケード」（6-5 ページ）に記載さ
れている例を参照してください。
更新規則
Pervasive PSQL は更新制限規則を適用します。この規則は、親テーブルが
外部キー値と合致する主キー値を持たない場合、その外部キー値を含む行
が追加されないようにします。この規則が適用されるかどうかは、更新規
則を明示的に指定できるオプションの ON UPDATE 句の使用によります。
IN DICTIONARY
「ALTER TABLE」（3-8 ページ）の IN DICTIONARY の解説を参照してくだ
さい。
USING
USING キーワードを使用すると、特定のデータファイルを CREATE
TABLE または ALTER TABLE アクションと関連付けることができます。
Pervasive PSQL は接続に名前付きデータベースを必要とするので、指定す
るパス名は常に単純なファイル名であるか、または相対パスとファイル名
でなければなりません。パスは常に、接続する名前付きデータベースに指
定された最初のデータパスとの相対になります。
渡されたパス名およびファイル名は、 SQLPrepare が呼び出されるときに部
分的に検証されます。パス名を指定するときは、次の規則に従う必要があ
ります。
3-66

テキストは、文法定義で示されているように、一重引用符で囲まなけれ
ばなりません。

パスは、単純な相対パスでなければなりません。サーバーまたはボ
リュームを参照するパスは許可されません。

ルートベースの相対パスも使用できます。たとえば、最初のデータパ
スを D:\PVSW\DEMODATA とした場合、 Pervasive PSQL は次のステー
トメント内のパス名を D:\TEMP\TEST123.BTR と解釈します。

相対パス内の円記号（"\"）文字は、好みに応じて、 LINUX スタイル（"/"）
と通常使われる円記号（"\"）のどちらを指定してもかまいません。必
要であれば、 2 種類の記号を混在させて使用することもできます。ディ
レクトリ構造スキーマは知っているかもしれませんが、接続されている
サーバーの種類を知っている（あるいは管理している）とは限らないの
で、これは便利な機能です。パスは入力したとおりに X$File に格納され
ます。 Pervasive PSQL エンジンは、パスを利用してファイルを開く際、
円記号文字を適切なプラットフォームのタイプに変換します。また、
データファイルはサポートされるすべてのプラットフォーム間でバイ
ナリ互換性を共有するため、ディレクトリ構造がプラットフォーム間で
同一である（および、パスに基づくファイル名が相対パスで指定されて
いる）限りは、データベースファイルおよび DDF をこれらに変更を加
えることなく、あるプラットフォームから別のプラットフォームへ移動
することができます。これは、複数のプラットフォームにまたがって、
標準化されたデータベーススキーマをより簡単に配置するのに役立ち
ます。

相対パスを指定する場合、まず USING 句のディレクトリ構造は存在し
ている必要があります。Pervasive PSQL は、USING 句で指定されたパス
条件を満たすディレクトリを作成しません。
CREATE TABLE t1 USING '\temp\test123.btr' (c1 int)
USING 句を使用して、テーブルと関連付けるデータファイルの物理ロケー
ションを指定します。これは、既存データファイルのテーブル定義を作成
するとき、または新しいデータファイルの名前や物理ロケーションを明示
的に指定したい場合は必須です。
USING 句を使用しないと、 Pervasive PSQL により固有のファイル名（テー
ブル名を基に拡張子 .MKD を付けて）が生成され、データベース名と関連
付けられたデータファイルパスに指定されている最初のディレクトリに
データファイルが作成されます。
USING 句が既存のデータファイルを示す場合は、 Pervasive PSQL により
DDF にテーブルが作成され、 SQL_SUCCESS_WITH_INFO が返されます。
返された情報メッセージは、辞書エントリが既存のデータファイルをポイントす
るようになったことを示します。 CREATE TABLE で SQL_SUCCESS のみが返
されるようにしたい場合は、 CREATE ステートメントで IN DICTIONARY
を指定します。 WITH REPLACE を指定する（下記参照）と、同一名の既
存データファイルはすべて破棄され、新規に作成したファイルで上書きさ
れます。
メモ既存のデータファイルを指定した場合、 Pervasive PSQL は成功
を表すステータスコードを返します。
3-67
SQL 構文リファレンス
既存のデータファイルに対してリレーショナルインデックス定義を作成
する（たとえば、 IDENTITY 型の列定義を含む CREATE TABLE USING ス
テートメントを使用する）たびに、 Pervasive PSQL はそのファイルに定義
されている Btrieve インデックスを自動的にチェックし、既存の Btrieve イ
ンデックスがリレーショナルインデックス定義に必要なパラメータの
セットを提供しているかどうかを判定します。既存の Btrieve インデックス
と作成する新しい定義が一致する場合は、リレーショナルインデックス定
義と既存の Btrieve インデックスの間に関連付けが作成されます。一致す
るインデックスがない場合は、 Pervasive PSQL は新しいインデックス定義
を作成し、 IN DICTIONARY が指定されていなければ、データファイルに
新しいインデックスを作成します。
WITH REPLACE
WITH REPLACE が USING キーワードと共に指定されたときはいつでも、
Pervasive PSQL は自動的に既存のファイル名を指定されたファイル名で上
書きします。オペレーティングシステムがファイルの上書きを許している
限り、既存ファイルは常に上書きされます。
WITH REPLACE はデータファイルにのみ作用し、DDF には作用しません。
WITH REPLACE を使用する際には次の規則が適用されます。

WITH REPLACE は USING と併せてのみ使用できます。

IN DICTIONARY と一緒に使用すると、 WITH REPLACE は無視されま
す。 IN DICTIONARY は DDF にのみ作用することを指定するものだか
らです。
CREATE TABLE ステートメントで WITH REPLACE を使用した場合、
USING 句で指定されたロケーションにファイルが存在すると、 Pervasive
PSQL は新規データファイルを作成してその既存ファイルと置き換えま
す。Pervasive PSQL は、同じ名前を持つ元のファイルに格納されているデー
タをすべて破棄します。 WITH REPLACE を使用していないとき、指定さ
れたロケーションにファイルが存在すると、 Pervasive PSQL はステータス
コードを返し、新しいファイルを作成しません。
WITH REPLACE はデータファイルにのみ作用し、辞書内のテーブル定義
には作用しません。
メモ ALTER TABLE で WITH REPLACE を使用しても、データは消
失したり破棄されません。新しく作成されたデータファイルは、既存
ファイルを上書きしたファイルであっても、以前のファイルのデータ
をすべて含んでいます。 ALTER TABLE コマンドを使用することで、
データを失うことはありません。
3-68
ステートメントの文法
DCOMPRESS
DCOMPRESS オプションは、ディスク上のファイルサイズを減らすため
に、指定したテーブルのデータファイルがデータ圧縮を使用することを指
定します。
次の例では、ファイル圧縮を行う、ページサイズが 1024 バイトのテーブ
ルが作成されます。
CREATE TABLE t1 DCOMPRESS PAGESIZE=1024 (c1 INT DEFAULT 10, c2
CHAR(10) DEFAULT 'abc')
PAGESIZE
PAGESIZE オプションは、指定したテーブルのデータファイルが使用する
ページのサイズバイト数を指定します。サイズの値には、512 から 4096 ま
での 512 の倍数を指定できます。デフォルト値は 4096 バイトです。一般的
に、ほとんどのアプリケーションがデフォルトのページサイズで最適に動
作します。
次の例では、ファイル圧縮を行う、ページサイズが 3584 バイトのテーブ
ルが作成されると共に、相対パスによって識別される特定のデータファイ
ル、 ..\data1.mkd の作成が指定されます。
CREATE TABLE t1 DCOMPRESS PAGESIZE=3584
USING '..\data1.mkd' (c1 INT DEFAULT 10, c2 CHAR(10) DEFAULT
'abc')
LINKDUP
複数のレコードが、インデックスキーに同一の重複した値を持つことがで
きます。重複キー値を持つレコードを記憶しておく 2 つの方法は、リンク
重複（linkdup）および繰り返し重複と呼ばれます（これらの方法の詳細な
説明については、『Advanced Operations Guide』の「重複キーの操作方法」
（13-12 ページ）を参照してください）。
LINKDUP キーワードの使用には次の条件が適用されます。

LINKDUP キーワードが指定されていない場合、 CREATE INDEX ス
テートメントは繰り返し重複方法を使用します。

LINKDUP キーワードが指定されている場合は以下が適用されます。

CREATE INDEX ステートメントは、ポインタ数に指定した値に達
するまではリンク重複方法を使用します。

ポインタ数に指定した値に達したら、 CREATE INDEX ステートメ
ントは繰り返し重複方法を使用します。

ポインタ数に指定した値に達しているとき、リンク重複インデック
スを削除すると、 CREATE INDEX ステートメントは次のキーに対
してリンク重複方法を使用します。

CREATE INDEX ステートメントは、リンク重複キー用のポインタ
が予約されていない場合には繰り返し重複キーを作成できません。
3-69
SQL 構文リファレンス

ALTER TABLE ステートメントは LINKDUP オプションをサポートし
ていません。
例
次の例では、指定されたデータ型を使用して、 Student_ID、
Transaction_Number、 Log、 Amount_Owed、 Amount_Paid、 Registrar_ID、およ
び Comments の列から成る Billing という名前のテーブルがデータベースに
作成されます。
CREATE TABLE Billing
(Student_ID UBIGINT,
Transaction_Number USMALLINT,
Log TIMESTAMP,
Amount_Owed DECIMAL(6,2),
Amount_Paid DECIMAL(6,2),
Registrar_ID DECIMAL(10,0),
Comments LONGVARCHAR)
次の例では、 ID、 Dept_Name、 Designation、 Salary、 Building_Name、
Room_Number、および Rsch_Grant_Amount の列から成り、列 ID に基づく
主キーを持つ Faculty という名前のテーブルがデータベースに作成されま
す。
CREATE TABLE Faculty
(ID
Dept_Name
Designation
Salary
Building_Name
Room_Number
Rsch_Grant_Amount
PRIMARY KEY(ID))
UBIGINT,
CHAR(20) CASE,
CHAR(10) CASE,
CURRENCY,
CHAR(25) CASE,
UINTEGER,
DOUBLE,
次の例は、主キーである ID 列が UNIQUE に指定されている点を除いては、
先に示した例に似ています。
CREATE TABLE organizations
(ID UBIGINT UNIQUE,
Name LONGVARCHAR,
Advisor CHAR(30),
Number_of_people INTEGER,
Date_started DATE,
Time_started TIME,
Date_modified TIMESTAMP,
Total_funds DOUBLE,
Budget DECIMAL(2,2),
3-70
ステートメントの文法
Avg_funds REAL,
President VARCHAR(20) CASE,
Number_of_executives SMALLINT,
Number_of_meetings TINYINT,
Office UTINYINT,
Active BIT,
PRIMARY KEY(ID))
次の例では、生徒の住所を保存するために StudentAddress というテーブル
が必要であるとします。 Student テーブルの id 列を主キーに変更してから、
StudentAddress テーブルを作成しなければなりません（Student テーブルは
DEMODATA サンプルデータベースの一部です）。 StudentAddress テーブル
の作成方法を 4 種類示します。
まず最初に、 Student テーブルの id 列を主キーにします。
ALTER TABLE Student ADD PRIMARY KEY (id)
次のステートメントは、 DELETE CASCADE 規則を使って、 Student テーブ
ルの id 列を参照する外部キーを持つ StudentAddress テーブルを作成しま
す。これは、 Student テーブル（この場合、 Student は親テーブルになる）か
ら行が削除されるときはいつも、 StudentAddress テーブル内でその行と同
じ id を持つすべての行も削除されることを示します。
CREATE TABLE StudentAddress (id UBIGINT REFERENCES Student (id)
ON DELETE CASCADE, addr CHAR(128))
次のステートメントは、 DELETE RESTRICT 規則を使って、 Student テー
ブルの id 列を参照する外部キーを持つ StudentAddress テーブルを作成しま
す。これは、 Student テーブルから行が削除されたとき、その行と同じ id を
持つ行が StudentAddress テーブルに存在する場合は常に、エラーが発生す
ることを示します。親テーブルである Student テーブルの行を削除するに
は、事前に StudentAddress テーブルでその id を持つ行をすべて明示的に削
除する必要があります。
CREATE TABLE StudentAddress (id UBIGINT REFERENCES Student (id)
ON DELETE RESTRICT, addr CHAR(128))
次のステートメントは、 UPDATE RESTRICT 規則を使って、 Student テーブ
ルの id 列を参照する外部キーを持つ StudentAddress テーブルを作成しま
す。これは、 Student テーブルに存在しない id を持つ行が StudentAddress
テーブルに追加された場合は、エラーが発生することを示します。言い換
えると、外部キーに親の行を参照させるには、その前に親の行がなければ
ならないということです。これは Pervasive PSQL のデフォルトの動作です。
なお、 Pervasive PSQL では、これ以外の更新規則は一切サポートしていませ
ん。したがって、この規則は明示的に示しても示さなくてもかまいません。
CREATE TABLE StudentAddress (id UBIGINT REFERENCES Student (id)
ON UPDATE RESTRICT, addr CHAR(128))
3-71
SQL 構文リファレンス
次のステートメントは、 DELETE RESTRICT および UPDATE RESTRICT
規則を使って、 Student テーブルの id 列を参照する外部キーを持つ
StudentAddress テーブルを作成します。 Pervasive PSQL パーサは RI 規則を
使ってこの構文を受け入れます。ただし、上述のとおり、 Pervasive PSQL
では、更新規則に関しては UPDATE RESTRICT 以外の規則が機能しないの
で、 UPDATE RESTRICT 規則は余分です。
CREATE TABLE StudentAddress (id UBIGINT REFERENCES Student (id)
ON DELETE RESTRICT, addr CHAR(128))
次の例は、テーブルの作成時にオルタネートコレーティングシーケンス
（ACS）を使用する方法を示します。使用する ACS ファイルは、 Pervasive
PSQL で提供されるサンプルファイルです。
CREATE TABLE t5 (c1 CHAR(20) COLLATE
'c:\pvsw\samples\upper.alt')
upper.alt は、ソートする際に大文字と小文字を同等に扱います。たとえば、
データベースに abc、 ABC、 DEF、 Def という値がこの順序で挿入されてい
る場合、 upper.alt を使ってソートすると、 abc、 ABC、 DEF、 Def のように
返されます（値 abc と ABC、 DEF と Def は同じものと判断され、これらは
挿入された順序で返されます）。標準の ASCII ソートでは、大文字は小文
字の前に配列されており、ソート結果は ABC、 DEF、 Def、 abc のようにな
ります。
次の例は、テーブル t1 を作成し、リンク重複キー用に予約するポインタの
数を 4 に設定します。 CREATE INDEX ステートメントによって、テーブル
にインデックスキーを作成します。
DROP table t1
CREATE TABLE t1 LINKDUP=4 (c1 int, c2 int, c3 int)
CREATE
CREATE
CREATE
CREATE
CREATE
CREATE
INDEX link_1
INDEX link_2
UNIQUE INDEX
INDEX link_4
INDEX link_5
INDEX link_6
on t1(c1,c2)
on t1(c1,c3)
link_3 on t1(c3)
on t1(c1)
on t1(c2)
on t1(c2,c3)
CREATE INDEX ステートメントの結果は次のようになります。

リンク重複キー： link_1、 link_2、 link_4、 link_5

繰り返し重複キー： link_6 （リンク重複キーに使用されるポインタの数
が指定値の 4 に達したためです）
DROP INDEX link_2
CREATE INDEX link_7 on t1(c3,c1)
これら 2 つのステートメントを実行すると、次のようになります。
3-72
ステートメントの文法

リンク重複キー： link_1、 link_4、 link_5、 link_7 （DROP INDEX ステー
トメントによって、リンク重複キーに使用されるポインタの数が 3 に
減ったので、 link_7 をリンク重複キーにすることができます

繰り返し重複キー： link_6
関連項目
「DROP TABLE」（3-98 ページ）
3-73
SQL 構文リファレンス
CREATE TRIGGER
CREATE TRIGGER ステートメントにより、データベース内に新しいトリ
ガを作成します。トリガとは、 INSERT、 UPDATE、または DELETE によっ
てテーブル内のデータが変更されるときに自動的に実行されるストアド
プロシージャの一種です。
通常のストアドプロシージャとは違って、トリガは直接実行できず、パラ
メータを持つこともできません。また、トリガは結果セットを返さず、ト
リガをビューに定義することもできません。
構文
CREATE TRIGGER トリガ名 before/after 挿入 / 更新 / 削除 ON テーブル名
[ ORDER 番号 ]
[ REFERENCING 参照エイリアス ] FOR EACH ROW
[ WHEN プロシージャ検索条件 ] プロシージャステートメント
トリガ名 ::= ユーザー定義名
before/after ::= BEFORE | AFTER
挿入 / 更新 / 削除 ::= INSERT | UPDATE | DELETE
参照エイリアス ::= OLD [AS] 相関名 [NEW [AS] 相関名 ]
| NEW [AS] 相関名 [OLD [AS] 相関名 ]
相関名 ::= ユーザー定義名
備考
この関数は、『Microsoft ODBC Programmer’s Reference』に説明されている
SQL 文法の拡張であり、 SQL 3/PSM （Persistent Stored Modules）仕様のサ
ブセットを実装するものです。
メモトリガ内では、変数名はコロン（:）で始まる必要があります。
OLD （OLD 相関名）と NEW （NEW 相関名）はトリガ内部で使用でき、
通常のストアドプロシージャでは使用できません。
DELETE または UPDATE トリガでは、 "OLD" または OLD 相関名を列名の
前に付加して、更新または削除操作の前にデータ行内の列を参照する必要
があります。
INSERT または UPDATE トリガでは、"NEW" または NEW 相関名を列名の
前に付加して、挿入または更新しようとする行内の列を参照する必要があ
ります。
3-74
ステートメントの文法
トリガ名は辞書内で固有の名前でなければなりません。
トリガはその種類によって、 UPDATE、 INSERT、または DELETE ステー
トメントの実行の前か後に実行されます。
メモ CREATE TRIGGER ステートメントには、 CREATE PROCEDURE
と同様の長さやそれ以外の制約があります。詳細については、「制限」
（3-53 ページ）および「データ型の制限」（3-53 ページ）を参照してく
ださい。
例
次の例では、 Tuition テーブルに挿入された新規の値を TuitionIDTable に記
録するトリガが作成されます。
CREATE TABLE Tuitionidtable (PRIMARY KEY(id), id UBIGINT)
CREATE TRIGGER InsTrig
BEFORE INSERT ON Tuition
REFERENCING NEW AS Indata
FOR EACH ROW
INSERT INTO Tuitionidtable VALUES(Indata.ID);
Tuition の INSERT によりトリガが呼び出されます。
次の例では、トリガを使って A と B の 2 つのテーブルの同期をとる方法を
示します。両方のテーブルは同じ構造体を持ちます。
CREATE TABLE A (col1 INTEGER, col2 CHAR(10))
CREATE TABLE B (col1 INTEGER, col2 CHAR(10))
CREATE TRIGGER MyInsert
AFTER INSERT ON A FOR EACH ROW
INSERT INTO B VALUES (NEW.col1, NEW.col2);
CREATE TRIGGER MyDelete
AFTER DELETE ON A FOR EACH ROW
DELETE FROM B WHERE B.col1 = OLD.col1 AND B.col2 = OLD.col2;
CREATE TRIGGER MyUpdate
AFTER UPDATE ON A FOR EACH ROW
UPDATE B SET col1 = NEW.col1, col2 = NEW.col2 WHERE B.col1
= OLD.col1 AND B.col2 = OLD.col2;
この例の OLD と NEW は、テーブル A が位置付けでない SQL ステートメ
ントで変更された場合のみテーブルの同期を保つので注意してください。
ODBC の SQLSetPos API または位置付けの UPDATE か DELETE を使用し
た場合は、テーブル A が重複するレコードを含まない場合のみテーブルの
同期が保たれます。一方のレコードは変更するが、もう一方の重複するレ
コードは変更しないままにしておく SQL ステートメントは作成できません。
3-75
SQL 構文リファレンス
関連項目
「DROP TRIGGER」（3-99 ページ）
3-76
ステートメントの文法
CREATE VIEW
CREATE VIEW ステートメントを使用して、データベース上の保存済み
ビューを定義します。
構文
CREATE VIEW ビュー名 [( 列名 [, 列名 ]...)] AS クエリスペック
ビュー名 ::= ユーザー定義名
備考
ビューは一種のデータベースオブジェクトで、クエリを格納し、テーブル
のように振る舞います。ビューには行と列のセットが含まれます。ビュー
を介してアクセスされるデータは 1 つ以上のテーブルに格納されており、
テーブルは SELECT ステートメントにより参照されます。ビューが返す
データは、そのビューが参照される都度、動的に作成されます。
ビュー名の最大長は 20 バイトです。ビュー内の列の最大数は 256 です。
ビュー定義の制限は 64KB です。
Pervasive PSQL はグループ化ビューをサポートしています。グループ化
ビューとは、 SELECT リストに次の項目を含んでいるビューのことです。

DISTINCT

GROUP BY

スカラ関数

スカラサブクエリ
TOP

UNION
サブクエリが式であれば、サブクエリ内でグループ化ビューを使用できま
す。演算子 IN、 EXISTS、 ALL、または ANY と関連付けられているサブク
エリは式と見なされません。
ビュー定義にはプロシージャを含めることも、ORDER BY を含めることも
できません。
例
次のステートメントによって、 vw_Person という名前のビューが作成され、そ
れによって大学内の登録されている全員の電話番号リストが作成されま
す。このビューには姓、名および電話番号が表示され、列ごとにヘッダが付き
ます。 Person テーブルは DEMODATA サンプルデータベースの一部です。
CREATE VIEW vw_Person (lastn,firstn,phone) AS SELECT Last_Name,
First_Name,Phone FROM Person
3-77
SQL 構文リファレンス
ビューについてのこれ以降のクエリでは、次の例に示すように、 SELECT
ステートメント内の列見出しを使用できます。
SELECT lastn, firstn FROM vw_Person
関連項目
「DROP VIEW」（3-100 ページ）
3-78
ステートメントの文法
DECLARE
備考
DECLARE ステートメントを使用して、 SQL 変数を定義します。
カーソルと変数はストアドプロシージャとトリガ内部でのみ許可される
ため、このステートメントはストアドプロシージャまたはトリガの内部で
のみ使用できます。
変数名はコロン（:）で始まる必要があります。これは、変数やパラメータ
を定義するときと使用するときの両方に当てはまります。 SET VARIABLE
を使って変数に値を設定するには、まず変数が宣言されていなければなり
ません。
各変数について、別々の DECLARE ステートメントを使用します（単一の
ステートメントで複数の変数は宣言できません）。 CHAR、 DECIMAL、
NUMERIC および VARCHAR など、サイズや有効桁数、小数部桁数が必要
なデータ型には、それらの値を指定します。
例
次の例は、変数の宣言方法を、サイズ、有効桁数、または小数部桁数が必
要な変数の宣言も含めて示しています。
DECLARE
DECLARE
DECLARE
DECLARE
DECLARE
DECLARE
DECLARE
:SaleItem CHAR(15);
:CruiseLine CHAR(25) DEFAULT 'Open Seas Tours'
:UnitWeight DECIMAL(10,3);
:Titration NUMERIC(12,3);
:ReasonForReturn VARCHAR(200);
:Counter INTEGER = 0;
:CurrentCapacity INTEGER = 9;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
「SET VARIABLE」（3-188 ページ）
3-79
SQL 構文リファレンス
DECLARE CURSOR
DECLARE CURSOR ステートメントにより、 SQL カーソルを定義します。
構文
DECLARE カーソル名 CURSOR
READ ONLY]
FOR 選択ステートメント [FOR UPDATE | FOR
備考
DECLARE では、カーソルと変数はストアドプロシージャとトリガ内部で
のみ許可されるため、このステートメントはストアドプロシージャまたは
トリガ内部でのみ使用できます。
カーソルのデフォルト動作は読み取り専用です。したがって、更新（書き
込みまたは削除）を明示的に示すには FOR UPDATE を使用する必要があ
ります。
例
次の例では、 Tuition テーブルの Degree、 Residency、および Cost_Per_Credit
列から値を選択し、それらを ID 番号順に並べるカーソルが作成されます。
DECLARE BTUCursor CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition
ORDER BY ID;
次の例では、削除を実行するために FOR UPDATE が使用されています。
CREATE PROCEDURE MyProc(IN :CourseName CHAR(7)) AS
BEGIN
DECLARE c1 CURSOR FOR SELECT name FROM course
WHERE name = :CourseName FOR UPDATE;
OPEN c1;
FETCH NEXT FROM c1 INTO :CourseName;
DELETE WHERE CURRENT OF c1;
CLOSE c1;
END;
CALL MyProc('HIS 305')
DECLARE cursor1 CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition ORDER BY ID
FOR UPDATE;
3-80
ステートメントの文法
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「カーソルループの例」（3-59 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-81
SQL 構文リファレンス
DEFAULT
DEFAULT キーワードは以下のコンテキストで使用できます。

CREATE TABLE ステートメントの列定義

ALTER TABLE ステートメントの列定義

INSERT ステートメントの VALUES 句

UPDATE ステートメントの VALUES 句
CREATE TABLE または ALTER TABLE ステートメントに指定するデフォ
ルト値（リテラルまたは式）は、次の条件を満たしている必要があります。

列のデータ型と一致している

列に設定されている範囲や長さなどの制約に従っている
INSERT および UPDATE ステートメントでは、 DEFAULT 値が定義されて
いる列に値を指定する必要はありません。このような場合は、 Pervasive
PSQL が DEFAULT 式を計算し、その結果値を列の値として使用します。
構文
次のステートメントの構文を参照してください。
3-82

「ALTER TABLE」（3-8 ページ）

「CREATE TABLE」（3-62 ページ）

「INSERT」（3-120 ページ）

「UPDATE」（3-197 ページ）
ステートメントの文法
備考
次の表に示されているように、あらゆるデータ型の列に対し、 DEFAULT
値として式を指定することができます。
表 3-3 許可されている DEFAULT 式のデータ型
リレーショナルデータ型
許可されている DEFAULT 式の型
（ODBC データ型）
SMALLIDENTITY1
SQL_BIT
IDENTITY1
SQL_TINYINT
BFLOAT4、 BFLOAT8
SQL_SMALLINT
CURRENCY
SQL_INTEGER
DECIMAL
SQL_BIGINT
REAL
SQL_REAL
DOUBLE
SQL_FLOAT
TINYINT、 UTINYINT
SQL_DOUBLE
SMALLINT、 USMALLINT
SQL_DECIMAL
INTEGER、 UINTEGER
SQL_NUMERIC
BIGINT、 UBIGINT
SQL_CHAR
NUMERIC
SQL_VARCHAR
NUMERICSA
SQL_LONGVARCHAR
NUMERICSTS
BIT
BINARY
SQL_BIT
LONGVARBINARY
SQL_TINYINT
SQL_SMALLINT
SQL_INTEGER
SQL_BIGINT
SQL_CHAR
SQL_VARCHAR
SQL_LONGVARCHAR
BINARY
LONGVARBINARY
3-83
SQL 構文リファレンス
表 3-3 許可されている DEFAULT 式のデータ型
リレーショナルデータ型
許可されている DEFAULT 式の型
（ODBC データ型）
CHAR
SQL_BIT
VARCHAR
SQL_TINYINT
LONGVARCHAR
SQL_SMALLINT
SQL_INTEGER
SQL_BIGINT
SQL_REAL
SQL_FLOAT
SQL_DOUBLE
SQL_DECIMAL
SQL_NUMERIC
SQL_DATE
SQL_TIME
SQL_TIMESTAMP
SQL_CHAR
SQL_VARCHAR
SQL_LONGVARCHAR
DATE
SQL_DATE
SQL_TIMESTAMP
SQL_CHAR
SQL_VARCHAR
SQL_LONGVARCHAR
式のデータ型が TIMESTAMP の場合
は、日付部分のみが抽出されて使われ
ます。
TIME
SQL_TIME
SQL_TIMESTAMP
SQL_CHAR
SQL_VARCHAR
SQL_LONGVARCHAR
式のデータ型が TIMESTAMP の場合
は、時刻部分のみが抽出されて使われ
ます。
3-84
ステートメントの文法
表 3-3 許可されている DEFAULT 式のデータ型
リレーショナルデータ型
許可されている DEFAULT 式の型
（ODBC データ型）
TIMESTAMP
SQL_DATE
SQL_TIMESTAMP
SQL_CHAR
SQL_VARCHAR
SQL_LONGVARCHAR
式のデータ型が DATE の場合、時刻部
分は '00:00:00' に設定されます。
1
CREATE TABLE ステートメントまたは ALTER TABLE ステートメントでは、
IDENTITY または SMALLIDENTITY データ型にデフォルト値ゼロ（default 0 ま
たは default '0'）を設定できます。それ以外のデフォルト値は許可されません。
例
次のステートメントによって、 Tab1 という名前のテーブルが作成されま
す。列 col1 のデフォルト値は、 NOW () によって返されるタイムスタンプ
の DATE 部分とします。
CREATE TABLE Tab1
(
col1 DATE DEFAULT NOW()
)
次のステートメントによって、 Tab5 という名前のテーブルが作成されま
す。列 col5 のデフォルト値は 200 とします。
CREATE TABLE Tab5
(
col5 INT DEFAULT 200
)
次のステートメントによって、 Tab8 という名前のテーブルが作成されま
す。列 col8 のデフォルト値は、 INSERT または UPDATE ステートメント実
行時のタイムスタンプとします。
CREATE TABLE Tab8
(
col8 TIMESTAMP DEFAULT CURRENT_TIMESTAMP
)
3-85
SQL 構文リファレンス
次のステートメントによって、 Tab6 という名前のテーブルが作成されま
す。列 col6 のデフォルト値は、 INSERT または UPDATE ステートメント実
行後のユーザーの名前とします。デフォルトユーザー名を実際に利用でき
るのは、セキュリティが有効になっている場合のみです。有効になってい
ない場合、 USER は常にヌルです。
CREATE TABLE Tab6
(
col6 VARCHAR(20) DEFAULT USER
)
次のステートメントは、不正な例を示しています。 SQL_TIME は DATE 列
で許可されているデータ型ではないため、このステートメントは解析時エ
ラーになります。
CREATE TABLE Tab
(
col DATE DEFAULT CURTIME()
)
次のステートメントは、不正な例を示しています。このステートメントは
解析時エラーになります。 '3.1' は数値に変換できますが、それは有効な整
数ではありません。
CREATE TABLE Tab
(
col SMALLINT DEFAULT '3.1'
)
次のステートメントは、不正な例を示しています。 CREATE TABLE ステー
トメントは成功しますが、 -60000 は SMALLINT でサポートされる値の範
囲外であるため、 INSERT ステートメントは失敗します。
CREATE TABLE Tab
(
col SMALLINT DEFAULT 3 * -20000
)
INSERT INTO Tab values(DEFAULT)
次のステートメントは、IDENTITY および SMALLIDENTITY データ型にデ
フォルト値ゼロを設定する正しい例を示しています。
CREAT TABLE t1 ( c1 IDENTITY DEFAULT '0' )
ALTER TABLE t1 ALTER c1 SMALLIDENTITY DEFAULT 0
3-86
ステートメントの文法
次のステートメントは、IDENTITY および SMALLIDENTITY データ型にデ
フォルト値を設定する正しい例を示しています。
CREATE TABLE t1 ( c1 IDENTITY DEFAULT 3 )
ALTER TABLE t1 ALTER c1 SMALLIDENTITY DEFAULT 1
日付列または時刻列のデフォルト値としての式
DEFAULT は、行の挿入時に列の値が指定されなかった場合、その列で使
用する値を指定します。
列のデフォルトとして式を割り当てるには、CREATE TABLE ステートメン
トで DEFAULT キーワードを使ってデフォルト値を定義します。テーブル
の作成方法の詳細については、「CREATE TABLE」（3-62 ページ）を参照し
てください。
Pervasive PSQL では、リテラル値やヌル値のほかに、日付および時刻のス
カラ関数や式も、適合するデータ型の列のデフォルト値として指定するこ
とができます。
CURRENT_USER() は、 CHAR および VARCHAR 文字列型の列のデフォル
ト値として使用できます。
次の表は、適合するデータ型列へデフォルト値を設定するために呼び出す
ことのできる、固有の日付および時刻スカラ関数の一覧を示しています。
表 3-4 デフォルト値としての日付および時刻スカラ関数
関数
デフォルトの対象
CURRENT_DATE( )
日付列のみ
CURDATE( )
日付列のみ
CURRENT_TIME( )
時刻列のみ
CURTIME( )
時刻列のみ
CURRENT_TIMESTAMP( )
タイムスタンプ列または日付時刻列
NOW( )
タイムスタンプ列または日付時刻列
INSERT および UPDATE ステートメントで、列のデフォルト値としてスカ
ラ関数を指定すると、Pervasive PSQL は指定されたスカラ関数を呼び出し、
その呼び出し結果を当該列の値に設定します。
3-87
SQL 構文リファレンス
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE TABLE」（3-62 ページ）
「INSERT」（3-120 ページ）
「UPDATE」（3-197 ページ）
3-88
ステートメントの文法
DELETE （位置付け）
DELETE （位置付け）ステートメントを使用して、 SQL カーソルに関連付
けられたビューの現在行を削除します。
構文
DELETE WHERE CURRENT OF カーソル名
備考
このステートメントは、ストアドプロシージャ、トリガ、およびセッショ
ンレベルでのみ使用できます。
メモセッションレベルでは位置付け DELETE ステートメントは使
用できますが、DECLARE CURSOR ステートメントは使用できません。
アクティブな結果セットのカーソル名を取得するには、
SQLGetCursorName() API を使用します。
例
次の一連のステートメントは、位置付け DELETE ステートメントの設定
を示します。位置付け DELETE ステートメントに必要なステートメント
は、 DECLARE CURSOR、 OPEN CURSOR、および FETCH FROM カー
ソル名です。
現代ヨーロッパ史の授業が時間割から削除されたので、この例ではサンプ
ルデータベースの Course テーブルから Modern European History （HIS 305）
の行が削除されます。
CREATE PROCEDURE DropClass();
DECLARE :CourseName CHAR(7);
DECLARE c1 CURSOR
FOR SELECT name
FROM COURSE
WHERE name = :CourseName;
BEGIN
SET :CourseName = 'HIS 305';
OPEN c1;
FETCH NEXT FROM c1 INTO :CourseName;
DELETE WHERE CURRENT OF c1;
END;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-89
SQL 構文リファレンス
DELETE
このステートメントにより、データベーステーブルから指定された行を削
除します。
構文
DELETE [FROM] < テーブル名 | ビュー名 > [ エイリアス名 ]
[ FROM テーブル参照 [, テーブル参照 ]...
[ WHERE 検索条件 ]
テーブル名 ::= ユーザー定義名
ビュー名 ::= ユーザー定義名
エイリアス名 ::= ユーザー定義名（エイリアス名は、 2 つ目の FROM 句が使用
されている場合には使用できません。「FROM 句」（3-90 ページ）を参照し
てください。）
テーブル参照 ::= {OJ 外部結合の定義 }
| [ データベース名 .] テーブル名 [[AS] エイリアス名 ]
| [ データベース名 .] ビュー名 [[AS] エイリアス名 ]
| 結合定義
| ( 結合定義 )
| ( テーブルサブクエリ ) [AS] エイリアス名 [( 列名 [, 列名 ]... ) ]
外部結合の定義 ::= テーブル参照外部結合タイプ JOIN テーブル参照 ON 検索
条件
外部結合タイプ ::= LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
検索条件 ::= 検索条件 AND 検索条件
| 検索条件 OR 検索条件
| NOT 検索条件
| ( 検索条件 )
| 述部
データベース名 ::= ユーザー定義名
ビュー名 ::= ユーザー定義名
結合定義 ::= テーブル参照 [ 結合タイプ ] JOIN テーブル参照 ON 検索条件
| テーブル参照 CROSS JOIN テーブル参照
| 外部結合の定義
結合タイプ ::= INNER | LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
テーブルサブクエリ ::= クエリスペック [[UNION [ALL]
クエリスペック ]... ]
3-90
ステートメントの文法
備考
INSERT、 UPDATE、および DELETE ステートメントはアトミックな方法
で動作します。つまり、複数の行の挿入、更新、または削除に失敗した場
合、同じステートメントによって実行された前の行の挿入、更新、または
削除がすべてロールバックされます。
FROM 句
オプションの第 2 FROM 句と、行が削除されるテーブル（「削除テーブル」
と呼びます）への参照に関して混乱が生じる可能性があります。第 2 FROM
句に削除テーブルが現れる場合、その出現のうちの 1 つは、行が削除され
るテーブルと同じインスタンスになります。
たとえば、ステートメント DELETE t1 FROM t1, t2 WHERE t1.c1 =
t2.c1 の場合、 DELETE の直後の t1 と FROM の後の t1 は、テーブル t1 の
同じインスタンスです。したがって、このステートメントは DELETE t1
FROM t2 WHERE t1.c1 = t2.c1 と同じことになります。
第 2 FROM 句に削除テーブルが複数回現れる場合、その出現のうちの 1 つ
は削除テーブルと同じインスタンスであると識別される必要があります。
第 2 FROM 句の参照のうち、削除テーブルと同じインスタンスであると見
なされるのは、エイリアスが指定されていない参照です。
したがって、ステートメント DELETE t1 FROM t1 a, t1 b WHERE
a.c1 = b.c1 の場合、第 2 FROM 句の t1 のインスタンスはどちらもエイ
リアスを持っているため、これは正しくありません。 DELETE t1 FROM
t1, t1 b WHERE t1.c1 = b.c1 であれば有効です。
第 2 FROM 句には次の条件が適用されます。

DELETE ステートメントにオプションの第 2 FROM 句を含める場合、
FROM 句の前にあるテーブル参照にエイリアスを指定することはでき
ません。たとえば、 DELETE t1 a FROM t2 WHERE a.c1 = t2.c1
とすると、次のエラーが返されます。
SQL_ERROR (-1)
SQLSTATE "37000"
"[Pervasive][ODBC クライアントインターフェイス
][LNA][Pervasive] [ODBC エンジンインターフェイス ] オプショ
ンの FROM を伴う UPDATE/DELETE ステートメントでは、テーブルエ
イリアスは使用できません。 "
ステートメントの有効なバージョンは、DELETE t1 FROM t2 WHERE
t1.c1 = t2.c1 または DELETE t1 FROM t1 a, t2 WHERE a.c1
= t2.c1 です。
3-91
SQL 構文リファレンス

第 2 FROM 句に削除テーブルへの参照を 2 つ以上含める場合、それらの
参照のうちの 1 つにだけエイリアスを指定できます。たとえば、
DELETE t1 FROM t1 a, t1 b WHERE a.c1 = b.c1 とすると、次
のエラーが返されます。
SQL_ERROR (-1)
SQLSTATE "37000"
"[Pervasive][ODBC クライアントインターフェイス
][LNA][Pervasive] [ODBC エンジンインターフェイス ] テーブル
t1 があいまいです。 "
誤りのあるステートメントでは、エイリアスを "a" とするテーブル "t1"
が削除テーブルと同じインスタンスであると仮定しています。正しい
ステートメントは、 DELETE t1 FROM t1, t1 b WHERE t1.c1 =
b.c1 です。

DELETE ステートメントにおける第 2 FROM 句はセッションレベルで
のみサポートされます。 DELETE ステートメントがストアドプロシー
ジャ内で発生する場合は、第 2 FROM 句はサポートされません。
例
次のステートメントによって、サンプルデータベースの person テーブルか
ら名前 Ellen の行が削除されます。
DELETE FROM person WHERE First_Name = 'Ellen'
次のステートメントによって、サンプルデータベースの course テーブルか
ら Modern European History （HIS 305）の行が削除されます。
DELETE FROM Course WHERE Name = 'HIS 305'
3-92
ステートメントの文法
DISTINCT
備考
DISTINCT キーワードは SELECT ステートメントで使用して、結果から
重複する値を削除するよう Pervasive PSQL に指示します。 DISTINCT を使
用すると、 SELECT ステートメントの条件を満たす一意の行をすべて検索
できます。
DISTINCT キーワードの使用には以下の規則が適用されます。
DISTINCT は、サブクエリを含む任意のステートメントで使用できます。
選択リストに集計が含まれる場合、 DISTINCT キーワードは無視されま
す。集計によって、行が重複しないことが保証されます。
DISTINCT を次のように使用することはできません。
SELECT DISTINCT column1, DISTINCT column2
例
次のステートメントは、 Beir 教授（教職員 ID 111191115）が担当する固有
の講座をすべて検索します。
SELECT DISTINCT c.Name
FROM Course c, class cl
WHERE c.name = cl.name AND cl.faculty_id = '111191115'
関連項目
「SELECT」（3-153 ページ）
3-93
SQL 構文リファレンス
DROP FUNCTION
DROP FUNCTION ステートメントにより、データベースからスカラユー
ザー定義関数（UDF）を削除します。
メモ存在しない UDF を削除しようとすると、エラーメッセージが表
示されます。
構文
DROP FUNCTION { 関数名 }
引数
関数名
削除するユーザー定義関数の名前。
例
次のステートメントによって、ユーザー定義関数 fn_MyFunc がデータベー
スから削除されます。
DROP FUNCTION fn_MyFunc
関連項目
「CREATE FUNCTION」（3-39 ページ）
3-94
ステートメントの文法
DROP GROUP
このステートメントにより、セキュリティで保護されているデータベース
内の 1 つまたは複数のグループを削除します。
構文
DROP GROUP グループ名 [, グループ名 ]...
備考
複数のグループはカンマで区切ります。
例
次の例ではグループ Pervasive が削除されます。
DROP GROUP pervasive
次の例では、リストを使用してグループを削除します。
DROP GROUP pervasive_dev, pervasive_marketing
関連項目
「CREATE GROUP」（3-45 ページ）
3-95
SQL 構文リファレンス
DROP INDEX
このステートメントにより、指定されたテーブルから特定のインデックス
を削除します。
構文
DROP INDEX [ テーブル名 .] インデックス名 [IN DICTIONARY]
引数
テーブル名
インデックスが存在するテーブルの名前。
インデックス名
インデックスの名前。
IN DICTIONARY
IN DICTIONARY キーワードを使用すると、基となるデータファイルから
はインデックスを削除せずに、 DDF からインデックスを削除できます。
備考
IN DICTIONARY は非常に強力で高度な機能です。これは、システム管理
者によってのみ、もしくは絶対的に必要な場合にのみ使用してください。
通常、 Pervasive PSQL は DDF とデータファイルの完全な同期を保ちます
が、この機能によりユーザーは、同期していないテーブルの辞書定義を既
存のデータファイルに合致させることが柔軟に行えるようになります。こ
れは、既存のデータファイルと合致する定義を辞書内に作成したい場合に
有用です。
注意 DDF の変更を、基となるデータファイルへの変更と並行して行
わないと、重大な問題が生じることがあります。
この機能の詳細については、「IN DICTIONARY」（3-10 ページ）の説明を
参照してください。
例
次のステートメントによって、指定された名前付きインデックスが Faculty
テーブルから削除されます。
DROP INDEX Faculty.Dept
3-96
ステートメントの文法
次の例では、データファイルと関連付けられない「デタッチされた」テー
ブルが作成され、その後でテーブル定義へのインデックスの追加と削除が
行われます。インデックスは、関連付けられる基となる Btrieve インデック
スが存在しないため、デタッチされたインデックスとなります。
CREATE TABLE t1 IN DICTIONARY (c1 int, c2 int)
CREATE INDEX idx_1 IN DICTIONARY on t1(c1)
DROP INDEX t1.idx_1 IN DICTIONARY
関連項目
「CREATE INDEX」（3-46 ページ）
3-97
SQL 構文リファレンス
DROP PROCEDURE
このステートメントにより、現行データベースから 1 つまたは複数のスト
アドプロシージャを削除します。
構文
DROP PROCEDURE プロシージャ名
例
次のステートメントによって、ストアドプロシージャ myproc が辞書から
削除されます。
DROP PROCEDURE myproc
関連項目
「CREATE PROCEDURE」（3-50 ページ）
3-98
ステートメントの文法
DROP TABLE
このステートメントにより、指定されたデータベースからテーブルを削除
します。
構文
DROP TABLE テーブル名 [IN DICTIONARY]
引数
テーブル名
削除するテーブルの名前。
IN DICTIONARY
「ALTER TABLE」（3-8 ページ）の IN DICTIONARY の解説を参照してくだ
さい。
備考
CASCADE および RESTRICT はサポートされていません。
テーブルに依存しているトリガがある場合、テーブルは削除されません。
トランザクションが進行中で、それがテーブルを参照している場合は、エ
ラーが表示されてテーブルは削除されません。
削除するテーブルにほかのテーブルが依存している場合は、テーブルの削
除に失敗します。
主キーが存在する場合は削除されます。テーブルを削除する前にユーザー
が主キーを削除する必要はありません。テーブルの主キーが別のテーブル
に属する制約によって参照されている場合、テーブルは削除されず、エラー
が表示されます。
テーブルに外部キーがある場合、外部キーは削除されます。
テーブルにその他の制約（たとえば、 NOT NULL、 CHECK、 UNIQUE、
NOT MODIFIABLE など）がある場合、テーブルが削除されるとそれらの
制約は削除されます。
例
次のステートメントによって、 class テーブル定義が辞書から削除されます。
DROP TABLE Class
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE TABLE」（3-62 ページ）
3-99
SQL 構文リファレンス
DROP TRIGGER
このステートメントにより、現行データベースからトリガを削除します。
構文
DROP TRIGGER トリガ名
例
次の例では、 InsTrig という名前のトリガが削除されます。
DROP TRIGGER InsTrig
関連項目
「CREATE TRIGGER」（3-73 ページ）
3-100
ステートメントの文法
DROP VIEW
このステートメントにより、データベースから指定されたビューを削除し
ます。
構文
DROP VIEW ビュー名
備考
[CASCADE | RESTRICT] はサポートされていません。
例
次のステートメントによって、 vw_person ビュー定義が辞書から削除され
ます。
DROP VIEW vw_person
関連項目
「CREATE VIEW」（3-76 ページ）
3-101
SQL 構文リファレンス
END
備考
BEGIN [ATOMIC] （3-24 ページ）の解説を参照してください。
3-102
ステートメントの文法
EXECUTE
EXECUTE ステートメントには 2 とおりの使い方があります。

ユーザー定義のプロシージャまたはシステムストアドプロシージャを
呼び出す場合。 CALL ステートメントの代わりに EXECUTE ステートメ
ントを使用できます。

ストアドプロシージャ内で、文字列または、文字列を返す式を実行す
る場合。
構文
ストアドプロシージャを呼び出す場合：
EXEC[UTE] ストアドプロシージャ [([ プロシージャパラメータ [, プロシー
ジャパラメータ ]... ] ) ]
ストアドプロシージャ ::= ストアドプロシージャの名前
プロシージャパラメータ ::= ストアドプロシージャが必要とする入力パラメータ
ユーザー定義のストアドプロシージャ内の場合：
EXEC[UTE] ( 文字列 [+ 文字列 ]... )
文字列 ::= 文字列、文字列変数、または文字列を返す式
例
次の例では、パラメータのないプロシージャを実行します。
EXEC NoParms() または EXEC NoParms
次の例では、パラメータのあるプロシージャを実行します。
EXEC Parms(vParm1, vParm2)
EXECUTE CheckMax(N.Class_ID)
次のプロシージャは、 Billing テーブルから Student_ID を取り出します。
CREATE PROCEDURE tmpProc(IN :vTable CHAR(25)) RETURNS (sID
INTEGER) AS
BEGIN
EXEC ('SELECT Student_ID FROM ' + :vtable);
END;
EXECUTE tmpProc('Billing')
関連項目
「CALL」（3-25 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「システムストアドプロシージャ」（6-1 ページ）
3-103
SQL 構文リファレンス
EXISTS
EXISTS キーワードを使用して、サブクエリの結果に行があるかどうかを
確認します。サブクエリに行が含まれていれば、 True が返されます。
構文
EXISTS ( サブクエリ )
備考
外部クエリが評価する各行について、 Pervasive PSQL で、サブクエリから
の関連する行があるかどうかが確認されます。 Pervasive PSQL は、外部ク
エリの中でサブクエリからの関連する行に対応する各行を、ステートメン
トの結果テーブルに含めます。
EXISTS はストアドプロシージャ内のサブクエリにも使用できます。ただ
し、ストアドプロシージャ内のサブクエリ SELECT ステートメントに
COMPUTE 句または INTO キーワードが含まれていてはいけません。
多くの場合、 EXISTS を含むサブクエリは IN を使って書き直すことができ
ます。クエリが IN を使用している場合、 Pervasive PSQL はより効率的にク
エリを処理できます。
例
次のステートメントは、成績評価点平均が 4.0 の人だけを含むリストを返します。
SELECT * FROM Person p WHERE EXISTS
(SELECT * FROM Enrolls e WHERE e.Student_ID = p.id
AND Grade = 4.0)
IN を使って、このステートメントを書き直すことができます。
SELECT * FROM Person p WHERE p.id IN
(SELECT e.Student_ID FROM Enrolls WHERE Grade = 4.0)
次のプロシージャは、入力パラメータの値を使って、 Person テーブルから
ID を選択します。プロシージャの最初の実行（EXEC）では "Exists は true
を返しました " が返り、 2 番目の EXEC では "Exists は false を返しました "
が返ります。
CREATE PROCEDURE ex1(IN :vID INTEGER) AS
BEGIN
IF EXISTS ('SELECT id FROM person WHERE id < :vID)
THEN PRINT 'Exists は true を返しました ';
ELSE PRINT 'Exists は false を返しました ';
ENDIF;
END;
EXEC ex1(222222222)
EXEC ex1(1)
3-104
ステートメントの文法
関連項目
「SELECT」（3-153 ページ）
3-105
SQL 構文リファレンス
FETCH
備考
FETCH ステートメントにより、指定したテーブル行に SQL カーソルを位
置付け、ターゲットリストに値を入れる変数を配置して、その行から値を
取り出します。
カーソルからデータをフェッチする場合は、 NEXT および FROM キーワー
ドの使用は選択できません。
メモ Pervasive PSQL は前方スクロールタイプのカーソルのみサポー
トします。そのため、 NEXT FROM を省略しても、カーソルレコード
の流れを制御することはできません。
構文
FETCH [[NEXT] FROM] カーソル名 INTO 変数名
例
この例の FETCH ステートメントでは、カーソル c1 からの値が OldName
変数に取り込まれます。また、位置付け UPDATE ステートメントにより、
同じ DEMODATA サンプルデータベース内の Course テーブルの Modern
European History （HIS 305）の行が更新されます。
CREATE PROCEDURE UpdateClass();
BEGIN
DECLARE :CourseName CHAR(7);
DECLARE :OldName CHAR(7);
DECLARE c1 CURSOR FOR SELECT name FROM course WHERE name =
:CourseName;
OPEN c1;
SET :CourseName = 'HIS 305';
FETCH NEXT FROM c1 INTO :OldName;
UPDATE SET name = 'HIS 306' WHERE CURRENT OF c1;
END;
CREATE PROCEDURE MyProc(IN :CourseName CHAR(7)) AS
BEGIN
DECLARE cursor1 CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition ORDER BY ID;
.........
.........
FETCH cursor1 INTO :CourseName;
3-106
ステートメントの文法
.........
.........
END
関連項目
「CREATE PROCEDURE」（3-50 ページ）
3-107
SQL 構文リファレンス
FOREIGN KEY
備考
FOREIGN KEY キーワードは ADD 句で使用して、テーブルの定義に外部
キーを追加します。
メモ外部キーを追加したり、その他の参照整合性（RI）操作を行っ
たりするには、その前にデータベース名を使用してデータベースにロ
グインする必要があります。また、セキュリティが有効になっている
場合は、外部キーの参照先テーブルの参照権がなければ、キーを追加
できません。
従属テーブルに外部キーを定義するには、 FOREIGN KEY 句を CREATE
TABLE ステートメントで使用します。キーに列のリストを指定するだけ
でなく、キーの名前を定義できます。
外部キー列の列は、ヌル値を許可できます。ただし、インデックスに擬似
ヌルの列が含まれていないことを確認してください。擬似ヌルの値はイン
デックスが作成されません。
外部キー名は、辞書内で固有の名前である必要があります。外部キー名を
省略すると、 Pervasive PSQL はキーの最初の列の名前を外部キー名として
使用します。その名前の外部キーが辞書に既に含まれる場合は、外部キー
名の重複エラーが発生します。
外部キーを指定すると、 Pervasive PSQL によって、キーを構成する列のイ
ンデックスが作成されます。このインデックスは、対応する主キーのイン
デックスと同じ属性を持ちますが、値の重複が可能です。インデックスに
ほかの属性を割り当てるには、 CREATE INDEX ステートメントを使用し
て明示的にインデックスを作成します。その後、 ALTER TABLE ステート
メントを使用して外部キーを定義します。インデックスを作成するときは、
ヌル値が許可されず、大文字小文字の区別とコレーティングシーケンスの
属性が、対応する主キー列のインデックスの属性と一致しているようにし
ます。
外部キーの列は、主キーの参照先の列と、データ型、長さ、順序が同じで
ある必要があります。唯一の例外は、外部キーでは整数列を使用して、主
キーの IDENTITY 列または SMALLIDENTITY 列を参照できることです。こ
の場合、 2 つの列は長さが同じである必要があります。
Pervasive PSQL は、テーブルを作成する前に、外部キーに例外がないかど
うかを調べます。以前に定義された参照整合性（RI）制約に違反する状態
が見つかった場合は、ステータスコードを生成し、テーブルを作成しませ
ん。
3-108
ステートメントの文法
外部キーを定義するときに、対応する主キーが含まれるテーブルの名前を
指定する REFERENCES 句を含める必要があります。親テーブルの主キー
は事前に定義されている必要があります。また、データベースのセキュリ
ティが有効になっている場合は、主キーが含まれるテーブルの参照権が必
要です。
CREATE TABLE ステートメントを使用して、自己参照を行う外部キーを
作成することはできません。同じテーブルの主キーを参照する外部キーを
作成するには、 ALTER TABLE ステートメントを使用します。
また、 1 つのステートメントで、同じ列セットに対する主キーと外部キー
は作成できません。そのため、作成しているテーブルの主キーが別のテー
ブルの外部キーでもある場合は、 ALTER TABLE ステートメントを使用し
て外部キーを作成する必要があります。
例
次のステートメントは、 Class テーブルに新規の外部キーを追加します。
（Faculty の ID 列はインデックスとして定義されており、ヌル値は含まれま
せん。）
ALTER TABLE Class ADD CONSTRAINT Teacher FOREIGN KEY
(Faculty_ID)
REFERENCES Faculty (ID) ON DELETE RESTRICT
この例では、削除制限規則によって、ある教職員を削除しようとするとき、
最初にその教職員の全講座を変更または削除しないとその教職員をデータ
ベースから削除できないようになっています。
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE TABLE」（3-62 ページ）
3-109
SQL 構文リファレンス
GRANT
GRANT ステートメントにより、新規のユーザー ID を作成し、セキュリ
ティで保護されているデータベース内の特定のユーザーに権限を付与しま
す。 GRANT ステートメントを使用して、 CREATE TABLE、 CREATE
VIEW、および CREATE PROCEDURE に権限を付与することができます。
次の表は、特定の操作に対する構文を示しています。
この操作に権限を付与する場合
GRANT で使用する構文
CREATE TABLE
CREATETAB
CREATE VIEW
CREATEVIEW
CREATE PROCEDURE
CREATESP
構文
GRANT CREATETAB | CREATEVIEW | CREATESP TO public またはユーザー/ グ
ループ名 [, ユーザー / グループ名 ]...
GRANT LOGIN TO ユーザーパスワード [, ユーザーパスワード ]...[ IN
GROUP グループ名 ]
GRANT テーブル権限 ON < * | [TABLE] テーブル名 [ オーナーネーム ]>
TO ユーザー / グループ名 [, ユーザー / グループ名 ]...
テーブル権限 ::= ALL
|
|
ALTER [( 列名 [, 列名 ]... ) ]
DELETE
|
INSERT [( 列名 [, 列名 ]... ) ]
|
REFERENCES [( 列名 [, 列名 ]... ) ]
|
SELECT [( 列名 [, 列名 ]... ) ]
|
UPDATE [( 列名 [, 列名 ]... ) ]
テーブル名 ::= [ データベース名 .] ユーザー定義のテーブル名
データベース名 ::= テーブルが属しているデータベースの名前
ユーザーパスワード ::= ユーザー名 [:] パスワード
public またはユーザー / グループ名 ::= PUBLIC | ユーザー / グループ名
ユーザー / グループ名 ::= ユーザー名 | グループ名
ユーザー名 ::= ユーザー定義名
オーナーネーム ::= ユーザー定義名
3-110
ステートメントの文法
備考
CREATETAB、 CREATESP、 CREATEVIEW、および LOGIN 引数は、コ
ア SQL 文法の拡張機能です。
メモ ANSI SQL 3 では、INSERT、ALTER、REFERENCES、SELECT、
および UPDATE の列リストが許可されています。
ユーザーとグループ
リレーショナルセキュリティは、セキュリティをオンにしたときに、デー
タベースヘのフルアクセス権を持つ "Master" という名前のデフォルト
ユーザーが存在するかどうかに基づきます。最初、 Master ユーザーにパス
ワードは必要ありません。
注意セキュリティをオンにしたら、パスワードを有効な長さ（最低
5 文字）で指定してください。パスワードを空白のままにしておくと、
データベースがセキュリティの危険にさらされます。
Master ユーザーは、グループやほかのユーザーを作成したり、作成したグ
ループやユーザーにデータアクセス権限を定義することができます。
すべてのユーザーに同一の権限を付与したい場合は、 PUBLIC グループに
権限を付与します。すべてのユーザーは、 PUBLIC グループに割り当てら
れているデフォルトの権限を継承します。
メモグループを使用する場合は、ユーザーを作成する前にグループ
を設定する必要があります。既に作成済みのユーザーをグループに追
加することはできません。
ユーザー名とパスワードに空白またはその他の非英数字の文字が含まれる
場合は、ユーザー名とパスワードを二重引用符で囲む必要があります。
ユーザーとグループの詳細については、『Advanced Operations Guide』の
「Master ユーザー」（7-2 ページ）、「ユーザーとグループ」（7-3 ページ）、お
よび「権限の割り当て作業」（7-23 ページ）をすべて参照してください。
オーナーネーム
オーナーネームは、 Btrieve ファイルのアクセスを得るために必要なパス
ワードです。オーナーネームとシステムユーザー名あるいはデータベース
ユーザー名との間に関連はありません。オーナーネームは、単なるファイ
ルパスワードと考えてください。
3-111
SQL 構文リファレンス
セキュリティで保護されている ODBC データベース内のテーブルである
ファイルに Btrieve オーナーネームを設定する場合、その ODBC データ
ベースの Master ユーザーはすべての GRANT ステートメントでオーナー
ネームを使用して、指定されたテーブルの権限を Master ユーザーを含む全
ユーザーに付与しなければなりません。
オーナーネームを含む GRANT ステートメントがある指定ユーザーに対
し発行されたら、そのユーザーはアクセスのたびにオーナーネームを指定
しなくても、データベースにログインすることで指定されたテーブルにア
クセスできるようになります。
ユーザーが Btrieve オーナーネームを持つテーブルに ODBC 経由でアクセ
スしようとした場合、 Master ユーザーが GRANT ステートメントで正しい
オーナーネームを使ってそのユーザーにテーブル権限を付与していない
限り、アクセスは許可されません。
テーブルが読み取り専用属性のオーナーネームを持つ場合は、オーナー
ネームを含む SELECT 権限を Master ユーザーに明確に付与しなくても、
Master ユーザーは自動的にこのテーブルの SELECT 権限を持ちます。
例
GRANT ALL ステートメントは、指定したユーザーまたはグループに
INSERT、 UPDATE、 ALTER、 SELECT、 DELETE、および REFERENCES
の権限を付与します。また、辞書の CREATE TABLE 権限も付与されます。
次のステートメントによって、テーブル Class の dannyd に上記のすべての
権限が付与されます。
GRANT ALL ON Class TO dannyd
このステートメントによって、ユーザー debieq に ALTER 権限が与えられ
ます。
GRANT ALTER ON Class TO debieq
このステートメントによって、テーブル Class の keithv と miked に INSERT
権限が与えられます。
GRANT INSERT ON Class TO keithv, miked
次のステートメントによって、ユーザー keithv および brendanb に person
テーブル内の 2 つの列 First_name と Last_name の INSERT 権限が与えられ
ます。
GRANT INSERT(First_name,last_name) ON Person to keithv,brendanb
次のステートメントによって、ユーザー aideenw と punitas に CREATE
TABLE 権限が与えられます。
GRANT CREATETAB TO aideenw, punitas
3-112
ステートメントの文法
次のステートメントによって、 ravi という名前のユーザーにログイン権限
が与えられ、そのパスワードが "password" と指定されます。
GRANT LOGIN TO ravi:password
ユーザー名とパスワードは Pervasive PSQL データベースを参照するもので
あり、これらはオペレーティングシステムレベルで設定されたユーザー名
およびパスワードとは関連付けられません。Pervasive PSQL のユーザー名、
グループ、およびパスワードは Pervasive PSQL Control Center （PCC）で設
定されます。『Advanced Operations Guide』の「ユーザーとグループの作業」
（7-23 ページ）を参照してください。
次の例では、dannyd と travisk という名前のユーザーにログイン権限が与え
られ、パスワードがそれぞれ "password"、 1234567 と指定されます。
GRANT LOGIN TO dannyd:password,travisk:1234567
名前に空白が含まれる場合は、次のように二重引用符を使用できます。こ
のステートメントによって、Jerry Gentry と Punita という名前のユーザーに
ログイン権限が与えられ、パスワードがそれぞれ sun、 moon と指定されま
す。
GRANT LOGIN TO ''Jerry Gentry'' :sun, Punita:moon
次の例では、パスワード 123456 を持つ Jerry Gentry という名前のユーザー
と、パスワード abcdef を持つ travisk という名前のユーザーにログイン権限
が与えられます。また、グループ pervasive_dev にこれらのユーザーが追加
されます。
GRANT LOGIN TO ''Jerry Gentry'' :123456, travisk:abcdef IN
GROUP pervasive_dev
Btrieve オーナーネームを持つテーブルの権限を付与するには、Master ユー
ザーは GRANT ステートメントで正しいオーナーネームを指定しなけれ
ばなりません。
次の例では、 Master ユーザーに Btrieve オーナーネーム "abcd" を持つテー
ブル T1 の SELECT 権限が与えられます。
GRANT SELECT ON t1 'abcd' TO Master
Master ユーザーは、オーナーネームを持たないテーブルのすべての権限を
持ちます。テーブルのオーナーネームは Maintenance ユーティリティを
使って設定できます。 Btrieve オーナーネームは大小文字が区別されます。
3-113
SQL 構文リファレンス
Master ユーザーによる次の SQL ステートメントセットの実行後、ユーザー
"jsmith" は現在のデータベース内のすべてのテーブルに対する SELECT 権
を持ちます。また、ユーザーは tab1 の DELETE 権および tab2 の UPDATE
権も持ちます。
GRANT DELETE ON tab1 TO jsmith
GRANT SELECT ON * TO jsmith
GRANT UPDATE ON tab2 TO jsmith
その後、CREATE TABLE 権を持つユーザーによって次のステートメントが
実行された場合、ユーザー "jsmith" は新しく作成されたテーブルの
SELECT 権を持ちます。
CREATE TABLE tab3 (col1 INT)
GRANT CREATETAB TO user1
GRANT CREATESP TO user1
関連項目
「REVOKE」（3-145 ページ）
「SET SECURITY」（3-179 ページ）
「CREATE GROUP」（3-45 ページ）
「DROP GROUP」（3-94 ページ）
3-114
ステートメントの文法
GROUP BY
備考
SELECT ステートメント中の GROUP BY 構文に加えて、 Pervasive PSQL
では、ベンダ文字列を含むことができる拡張された GROUP BY 構文もサ
ポートしています。
GROUP BY クエリを行うと、見つかったグループごとに 1 行の選択リスト
を含む結果セットが返されます（選択リストの構文については、『Microsoft
ODBC Programmer’s Reference』を参照）。
GROUP BY 句でエイリアスを使用することができます。ただし、エイリア
スはテーブル内のどの列名とも異なっていなければなりません。
例
次の例では、course テーブルを使用して固有の学部のリストを作成します。
SELECT Dept_Name FROM Course GROUP BY Dept_Name
上と同じ例でエイリアス（ここでは "dn"）を使用して、同様の結果を得ら
れます。
SELECT Dept_Name dn FROM Course GROUP BY dn
次の例では、結果リストに固有の学部と各学部内の講座数のリストが含ま
れます。
SELECT Dept_Name, COUNT(*) FROM Course GROUP BY Dept_Name
COUNT( 式 ) によって、述部にある式の非ヌル値がすべてカウントされる
ということを覚えておいてください。 COUNT(*) ではヌル値を含むすべて
の値がカウントされます。
セット関数により操作される行は、 WHERE 検索条件が適用された後に残
る行です。この例では、 faculty テーブル内で Salary > 80000 の行のみがカ
ウントされます。
SELECT COUNT(*) FROM Faculty WHERE Salary > 80000 GROUP BY
Dept_Name
次の例では、エスケープシーケンス内にベンダ文字列を含む、拡張 GROUP
BY を示します。次の Microsoft Web サイトで、エスケープシーケンスおよ
びベンダ文字列についての詳細情報が提供されています。
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odbc/htm/
odbcescape_sequences_in_odbc.asp （英語）
SELECT(--(*vendor(Microsoft), product(ODBC) fn left(at1.col2,
1) *)--) FROM at1 GROUP BY (--(*vendor(Microsoft),
product(ODBC) fn left(at1.col2, 1) *)--) ORDER BY (-(*vendor(Microsoft), product(ODBC) fn left(at1.col2, 1) *)--)
DESC
3-115
SQL 構文リファレンス
関連項目
「SELECT」（3-153 ページ）
3-116
ステートメントの文法
HAVING
備考
HAVING 句は SELECT ステートメントの中で GROUP BY 句と一緒に使
用して、集計値が特定の基準を満たしているグループのみを表示します。
HAVING 句内の式には、定数、セット関数、または GROUP BY 式リスト
内の式の複製を含めることができます。
Pervasive PSQL エンジンでは、 GROUP BY のない HAVING はサポートさ
れていません。
HAVING 句でエイリアスを使用することができます。ただし、エイリアス
はテーブル内のどの列名とも異なっていなければなりません。
例
次の例では、講座名が 5 つを超える学部名が返されます。
SELECT Dept_Name, COUNT(*) FROM Course GROUP BY Dept_Name
HAVING COUNT(*) > 5
上と同じ例でエイリアス（ここでは "dn" と "ct"）を使用して、同様の結果
を得られます。
SELECT Dept_Name dn, COUNT(*) ct FROM Course GROUP BY dn HAVING
ct > 5
COUNT( 式 ) によって、述部にある式の非ヌル値がすべてカウントされる
ということを覚えておいてください。 COUNT(*) ではヌル値を含むすべて
の値がカウントされます。
次の例では、講座数が 5 つを超える Accounting という名前の学部名が返さ
れます。
SELECT Dept_Name, COUNT(*) FROM Course GROUP BY Dept_Name
HAVING COUNT(*) > 5 AND Dept_Name = 'Accounting'
関連項目
「SELECT」（3-153 ページ）
3-117
SQL 構文リファレンス
IF
備考
IF ステートメントにより、条件の値に基づく条件付き実行を提供します。
IF ... THEN ... [ELSE ... END IF 構造は、2 つのステートメントブロックの
どちらに基づいて実行するかをフロー制御します。 IF ... ELSE 構文も使用
できます。
IF ステートメントは、ストアドプロシージャとトリガの本体で使用できま
す。
IF ステートメントをネストできる数に制限はありませんが、クエリは通常
どおり、合計長の制限やその他のアプリケーション制限の影響を受けます。
メモ Pervasive PSQL と T.SQL を含んでいる混合構文は使用できませ
ん。 IF...THEN...ELSE...END IF 構文または IF...ELSE 構文のいずれかを
使用できます。
IF または ELSE 条件で複数のステートメントを使用する場合は、
BEGIN と END を使ってステートメントブロックの始まりと終わりを
示す必要があります。
構文
IF ( ブール条件 )
BEGIN
SQL ステートメント
END
ELSE
BEGIN
SQL ステートメント
END
例
次の例では、IF ステートメントを使用して、vInteger の値が正か負かによっ
て変数 Negative を 1 または 0 に設定します。
IF (:vInteger < 0) THEN
SET :Negative = '1';
ELSE
SET :Negative = '0';
END IF;
3-118
ステートメントの文法
次の例では、 IF ステートメントを使用して、定義された条件（SQLSTATE
= '02000'）のループをテストします。この条件が満たされた場合、 WHILE
ループが終了します。
FETCH_LOOP:
WHILE (:counter < :NumRooms) DO
FETCH NEXT FROM cRooms INTO :CurrentCapacity;
IF (SQLSTATE = '02000') THEN
LEAVE FETCH_LOOP;
END IF;
SET :counter = :counter + 1;
SET :TotalCapacity = :TotalCapacity +
:CurrentCapacity;
END WHILE;
IF (:vInteger > 50)
BEGIN
set :vInteger = :vInteger + 1;
INSERT INTO test VALUES('Test');
END;
ELSE
set :vInteger = :vInteger - 1;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-119
SQL 構文リファレンス
IN
備考
IN 演算子を使用して、外部クエリの結果が、サブクエリの結果に含まれる
かどうかを検査します。ステートメントの結果テーブルには、外部クエリ
が返す行で、サブクエリ内に関連する行があるものだけが含まれます。
例
次の例は、 Chemistry 408 を受講した全学生の名前をリストします。
SELECT p.First_Name + '
' + p.Last_Name
FROM Person p, Enrolls e
WHERE (p.id = e.student_id)
AND (e.class_id IN
(SELECT c.ID FROM Class c WHERE c.Name = 'CHE 408'))
Pervasive PSQL では、まずサブクエリが評価され、 Class テーブルから
Chemistry 408 の ID が取得されます。次に外部クエリが実行され、結果は、
その講座の Enrolls テーブルにエントリがある学生だけに制限されます。
一般に、 IN クエリは、 EXISTS キーワードまたは制限句を持つ簡単な結合
条件を使用して、より効率的に行うことができます。 Pervasive PSQL では、
サブクエリよりも結合の方が効率的に最適化されます。そのため、クエリ
の目的がデータベースのサブセットでの値の有無を判定することでない限
り、簡単な結合条件を使用する方が効率的です。
関連項目
「SELECT」（3-153 ページ）
3-120
ステートメントの文法
INSERT
このステートメントにより、 1 つのテーブルに列の値を挿入します。
構文
INSERT INTO テーブル名
[ ( 列名 [, 列名 ]...) ]
挿入値
挿入値 ::= values 句
| クエリスペック
values 句 ::= VALUES ( 式 [, 式 ]... )
| DEFAULT VALUES
備考
INSERT、 UPDATE、および DELETE ステートメントはアトミックな方法
で動作します。つまり、複数の行の挿入、更新、または削除に失敗した場
合、同じステートメントによって実行された前の行の挿入、更新、または
削除がすべてロールバックされます。
Pervasive.SQL 2000 あるいはそれ以前のバージョンで作成されたデータ（レ
ガシーデータ）のデータ型はすべて、ヌル値を許可すると報告されます。
これは、すべてのデータ型のレガシー列に、擬似ヌル変換を行わないでヌ
ルを挿入できるということです。次のデータ型は、デフォルトで擬似ヌル
として扱われます。
Date
Decimal
Money
NumericSA
NumericSTS
Timestamp
Numeric
通常、レガシー列を擬似ヌルに変換する場合、列の内容がヌルであるか照
会できるように、バイナリ値の 1 つを取り上げてヌル値として使用するた
め、バイナリ値を 1 つ失います。ただし、上記のデータ型は設計の都合上、
通常のデータ範囲に加えて、ヌル用に異なる固有の内部値を持っています。
これらのデータ型を使用すると、バイナリ値をヌルに変換する場合に 1 つ
も値を失わないので、それらをデフォルトで擬似ヌルと判断しても差し支
えありません。
残りのデータ型は「レガシーヌル許容」とみなされます。これは、ヌルを
挿入できるということです。しかし、値を照会すると、非ヌルのバイナリ
同値が返されます。これと同じバイナリ同値を WHERE 句で使用して、特
定の値を取得する必要があります。
バイナリ同値は次のとおりです。

Binary 型の場合は 0
3-121
SQL 構文リファレンス

string および BLOB 型（レガシー型の LVAR と NOTE）の場合は空文字列
CURTIME()、 CURDATE() および NOW() 変数
CURTIME()、 CURDATE()、 NOW() の各変数を INSERT ステートメントで
使用して、現在の現地日付、時刻、およびタイムスタンプの値を挿入でき
ます。
CREATE TABLE table1 (col1 DATE)
INSERT INTO table1 VALUES (CURDATE())
現在の UTC 時刻、日付、またはタイムスタンプを CURRENT_TIME() また
は関連する関数を使って挿入するには、次のような SQL ステートメントを
構成する必要があります。
CREATE TABLE table1 (col1 DATE)
INSERT INTO table1 SELECT CURRENT_DATE()
デフォルト値の使用
次の表は、デフォルト値とヌル値を許可する列との相互作用を示していま
す。
表 3-5 デフォルト値とヌル値を許可する列
列のタイプ
列にリテラルのデフォルト値が
定義されていない場合に使用す
るデフォルト値：
リテラル値が定義されている
場合のデフォルト値：
ヌル値を許可
NULL
定義どおり
NOT NULL
エラー－ " 列にデフォルト値が
割り当てられていません。 "
定義どおり
v2000 以前の
ヌル許容
列の疑似ヌル値
定義どおり
ステートメントで、デフォルト値が定義されている NOT NULL 列に明示的
なヌル値を挿入しようとすると、エラーが発生して失敗します。デフォル
ト値は、ヌル挿入を試みたその場では使用されません。
デフォルト値が定義されている列については、 INSERT ステートメントの
中で、挿入する列リストからこの列を省略するか、または挿入値の指定場
所に DEFAULT キーワードを使用することで、デフォルト値を呼び出すこ
とができます。
テーブル内の列がすべて、ヌル値を許可するかデフォルト値が定義されて
いるかのいずれかである場合は、 values 句に DEFAULT VALUES を指定す
ることで、すべてのデフォルト値を含むレコードを挿入できます。一部の
列がヌル値を許可していないかデフォルト値が定義されていない場合、また
は列リストを指定しない場合には、 DEFAULT VALUES 句は使用できません。
3-122
ステートメントの文法
BLOB、 CLOB、または BINARY 型の列定義へのデフォルト値の設定は、現
在のところサポートされていません。
Long データ
Pervasive PSQL でサポートされるリテラル文字列の最大長は 15,000 バイト
です。いくつかの異なる方法を用いて、これよりも長いデータを挿入する
ことができます。 ODBC 呼び出しを使用している場合は、 SQLPutData を使用
するか、'?' プレースホルダを使ってデータをバインドしてから SQLBindParameter
を使用することができます。直接の SQL ステートメントのみを使用してい
る場合は、挿入または更新ステートメントを複数の呼び出しに分割できま
す。次のようなステートメントで開始します。
update table1 set longfield = '15000 文字 ' where 制限
次に、それ以上のデータを追加する次のステートメントを発行します。
update table1 set longfield = notefield + '15000 以上の文字 '
where 制限
例
次の例は、 VALUES 句内で式を使ってテーブルにデータを追加する方法を
示しています。
CREATE TABLE t1 (c1 INT, c2 CHAR(20))
INSERT INTO t1 VALUES ((78 + 12)/3, 'This is' + CHAR(32) + 'a
string')
SELECT * FROM t1
c1
c2
---------- ----------------30
This is a string
次のステートメントでは、3 つの VALUES 句内で値を直接指定して、Course
テーブルにデータを追加しています。
INSERT INTO Course(Name, Description, Credit_Hours, Dept_Name)
VALUES ('CHE 308', 'Organic Chemistry II', 4, 'Chemistry')
INSERT INTO Course(Name, Description, Credit_Hours, Dept_Name)
VALUES ('ENG 409', 'Creative Writing II', 3, 'English')
INSERT INTO Course(Name, Description, Credit_Hours, Dept_Name)
VALUES ('MAT 307', 'Probability II', 4, 'Mathematics')
以下の INSERT ステートメントでは、 SELECT 句を使用して、授業を受け
た学生の ID 番号が Student テーブルから取り出されます。
次に、その ID 番号が Billing テーブルに挿入されます。
3-123
SQL 構文リファレンス
INSERT INTO Billing (Student_ID)
SELECT ID
FROM Student
WHERE Cumulative_Hours > 0
次の例は、 CURTIME()、 CURDATE()、 NOW() の各変数を使用して、現在
の現地日付、時刻、タイムスタンプの値を INSERT ステートメントに挿入
する方法を示します。
CREATE TABLE Timetbl (c1 TIME, c2 DATE, c3 TIMESTAMP)
INSERT INTO Timetbl(c1, c2, c3) VALUES(CURTIME(), CURDATE(),
NOW())
次の例は、 INSERT および UPDATE ステートメントでのデフォルト値の基
本的な使い方を示します。
CREATE
INSERT
INSERT
INSERT
INSERT
INSERT
TABLE t1 (c1 INT DEFAULT 10, c2 CHAR(10) DEFAULT 'abc')
INTO t1 DEFAULT VALUES
INTO t1 (c2) VALUES (DEFAULT)
INTO t1 VALUES (100, DEFAULT)
INTO t1 VALUES (DEFAULT, 'bcd')
INTO t1 VALUES (DEFAULT, DEFAULT)
SELECT * FROM t1
c1
c2
---------- ---------10
abc
10
abc
100
abc
10
bcd
10
abc
UPDATE t1 SET c1 = DEFAULT WHERE c1 = 100
UPDATE t1 SET c2 = DEFAULT WHERE c2 = 'bcd'
UPDATE t1 SET c1 = DEFAULT, c2 = DEFAULT
SELECT * FROM t1
c1
c2
---------- ---------10
abc
10
abc
10
abc
10
abc
10
abc
直前に記した CREATE TABLE ステートメントを基にした場合、次の 2 つ
の INSERT ステートメントは全く同じです。
INSERT INTO t1 (c1,c2) VALUES (20,DEFAULT)
INSERT INTO t1 (c1) VALUES (20)
3-124
ステートメントの文法
次の SQL コードは、複数の UPDATE 値での DEFAULT の使い方を示しま
す。
CREATE TABLE t2 (c1 INT DEFAULT 10,
c2 INT DEFAULT 20 NOT NULL,
c3 INT DEFAULT 100 NOT NULL)
INSERT INTO t2 VALUES (1, 1, 1)
INSERT INTO t2 VALUES (2, 2, 2)
SELECT * FROM t2
c1
c2
---------- ---------1
1
2
2
c3
---------1
2
UPDATE t2 SET c1 = DEFAULT,
c2 = DEFAULT,
c3 = DEFAULT
WHERE c2 = 2
SELECT * FROM t2
c1
c2
---------- ---------1
1
10
20
c3
---------1
100
DEFAULT の不正な例
次の例は、列が NOT NULL として定義されており、デフォルト値が定義さ
れていないことによって起こり得るエラー状況を示します。
CREATE TABLE t1 (c1 INT DEFAULT 10,
c2 INT NOT NULL,
c3 INT DEFAULT 100 NOT NULL)
INSERT INTO t1 DEFAULT VALUES
-- エラー：列 <c2> にデフォルト値が割り当てられていません。
INSERT INTO t1 VALUES (DEFAULT, DEFAULT, 10)
-- エラー：列 <c2> にデフォルト値が割り当てられていません。
INSERT INTO t1 (c1,c2,c3) VALUES (1, DEFAULT, DEFAULT)
-- エラー：列 <c2> にデフォルト値が割り当てられていません。
INSERT INTO t1 (c1,c3) VALUES (1, 10)
-- エラー：列 <c2> はヌル値を許可しません。
次の例は、 IDENTITY 列およびデフォルト値を持つ列に対し INSERT を使
用したとき、どのようになるかを示します。
CREATE
INSERT
INSERT
INSERT
INSERT
TABLE t (id IDENTITY, c1 INTEGER DEFAULT 100)
INTO t (id) VALUES (0)
INTO t VALUES (0.1)
INTO t VALUES (10.10)
INTO t VALUES (0,2)
3-125
SQL 構文リファレンス
INSERT INTO t (c1) VALUES (3)
SELECT * FROM t
SELECT によって、テーブルに次の行が含まれていることが示されます。
1, 100
2, 1
10, 10
11, 2
12, 3
最初の行は、 IDENTITY 列に対して VALUES 句で "0" を指定すると、テー
ブルが空の場合に挿入される値は "1" であることを示します。
この行はまた、デフォルト値を持つ列に対して VALUES 句で値を指定しな
いと、指定されているデフォルト値が挿入されることも示します。
2 行目は、 IDENTITY 列に対して VALUES 句で "0" を指定すると、挿入さ
れる値は、 IDENTITY 列中で最も大きな値より 1 大きい値になることを示
します。
またこの行は、デフォルト値を持つ列に対して VALUES 句で値を指定する
と、指定した値によりデフォルト値が上書きされることを示します。
3 行目は、IDENTITY 列に対して VALUES 句で "0" 以外の値を指定すると、
指定した値が挿入されることを示します。 IDENTITY 列に対して指定され
た値を含む行が既に存在する場合は、 " レコードのキーフィールドに重複
するキー値があります（Btrieve エラー 5） " というメッセージが返され、
INSERT は失敗します。
4 行目では再び、 IDENTITY 列に対して VALUES 句で "0" を指定すると、
IDENTITY 列中で最も大きな値より 1 大きい値が挿入されることが示され
ています。これは、値の間に「ギャップ」がある場合でも当てはまります
（つまり、IDENTITY 列が最も大きな値よりも小さい値の行が 1 行以上欠落
するということです）。
5 行目は、 IDENTITY 列に対して VALUES 句で値を指定しないと、挿入さ
れる値は、 IDENTITY 列中で最も大きな値より 1 大きい値になることを示
します。
関連項目
「CREATE TABLE」（3-62 ページ）
「DEFAULT」（3-81 ページ）
「SELECT」（3-153 ページ）
「SET ANSI_PADDING」（3-169 ページ）
3-126
ステートメントの文法
JOIN
1 つのテーブルまたはビューを指定することも、複数のテーブルを指定す
ることもできます。あるいは、 1 つのビューと複数のテーブルを指定する
こともできます。複数のテーブルを指定する場合、テーブルを結合すると
いいます。
構文
結合定義 ::= テーブル参照 [ 結合タイプ ] JOIN テーブル参照 ON 検索条件
| テーブル参照 CROSS JOIN テーブル参照
| 外部結合の定義
結合タイプ ::= INNER | LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
外部結合の定義 ::= テーブル参照外部結合タイプ JOIN テーブル参照
ON 検索条件
外部結合タイプ ::= LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
次の例は、 2 つのテーブルの外部結合を示しています。
SELECT * FROM Person LEFT OUTER JOIN Faculty ON Person.ID =
Faculty.ID
次の例は、ベンダ文字列に埋め込まれた外部結合を示しています。 "OJ" は
大文字と小文字のどちらでもかまいません。
SELECT t1.deptno, ename FROM {OJ emp t2 LEFT OUTER JOIN dept t1
ON t2.deptno=t1.deptno}
Pervasive PSQL は、『Microsoft ODBC Programmer’s Reference』に明記され
ている 2 つのテーブルの外部結合をサポートしています。
単純な 2 つのテーブルの外部結合のほかにも、 Pervasive PSQL では n とお
りのネストされた外部結合がサポートされています。
外部結合は、ベンダ文字列に埋め込んでも埋め込まなくてもかまいません。
ベンダ文字列が使用された場合、Pervasive PSQL ではそれをストリップし、
実際の外部結合テキストを解析します。
LEFT OUTER
Pervasive PSQL エンジンでは、 SQL92 （SQL2）をモデルとして LEFT
OUTER JOIN を実装しています。構文は、クロス結合、右外部結合、完全
外部結合、および内部結合が組み込まれた全 SQL92 構文のサブセットで
す。以下の TableRefList は、 SELECT ステートメント内の FROM キーワー
ドと、後続の WHERE、 HAVING、およびその他の句の間に置かれます。
TableRef と LeftOuterJoin の再帰的な性質に注意してください。 TableRef が
TableRef を含む左外部結合で、その TableRef も左外部結合で、というよう
に続けることができます。
3-127
SQL 構文リファレンス
TableRefList :
TableRef [, TableRefList]
| TableRef
| OuterJoinVendorString [, TableRefList]
TableRef :
TableName [CorrelationName]
| LeftOuterJoin
| (LeftOuterJoin )
LeftOuterJoin :
TableRef LEFT OUTER JOIN TableRef ON SearchCond
検索条件（SearchCond）には結合条件が含まれます。この条件の通常の形
式は、 LT.ColumnName = RT.ColumnName のようになります。ここで、 LT は
左テーブル、 RT は右テーブル、 ColumnName は指定されたドメイン内の列
を表します。検索条件内の各述部には、非リテラル式が含まれている必要
があります。
左外部結合の実装は、『Microsoft ODBC Programmer’s Reference』に示され
ている構文の範囲を超えています。
ベンダ文字列
前のセクションの構文は、『Microsoft ODBC Programmer’s Reference』に記
載されていますが、詳しい説明は含まれていません。さらに、左外部結合
の最初と最後のベンダ文字列エスケープシーケンスによって外部結合の
コア構文は変わりません。
Pervasive PSQL エンジンでは、ベンダ文字列を含まない外部結合構文を受
け入れます。ただし、複数データベースにわたる ODBC 準拠を必要とする
アプリケーションでは、ベンダの文字列構成を使用する必要があります。
ODBC のベンダ文字列外部結合では 3 つ以上のテーブルはサポートされな
いため、以下の表 3-9 （3-128 ページ）に記載されている構文を使用しなけ
ればならない場合があります。
例
このセクションの例では、次の 4 つのテーブルを使用します。
表 3-6 Emp テーブル
3-128
FirstName
LastName
DeptID
EmpID
Franky
Avalon
D103
E1
Gordon
Lightfoot
D102
E2
ステートメントの文法
表 3-6 Emp テーブル
FirstName
LastName
DeptID
EmpID
Lawrence
Welk
D101
E3
Bruce
Cockburn
D102
E4
表 3-7 Dept テーブル
DeptID
LocID
Name
D101
L1
TV
D102
L2
Folk
表 3-8 Addr テーブル
EmpID
Street
E1
101 Mem Lane
E2
14 Young St.
表 3-9 Loc テーブル
LocID
Name
L1
PlanetX
L2
PlanetY
以下の例は、単純な 2 方向左外部結合を示しています。
SELECT * FROM Emp LEFT OUTER JOIN Dept ON Emp.DeptID =
Dept.DeptID
この単純な 2 方向外部結合では、次の結果セットが作成されます。
3-129
SQL 構文リファレンス
表 3-10 2 方向左外部結合
Emp
Dept
FirstName
LastName
DeptID
EmpID
DeptID
LocID
Name
Franky
Avalon
D103
E1
NULL
NULL
NULL
Gordon
Lightfoot
D102
E2
D102
L2
Folk
Lawrence
Welk
D101
E3
D101
L1
TV
Bruce
Cockburn
D102
E4
D102
L2
Folk
テーブル内の Franky Avalon の NULL エントリに注目してください。これ
は、 D103 の DeptID が Dept テーブル内に見つからなかったためです。標準
（INNER）結合では、 Franky Avalon はまとめて結合セットから削除されて
しまうでしょう。
アルゴリズム
前の例で Pervasive PSQL エンジンが使用しているアルゴリズムは、次のよ
うになります。
左テーブルを取り出して、右テーブルを走査します。現行の右テーブル行
で ON 条件が TRUE になる場合ごとに、現行の左テーブル行に追加される
適合した右テーブル行から成る結果セット行を返します。
ON 条件が TRUE の右テーブル行がない（現行の左テーブル行に対し、す
べての右テーブル行で ON 条件が FALSE になる）場合は、すべての列の
値を NULL にして右テーブルの行インスタンスを作成します。
その結果セットは、行ごとに現行の左テーブル行と結合され、返される結
果セット内でインデックス付けされます。左テーブル行ごとにこのアルゴ
リズムが繰り返されて、完全な結果セットが構築されます。前述の単純な
2 方向左外部結合では、 Emp が左テーブルで Dept が右テーブルです。
メモアルゴリズムとは関係ありませんが、左テーブルを右テーブル
に追加する場合、クエリの選択リスト内に指定されたように適切に射
影が行われることが前提となります。この射影の範囲は、すべての列
（たとえば、 SELECT * FROM ...）から、結果セット内の 1 つの列（た
とえば、 SELECT FirstName FROM ...）です。
3-130
ステートメントの文法
放射状左外部結合では、 1 つの中央テーブルにほかのすべてのテーブルが
結合されます。以下の 3 方向の放射状左外部結合の例では、 Emp が中央
テーブルで、すべての結合はそのテーブルから射影したものです。
SELECT * FROM (Emp LEFT OUTER JOIN Dept ON Emp.DeptID =
Dept.DeptID) LEFT OUTER JOIN Addr ON Emp.EmpID = Addr.EmpID
表 3-11 3 方向の放射状左外部結合
Emp
Dept
Addr
First
Name
Last
Name
Dept ID
Emp ID
Dept ID
Loc ID
Name
Emp ID
Street
Franky
Avalon
D103
E1
NULL
NULL
NULL
E1
101
Mem
Lane
Gordon
Lightfoot
D102
E2
D102
L2
Folk
E2
14
Young St
Lawrence
Welk
D101
E3
D101
L1
TV
NULL
NULL
Bruce
Cockburn
D102
E4
D101
L1
TV
NULL
NULL
チェーン状の左外部結合では、1 つのテーブルが別のテーブルに結合され、
そのテーブルがまた別のテーブルに結合されます。次の例は、 3 方向の
チェーン状左外部結合を示しています。
SELECT * FROM (Emp LEFT OUTER JOIN Dept ON Emp.DeptID =
Dept.DeptID) LEFT OUTER JOIN Loc ON Dept.LocID = Loc.LocID
表 3-12 3 方向のチェーン状左外部結合
Emp
Dept
Loc
First
Name
Last
Name
Dept ID
Emp ID
Dept ID
Loc ID
Name
Loc ID
Name
Franky
Avalon
D103
E1
NULL
NULL
NUL
L
NULL
NULL
Gordon
Lightfoot
D102
E2
D102
L2
Folk
L2
PlanetY
Lawrence
Welk
D101
E3
D101
L1
TV
L1
PlanetX
Bruce
Cockburn
D102
E4
D101
L1
TV
L1
PlanetX
3-131
SQL 構文リファレンス
この結合は、次のように表すこともできます。
SELECT * FROM Emp LEFT OUTER JOIN (Dept LEFT OUTER JOIN Loc ON
Dept.LocID = Loc.LocID) ON Emp.DeptID = Dept.DeptID
最初の構文は放射状結合とチェーン状結合の両方に使用できるため、最初
の構文をお勧めします。ネストされた左外部結合 ON 条件はネスト外部の
テーブル内の列を参照できないため、この 2 番目の構文は放射状結合には
使用できません。つまり、次のクエリでは Emp.EmpID への参照は不正です。
SELECT * FROM Emp LEFT OUTER JOIN (Dept LEFT OUTER JOIN Addr ON
Emp.EmpID = Addr.EmpID) ON Emp.DeptID = Dept.DeptID
次の例は、最適化が足りない 3 方向の放射状左外部結合を示しています。
SELECT * FROM Emp E1 LEFT OUTER JOIN Dept ON E1.DeptID =
Dept.DeptID, Emp E2 LEFT OUTER JOIN Addr ON E2.EmpID =
Addr.EmpID WHERE E1.EmpID = E2.EmpID
表 3-13 最適化が足りない 3 方向の放射状左外部結合
Emp
Dept
Addr
First
Name
Last
Name
Dept ID
Emp ID
Dept ID
Loc ID
Name
Emp ID
Street
Franky
Avalon
D103
E1
NULL
NULL
NULL
E1
101
Mem
Lane
Gordon
Lightfoot
D102
E2
D102
L2
Folk
E2
14
Young
St
Lawrence
Welk
D101
E3
D101
L1
TV
NULL
NULL
Bruce
Cockburn
D102
E4
D101
L1
TV
NULL
NULL
Emp 内の EmpID に NULL 値がなく、EmpID が重複値のない列である場合、
このクエリでは、表 3-12 の結果と同じ結果が返されます。ただし、このク
エリは表 3-12 で示される結果ほど最適化されておらず、はるかに遅くなる
可能性があります。
関連項目
「SELECT」（3-153 ページ）
3-132
ステートメントの文法
LEAVE
備考
LEAVE ステートメントにより、ブロックまたはループステートメントを
抜けて実行を継続します。 LEAVE ステートメントは、ストアドプロシー
ジャまたはトリガの本体で使用できます。
例
次の例では、変数 vInteger が 1 ずつ増え、値が 11 になると、ループが
LEAVE ステートメントで終了します。
TestLoop:
LOOP
IF (:vInteger > 10) THEN
LEAVE TestLoop;
END IF;
SET :vInteger = :vInteger + 1;
END LOOP;
関連項目
「IF」（3-117 ページ）
「LOOP」（3-135 ページ）
3-133
SQL 構文リファレンス
LIKE
LIKE を使用すると、文字ベースの列データ内でパターン検索が可能にな
ります。
構文
WHERE 式 [NOT] LIKE 値
備考
LIKE 式の右辺の値は、単純な文字定数、 USER キーワード、または（スト
アドプロシージャ外では）疑問符 "?" で示される、実行時に供給される動
的パラメータである必要があります。動的パラメータは、 SQL Editor 内で
はサポートされません。アプリケーションコードでのみサポートされます。
列の値内の 0 個以上の文字と一致させるには、比較値の中で必要な回数だ
けパーセント記号 "%" を使用します。 1 文字と一致させるには、アンダー
スコア "_" を使用します。これらのワイルドカード記号をリテラル文字と
して一致させる必要がある場合は、記号の前に円記号を使用して、その記
号がリテラル文字であることを示します。
表 3-14 特殊文字
文字
用途
パーセント記号 "%"
ワイルドカード： 0 個以上の文字と一致します。
アンダースコア "_"
ワイルドカード： 1 つの文字と一致します。
円記号 "\"
後続のワイルドカード文字はリテラル文字を表すものと
し、実際のワイルドカード文字そのものと一致させたい
ことを示します。円記号と一致させるには、円記号を 2
つ入力します。たとえば、"%" と一致させるには、パター
ンは "\%" と指定する必要があります。
2 つの一重引用符 "''"
間に空白の入らない 2 つの一重引用符は、結果文字列の
一部である一重引用符との一致に使用する必要がありま
す。たとえば、データベースの列に "Jim's house" という
値が含まれている場合、 WHERE 句で LIKE 'Jim''s
house' を指定すると、このパターンと一致させること
ができます。二重引用符（"）はパターン文字列内では特
殊文字でないため、すべての文字や数字と同様に使用で
きます。
例
次の例は、 5 文字長で、かつ中央の 3 文字が abc であるすべての列値と一
致します。
SELECT Building_Name FROM Room WHERE Building_Name LIKE '_abc_'
3-134
ステートメントの文法
次の例は、円記号を含むすべての列値と一致します。
SELECT Building_Name FROM Room where Building_Name LIKE '%\\%'
次の例は、パーセント記号で始まる列値以外のすべての列値と一致します。
SELECT Building_Name FROM Room where Building_Name NOT LIKE
'\%%'
次の例は、1 つまたは複数の一重引用符を含むすべての列値と一致します。
SELECT Building_Name FROM Room where Building_Name LIKE '%''%'
次の例は、 2 番目の文字が二重引用符であるすべての列値と一致します。
SELECT Building_Name FROM Room where Building_Name LIKE '_"%'
次の例では、 Building_Name 列が入力変数 :rname に格納された文字列
を含み、Type 列が入力変数 :rtype に格納された文字列を含む行を返す、
ストアドプロシージャが作成されます。
CREATE PROCEDURE room_test(IN :rname CHAR(20), IN :rtype
CHAR(20))
RETURNS(Building_Name CHAR(25), "Type" CHAR(20));
BEGIN
DECLARE :like1 CHAR(25);
DECLARE :like2 CHAR(25);
SET :like1 = '%' + :rname + '%';
SET :like2 = '%' + :rtype + '%';
SELECT Building_Name, "Type" FROM Room WHERE Building_Name LIKE
:like1 AND "Type" LIKE :like2;
END;
次のステートメントを上記のストアドプロシージャ内に記述した場合、
LIKE 演算子の右辺の式が原因で、構文エラーが発生します。右辺は単純
な定数でなければなりません。
不正な構文
SELECT Building_Name, "Type" from Room where Building_Name LIKE
'%' + :rname + '%';
3-135
SQL 構文リファレンス
LOOP
備考
LOOP ステートメントにより、ステートメントのブロックの実行を繰り返
します。
このステートメントは、ストアドプロシージャとトリガでのみ使用できます。
Pervasive PSQL では、事後条件ループ（REPEAT...UNTIL）はサポートさ
れていません。
例
次の例では、変数 vInteger の値が 11 になってループが終了するまで、変数
の値が 1 ずつ増加します。
TestLoop:
LOOP
IF (:vInteger > 10) THEN
LEAVE TestLoop;
END IF;
SET :vInteger = :vInteger + 1;
END LOOP;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
「IF」（3-117 ページ）
3-136
ステートメントの文法
NOT
備考
NOT キーワードと EXISTS キーワードを一緒に使用すると、サブクエリの
結果に行が存在しないことを検査できます。外部クエリが評価する各行に
ついて、 Pervasive PSQL で、サブクエリからの関連する行があるかどうか
が確認されます。 Pervasive PSQL は、外部クエリの中でサブクエリからの
関連する行に対応する各行を、ステートメントの結果テーブルから除外し
ます。
IN 演算子と一緒に NOT キーワードを使用すると、外部クエリの結果が、
サブクエリの結果に含まれないかどうかを検査できます。ステートメント
の結果テーブルには、外部クエリが返す行で、サブクエリ内に関連する行
が存在しないものだけが含まれます。
例
次のステートメントは、どの講座にも登録されていない学生のリストを返
します。
SELECT * FROM Person p WHERE NOT EXISTS
(SELECT * FROM Student s WHERE s.id = p.id
AND Cumulative_Hours = 0)
IN を含むように、このステートメントを書き直すことができます。
SELECT * FROM Person p WHERE p.id NOT IN
(SELECT s.id FROM Student s WHERE Cumulative_Hours = 0)
関連項目
「SELECT」（3-153 ページ）
3-137
SQL 構文リファレンス
OPEN
備考
OPEN ステートメントにより、カーソルがオープンされます。カーソルを
オープンするには、事前にカーソルが定義されていなければなりません。
カーソルと変数はストアドプロシージャとトリガ内部でのみ許可される
ため、このステートメントはストアドプロシージャまたはトリガの内部で
のみ使用できます。
構文
OPEN カーソル名
例
次の例では、宣言されたカーソル BTUCursor がオープンされます。
DECLARE BTUCursor CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition
ORDER BY ID;
OPEN BTUCursor;
CREATE PROCEDURE MyProc(IN :CourseName CHAR(7)) AS
BEGIN
DECLARE cursor1 CURSOR
FOR SELECT Degree, Residency, Cost_Per_Credit
FROM Tuition ORDER BY ID;
.........
OPEN cursor1;
FETCH cursor1 INTO :CourseName;
.........
CLOSE cursor1;
.........
END
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
「DECLARE CURSOR」（3-79 ページ）
3-138
ステートメントの文法
PRIMARY KEY
備考
PRIMARY KEY は ADD 句で使用して、テーブル定義に主キーを追加しま
す。主キーは、ヌル値を含まない、重複のないインデックスです。主キー
を指定すると、 Pervasive PSQL によって、定義された列のグループに対し
て、指定された属性で重複のないインデックスが作成されます。
テーブルに複数の主キーがあってはならないので、既に主キーが定義され
ているテーブルに主キーを追加することはできません。テーブルの主キー
を変更するには、ALTER TABLE ステートメントで DROP 句を使用して既
存のキーを削除し、新しい主キーを追加します。
メモ主キーを追加したり、その他の参照整合性（RI）操作を行った
りするには、その前にデータベース名を使用してデータベースにログ
インする必要があります。
PRIMARY KEY は ALTER TABLE ステートメントの ADD 句で使用して、
テーブル定義に主キーを追加します。
主キーを追加する前に、主キー列リスト内の列が NOT NULL として定義さ
れていることを確認する必要があります。主キーは重複のないインデック
スであるため、ヌル値を許可しない列でのみ作成することができます。
ヌル値を許可しない列に基づく重複のないインデックスが既に存在する場
合、ADD PRIMARY KEY によって別の重複のないインデックスは作成され
ません。代わりに、既存の重複のないインデックスが主キーになります。
たとえば、次のステートメントでは、 T1_C1C2 という名前付きインデック
スが主キーになります。
CREATE TABLE t1 (c1 INT NOT NULL, c2 CHAR(10) NOT NULL)
CREATE UNIQUE INDEX t1_c1c2 ON t1(c1,c2)
ALTER TABLE t1 ADD PRIMARY KEY(c1, c2)
このような主キーを削除した場合、その主キーは重複のないインデックス
に切り替わります。
ALTER TABLE t1 DROP PRIMARY KEY
ヌル値を許可しない列に基づく重複のないインデックスがテーブル内に存
在しない場合は、 ADD PRIMARY KEY によって、ヌル値を許可しない列に
基づいて重複のないインデックスが作成されます。 DROP PRIMARY KEY
によって、重複のないインデックスは完全に削除されます。
PRIMARY KEY 句は CREATE TABLE ステートメントで使用して、テー
ブル定義に主キーを追加します。
3-139
SQL 構文リファレンス
データベースに参照制約を定義するには、 PRIMARY KEY 句を使用して
親テーブルの主キーを指定する必要があります。主キーは、 1 つまたは複
数の列で構成することができますが、ヌルではない列に対してのみ定義で
きます。指定する列は、 CREATE TABLE ステートメントの列定義リスト
に含まれる必要もあります。
主キーを指定すると、 Pervasive PSQL によって、定義された列のグループ
に対して、指定された属性でインデックスが作成されます。 CREATE
TABLE ステートメント内で、列が NOT NULL として明確に定義されてい
ない場合、 Pervasive PSQL はその列を強制的にヌル値を許可しない列にし
ます。また、 Pervasive PSQL はその列に重複のないインデックスを作成し
ます。
たとえば、次の 2 つのステートメントは同じ結果になります。
CREATE TABLE t1 (c1 INT, c2 CHAR(10), PRIMARY KEY(c1,c2))
CREATE TABLE t1 (c1 INT NOT NULL, c2 CHAR(10) NOT NULL, PRIMARY
KEY(c1,c2))
例
次のステートメントは、 Faculty というテーブルに主キーを定義します（ID
列は重複のないインデックスとして定義されており、ヌル値は含まれませ
ん）。
ALTER TABLE Faculty ADD PRIMARY KEY (ID)
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE TABLE」（3-62 ページ）
3-140
ステートメントの文法
PUBLIC
備考
PUBLIC キーワードは FROM 句で使用して、 Create Table 権が明示的に割
り当てられていない全ユーザーのアクセス権を取り消します。
FROM 句を使用して、アクセス権を取り消すグループまたはユーザーを指
定します。単一の名前または名前のリストを指定するか、もしくは、権限
が明示的に割り当てられていない全ユーザーのアクセス権を取り消す場合
は PUBLIC キーワードを使用することができます。
例
辞書内の全ユーザーにアクセス権を割り当てるには、次の例のように
PUBLIC キーワードを使用して PUBLIC グループにアクセス権を付与し
ます。
GRANT SELECT ON Course TO PUBLIC
このステートメントは、辞書内で定義されている全ユーザーに、 Course
テーブルの Select 権を割り当てます。後で PUBLIC グループの Select 権を
取り消した場合、 Select 権が明示的に付与されたユーザーだけがテーブル
にアクセスできます。
次のステートメントでは、 PUBLIC キーワードを使用して、辞書内で定義
されている全ユーザーに Create Table 権を付与します。
GRANT CREATETAB TO PUBLIC
関連項目
「GRANT」（3-109 ページ）
「REVOKE」（3-145 ページ）
3-141
SQL 構文リファレンス
PRINT
備考
PRINT を使用して、変数の値または定数を印刷します。PRINT ステートメ
ントは Windows ベースのプラットフォームにのみ適用されます。ほかのオ
ペレーティングシステムのプラットフォームでは無視されます。
PRINT はストアドプロシージャ内でのみ使用できます。
例
次の例では、変数 :myvar の値が印刷されます。
PRINT( :myvar );
PRINT 'MYVAR = ' + :myvar;
次の例では、数値にならったテキスト文字列が印刷されます。数値はテキ
スト文字列に変換して印刷しなければなりません。
PRINT 'History 101 に登録されている生徒数 :' +
convert(:int_val, SQL_CHAR);
関連項目
「CREATE PROCEDURE」（3-50 ページ）
3-142
ステートメントの文法
RELEASE SAVEPOINT
RELEASE SAVEPOINT ステートメントを使用して、セーブポイントを削除
します。
構文
RELEASE SAVEPOINT セーブポイント名
セーブポイント名 ::= ユーザー定義名
備考
AUTOCOMMIT がオフの場合、 RELEASE、 ROLLBACK、および
SAVEPOINT はセッションレベル（ストアドプロシージャの外部）での
みサポートされます。そうでない場合、 RELEASE、 ROLLBACK、およ
び SAVEPOINT はストアドプロシージャ内で使用しなければなりません。
ストアドプロシージャ内でコミットされたステートメントは、呼び出し元
の ODBC アプリケーションの一番外側のトランザクションによって制御
されます。これはつまり、SQLSetConnectOption で指定された AUTOCOMMIT
モードに従って、 ODBC アプリケーションから外部的に呼び出しているス
トアドプロシージャが、 2 種類ある動作のうち 1 つを実行するということ
です。自動的にコミットする（AUTOCOMMIT がオン、デフォルト）か、
SQLTransact が SQL_COMMIT または SQL_ROLLBACK で呼び出されるの
を待つ（AUTOCOMMIT がオフに設定されている場合）のいずれかです。
例
次の例では、 SAVEPOINT を設定し、その後で条件を調べて SAVEPOINT
を ROLLBACK するか RELEASE するかが判断されます。
CREATE PROCEDURE Enroll_student( IN :student ubigint, IN
:classnum INTEGER);
BEGIN
DECLARE :CurrentEnrollment INTEGER;
DECLARE :MaxEnrollment INTEGER;
SAVEPOINT SP1;
INSERT INTO Enrolls VALUES (:student, :classnum, 0.0);
SELECT COUNT(*) INTO :CurrentEnrollment FROM Enrolls WHERE
class_id = :classnum;
SELECT Max_size INTO :MaxEnrollment FROM Class WHERE ID =
:classnum;
IF :CurrentEnrollment >= :MaxEnrollment
THEN
ROLLBACK TO SAVEPOINT SP1;
ELSE
RELEASE SAVEPOINT SP1;
3-143
SQL 構文リファレンス
END IF;
END;
COUNT( 式 ) によって、述部にある式の非ヌル値がすべてカウントされる
ということを覚えておいてください。 COUNT(*) ではヌル値を含むすべて
の値がカウントされます。
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「ROLLBACK」（3-148 ページ）
「SAVEPOINT」（3-150 ページ）
3-144
ステートメントの文法
RESTRICT
備考
RESTRICT を指定した場合、 Pervasive PSQL は DELETE RESTRICT 規則
を使用します。ユーザーは、親テーブル内で、外部キー値が参照する行を
削除できません。
削除規則を指定しない場合、Pervasive PSQL はデフォルトで RESTRICT 規
則を適用します。
関連項目
「ALTER TABLE」（3-8 ページ）
3-145
SQL 構文リファレンス
REVOKE
REVOKE ステートメントにより、ユーザー ID を削除し、セキュリティで
保護されているデータベース内の特定のユーザーへの権限を取り消しま
す。 REVOKE ステートメントを使って、 CREATE TABLE、 CREATE VIEW、
および CREATE PROCEDURE の権限を取り消すことができます。
構文
REVOKE CREATETAB | CREATEVIEW | CREATESP FROM public またはユーザー
/ グループ名 [, public またはユーザー / グループ名 ]...
REVOKE LOGIN FROM ユーザー名 [, ユーザー名 ]...
REVOKE テーブル権限 ON < * | テーブル名 [ オーナーネーム ]>
FROM ユーザー / グループ名 [, ユーザー / グループ名 ]...
テーブル権限 ::= ALL
|
SELECT [( 列名 [, 列名 ]... ) ]
|
UPDATE [( 列名 [, 列名 ]... ) ]
|
|
INSERT [( 列名 [, 列名 ]... ) ]
DELETE
|
ALTER
|
REFERENCES
テーブル名 ::= [ データベース名 .] ユーザー定義のテーブル名
データベース名 ::= テーブルが属しているデータベースの名前
public またはユーザー / グループ名 ::= PUBLIC | ユーザー / グループ名
ユーザー / グループ名 ::= ユーザー名 | グループ名
ユーザー名 ::= ユーザー定義名
グループ名 ::= ユーザー定義名
次の表は、特定の操作に対する構文を示しています。
3-146
この操作の権限を取り消す場合
REVOKE で使用する構文
CREATE TABLE
CREATETAB
CREATE VIEW
CREATEVIEW
CREATE PROCEDURE
CREATESP
ステートメントの文法
例
次のステートメントによって、 dannyd からテーブル Class のすべての権限
が取り消されます。
REVOKE ALL ON Class FROM 'dannyd'
次のステートメントでは、 dannyd と travisk からテーブル Class のすべての
権限が取り消されます。
REVOKE ALL ON Class FROM dannyd, travisk
次のステートメントによって、 dannyd と travisk からテーブル Class の
DELETE 権限が取り消されます。
REVOKE DELETE ON Class FROM dannyd, travisk
次の例では、 keithv と miked からテーブル Class の INSERT 権限が取り消
されます。
REVOKE INSERT ON Class FROM keithv, miked
次の例では、 keithv と brendanb から、テーブル Person の列 First_name と
Last_name の INSERT 権限が取り消されます。
REVOKE INSERT(First_name,Last_name) ON Person FROM keithv,
brendanb
次のステートメントにより、 dannyd からテーブル Class の ALTER 権限が
取り消されます。
REVOKE ALTER ON Class FROM dannyd
次の例では、 dannyd と travisk からテーブル Class の SELECT 権限が取り
消されます。
REVOKE SELECT ON Class FROM dannyd, travisk
次のステートメントにより、 dannyd と travisk から、テーブル Person の列
First_name と Last_name の SELECT 権限が取り消されます。
REVOKE SELECT(First_name, Last_name) ON Person FROM dannyd,
travisk
次の例では、 dannyd と travisk からテーブル Person の UPDATE 権限が取り
消されます。
REVOKE UPDATE ON Person ON dannyd, travisk
次の例では、 user1 から CREATE VIEW 権限が取り消されます。
REVOKE CREATEVIEW FROM user1;
3-147
SQL 構文リファレンス
関連項目
「GRANT」（3-109 ページ）
3-148
ステートメントの文法
ROLLBACK
ROLLBACK は、データベースを現行トランザクションが開始される前の
状態に戻します。このステートメントにより、最後に行った SAVEPOINT
または START TRANSACTION 以降に取得したロックを解放します。
ROLLBACK TO SAVEPOINT ステートメントは、指定されたセーブポイン
トまでトランザクションをロールバックします。
構文
ROLLBACK [WORK] [TO SAVEPOINT セーブポイント名 ]
備考
AUTOCOMMIT がオフの場合、 ROLLBACK、 SAVEPOINT、および
RELEASE はセッションレベル（ストアドプロシージャの外部）でのみサ
ポートされます。そうでない場合、 ROLLBACK、 SAVEPOINT、および
RELEASE はストアドプロシージャ内で使用しなければなりません。
ストアドプロシージャ内でコミットされたステートメントは、呼び出し元
の ODBC アプリケーションの一番外側のトランザクションによって制御
されます。これはつまり、SQLSetConnectOption で指定された AUTOCOMMIT
モードに従って、 ODBC アプリケーションから外部的に呼び出しているス
トアドプロシージャが、 2 種類ある動作のうち 1 つを実行するということ
です。自動的にコミットする（AUTOCOMMIT がオン、デフォルト）か、
SQLTransact が SQL_COMMIT または SQL_ROLLBACK で呼び出されるの
を待つ（AUTOCOMMIT がオフに設定されている場合）のいずれかです。
ネストされたトランザクションの場合、 ROLLBACK は一番近い START
TRANSACTION までロールバックします。たとえば、トランザクション
が 5 レベルまでネストされている場合、すべてのトランザクションを元に
戻すには 5 つの ROLLBACK ステートメントが必要になります。トランザ
クションは、コミットされるかロールバックされるかのいずれかで、両方
はされません。つまり、コミットされたトランザクションをロールバック
することはできません。
例
次のステートメントによって、トランザクションが開始されてからデータ
ベースに加えられた変更が元に戻ります。
ROLLBACK WORK;
次のステートメントによって、 Svpt1 と名付けられた最後のセーブポイン
トからデータベースに加えられた変更が元に戻ります。
ROLLBACK TO SAVEPOINT Svpt1;
3-149
SQL 構文リファレンス
関連項目
「COMMIT」（3-37 ページ）
「RELEASE SAVEPOINT」（3-142 ページ）
「SAVEPOINT」（3-150 ページ）
3-150
ステートメントの文法
SAVEPOINT
SAVEPOINT は、ロールバック可能なトランザクション内のポイントを定
義します。
構文
SAVEPOINT セーブポイント名
セーブポイント名 ::= ユーザー定義名
備考
AUTOCOMMIT がオフの場合、 ROLLBACK、 SAVEPOINT、および
RELEASE はセッションレベル（ストアドプロシージャの外部）でのみサ
ポートされます。そうでない場合、 ROLLBACK、 SAVEPOINT、および
RELEASE はストアドプロシージャ内で使用しなければなりません。
ストアドプロシージャ内でコミットされたステートメントは、呼び出し元
の ODBC アプリケーションの一番外側のトランザクションによって制御
されます。これはつまり、SQLSetConnectOption で指定された AUTOCOMMIT
モードに従って、 ODBC アプリケーションから外部的に呼び出しているス
トアドプロシージャが、 2 種類ある動作のうち 1 つを実行するということ
です。自動的にコミットする（AUTOCOMMIT がオン、デフォルト）か、
SQLTransact が SQL_COMMIT または SQL_ROLLBACK で呼び出されるの
を待つ（AUTOCOMMIT がオフに設定されている場合）のいずれかです。
SAVEPOINT は、それが定義されているプロシージャにのみ適用されます。
つまり、別のプロシージャ内に定義されている SAVEPOINT は参照できま
せん。
例
次の例では、 SAVEPOINT を設定し、その後で条件を調べて SAVEPOINT
を ROLLBACK するか RELEASE するかが判断されます。
CREATE PROCEDURE Enroll_student(IN :student ubigint, IN
:classnum INTEGER);
BEGIN
DECLARE :CurrentEnrollment INTEGER;
DECLARE :MaxEnrollment INTEGER;
SAVEPOINT SP1;
INSERT INTO Enrolls VALUES (:student, :classnum, 0.0);
SELECT COUNT(*) INTO :CurrentEnrollment FROM Enrolls WHERE
class_id = :classnum;
SELECT Max_size INTO :MaxEnrollment FROM Class WHERE ID =
:classnum;
IF :CurrentEnrollment >= :MaxEnrollment
3-151
SQL 構文リファレンス
THEN
ROLLBACK TO SAVEPOINT SP1;
ELSE
RELEASE SAVEPOINT SP1;
END IF;
END;
COUNT( 式 ) によって、述部にある式の非ヌル値がすべてカウントされる
ということを覚えておいてください。 COUNT(*) ではヌル値を含むすべて
の値がカウントされます。
関連項目
「COMMIT」（3-37 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「RELEASE SAVEPOINT」（3-142 ページ）
「ROLLBACK」（3-148 ページ）
3-152
ステートメントの文法
SELECT （into 付き）
SELECT （INTO 付き）ステートメントを使用すると、指定したテーブル
から列の値を選択して、ストアドプロシージャ内の変数値に挿入すること
ができます。
構文
SELECT [ALL | DISTINCT] 選択リスト INTO 変数名 [, 変数名 ]...
FROM テーブル参照 [, テーブル参照 ]...[ WHERE 検索条件 ]
[ GROUP BY 式 [, 式 ]...[HAVING 検索条件 ]]
備考
INTO 句を使用した SELECT は、ストアドプロシージャ内部でのみ許可さ
れます。
例
次の例では、名前が Bill の Person テーブルの first_name と last_name の値
を変数 :x、 :y に割り当てます。
SELECT first_name, last_name INTO :x, :y FROM person WHERE
first_name = 'Bill'
関連項目
「CREATE PROCEDURE」（3-50 ページ）
3-153
SQL 構文リファレンス
SELECT
指定された情報をデータベースから取り出します。 SELECT ステートメン
トにより、テンポラリビューを作成します。
構文
クエリスペック [UNION [ALL] クエリスペック ]...
[ ORDER BY order-by 式 [, order-by 式 ]... ]
クエリスペック ::= ( クエリスペック )
| SELECT [ALL | DISTINCT] [top 句 ] 選択リスト
FROM テーブル参照 [, テーブル参照 ]...
[ WHERE 検索条件 ]
[ GROUP BY 式 [, 式 ]...
[ HAVING 検索条件 ]]
order-by 式 ::= 式 [CASE （文字列） | COLLATE コレーション名 ] [ASC |
DESC]
top 句 ::= TOP 個数
選択リスト ::= * | 選択項目 [, 選択項目 ]...
選択項目 ::= 式 [[AS] エイリアス名 ] | テーブル名 . *
テーブル参照 ::= {OJ 外部結合の定義 }
| [ データベース名 .] テーブル名 [[AS] エイリアス名 ]
| [ データベース名 .] ビュー名 [[AS] エイリアス名 ]
| 結合定義
| ( 結合定義 )
| ( テーブルサブクエリ ) [AS] エイリアス名 [( 列名 [, 列名 ]... ) ]
結合定義 ::= テーブル参照 [ 結合タイプ ] JOIN テーブル参照 ON 検索条件
| テーブル参照 CROSS JOIN テーブル参照
| 外部結合の定義
結合タイプ ::= INNER | LEFT [OUTER ] | RIGHT [OUTER] | FULL
[OUTER]
外部結合の定義 ::= テーブル参照外部結合タイプ JOIN テーブル参照
ON 検索条件
外部結合タイプ ::= LEFT [OUTER ] | RIGHT [OUTER] | FULL [OUTER]
テーブルサブクエリ ::= クエリスペック [[UNION [ALL]
クエリスペック ]... ]
検索条件 ::= 検索条件 AND 検索条件
| 検索条件 OR 検索条件
| NOT 検索条件
| ( 検索条件 )
3-154
ステートメントの文法
| 述部
述部 ::= 式 [NOT] BETWEEN 式 AND 式
| 式またはサブクエリ比較演算子式またはサブクエリ
| 式 [NOT] IN ( クエリスペック )
| 式 [NOT] IN ( 値 [, 値 ]... )
| 式 [NOT] LIKE 値
| 式 IS [NOT] NULL
| 式比較演算子 ANY ( クエリスペック )
| 式比較演算子 ALL ( クエリスペック )
| [ NOT] EXISTS ( クエリスペック )
比較演算子 ::= < | > | <= | >= | = | <> | !=
式またはサブクエリ ::= 式 | ( クエリスペック )
値 ::= リテラル | USER | ?
式 ::= 式 - 式
| 式 + 式
| 式 * 式
| 式 / 式
| 式 & 式
| 式 | 式
| 式 ^ 式
| ( 式)
| -式
| +式
| 列名
| ?
| リテラル
| セット関数
| スカラ関数
| {fn スカラ関数｝
| CASE case 値式 WHEN when 式 THEN then 式 [...] [ELSE else 式 ] END
| COALESCE ( 式 , 式 [,...])
| IF ( 検索条件 , 式 , 式 )
| SQLSTATE
| サブクエリ式
| NULL
| : ユーザー定義名
| USER
| @:IDENTITY
| @:ROWCOUNT
| @@IDENTITY
3-155
SQL 構文リファレンス
| @@ROWCOUNT
| @@SPID
case 値式 when 式 , then 式
else 式 ::=
「CASE （式）」（3-27 ページ）を参照
サブクエリ式 ::= ( クエリスペック )
セット関数 ::= COUNT (*)
| COUNT ([DISTINCT | ALL] 式 )
| SUM ([DISTINCT | ALL] 式 )
| AVG ([DISTINCT | ALL] 式 )
| MIN ([DISTINCT | ALL] 式 )
| MAX ([DISTINCT | ALL] 式 )
スカラ関数 ::=
「スカラ関数」（5-1 ページ）を参照
備考
Pervasive PSQL では、列リストの GROUP BY がサポートされているほか、
式リストやあらゆる式の GROUP BY もサポートするように、 GROUP BY
式リストの構文が拡張されています。 GROUP BY 拡張の詳細については、
「GROUP BY」（3-114 ページ）を参照してください。 GROUP BY のない
HAVING はサポートされていません。
以下に示す特性のうちいくつかを持つ SELECT ステートメントの実行に
よって生成された結果セットおよびストアドビューは、読み取り専用にな
ります（更新できません）。つまり、結果セットあるいはストアドビュー
で位置付け UPDATE、位置付け DELETE、および SQLSetPos を呼び出して
データを追加、変更、削除することは許可されません。
3-156

SQLSetStmtOption で SQL_CONCURRENCY タイプに
SQL_CONCUR_READ_ONLY を指定した

選択リストに集計を含んでいる
SELECT SUM(c1) FROM t1

選択リストに DISTINCT を指定している
SELECT DISTINCT c1 FROM t1

ビューに GROUP BY 句を含んでいる
SELECT SUM(c1), c2 FROM t1 GROUP BY c2

ビューは結合である（複数のテーブルを参照する）
SELECT * FROM t1, t2

ビューに UNION 演算子を使用しており、 UNION ALL が指定されてい
ないか、もしくはすべての SELECT ステートメントが同じテーブルを
参照していない
SELECT c1 FROM t1 UNION SELECT c1 FROM t1
SELECT c1 FROM t1 UNION ALL SELECT c1 FROM t2
ステートメントの文法

ストアドビューでは UNION 演算子を使用できないので注意してく
ださい。
ビューに、外部クエリ内のテーブル以外のテーブルを参照するサブクエ
リを含んでいる
SELECT c1 FROM t1 WHERE c1 IN (SELECT c1 FROM t2)
動的パラメータ（?）は、 SELECT 項目としてはサポートされていません。
動的パラメータが述部の一部であれば、 SELECT ステートメント内で使用
することができます。たとえば、SELECT * FROM faculty WHERE id = ? は、
動的パラメータが述部の一部なので有効です。
SQLExecDirect ステートメントは動的パラメータの使用をサポートしてい
ないので注意してください。このことから、 SQL Editor を使用して、述部
に動的パラメータを含む SQL ステートメントの実行はできません（SQL
Editor は SQLExecDirect を使用します）。
変数は、ストアドプロシージャ内でのみ SELECT 項目として使用すること
ができます。「CREATE PROCEDURE」（3-50 ページ）を参照してください。
エイリアスの使用
WHERE、 HAVING、 ORDER BY、または GROUP BY 句にエイリアスを含
めることができます。エイリアス名はテーブル内のどの列名とも異なって
いなければなりません。次のステートメントは、 WHERE 句と GROUP BY
句でエイリアス "a" および "b" を使用する例を示しています。
SELECT Student_ID a, Transaction_Number b, SUM (Amount_Owed)
FROM Billing WHERE a < 120492810 GROUP BY a, b UNION SELECT
Student_ID a, Transaction_Number b, SUM (Amount_Paid) FROM
Billing WHERE a > 888888888 GROUP BY a, b
SUM と DECIMAL の精度
SUM 集計関数を使って DECIMAL 型のフィールドを集計する場合は、次の
規則が適用されます。
結果の有効桁数は 74 ですが、小数部桁数は列定義に依存します。
74 を超える桁数の数値（本当に、非常に大きな数値です）が計算された場
合、結果でオーバーフローエラーが発生することがあります。オーバーフ
ローが発生した場合、値は返らず、 SQLSTATE に数値が範囲外であること
を示す 22003 が設定されます。
サブクエリ
サブクエリは一種の SELECT ステートメントで、ステートメント内に 1 つ
以上の SELECT ステートメントを含んでいます。サブクエリは、ステート
3-157
SQL 構文リファレンス
メントの処理を進めるために値を生成します。一番上の SELECT ステート
メントでサブクエリをネストできる最大数は 16 です。
サポートされるサブクエリのタイプは次のとおりです。

comparison

quantified

exists

correlated

expression
ORDER BY 句は、サブクエリ句の中では許可されません。
HAVING 句の中では、グループ化列への参照を含む相関サブクエリ述部は
サポートされていません。
expression サブクエリは、 SELECT リストの中でサブクエリを使用できま
す。たとえば、 SELECT (SELECT SUM(c1) FROM t1 WHERE t1.c2 = t1.(c2)
FROM t2 のように記述できます。サブクエリの SELECT リストに指定でき
る項目は 1 つのみです。たとえば、次のステートメントは、サブクエリの
SELECT リストに 2 つ以上の項目が含まれているため、エラーが返ります。
SELECT p.id, (SELECT SUM(b.amount_owed), SUM(b.amount_paid) FROM
billing b) FROM person p
式としてのサブクエリは相関でも非相関でもかまいません。相関サブクエ
リは、一番上のステートメントに指定されているテーブル内の 1 つ以上の
列を参照します。非相関サブクエリは、一番上のステートメントに指定さ
れているテーブル内の列を参照しません。演算子 IN、 EXISTS、 ALL、また
は ANY と関連付けられているサブクエリは式と見なされません。
相関および非相関のサブクエリは、どちらも単一の値のみ返すことができ
ます。このため、相関サブクエリおよび非相関サブクエリはスカラサブク
エリとも呼ばれます。
スカラサブクエリは、 DISTINCT、 GROUP BY、および ORDER BY 句に含
むことができます。
サブクエリは式の左辺で使用することができます。
式またはサブクエリ比較演算子式またはサブクエリ
ここで、式は 1 つの式、比較演算子は次のうちのいずれかです。
<
3-158
>
（より大きい）
<=
（小さいかまた
は等しい）
>=
（大きいかま
たは等しい）
=
（より小さい）
<>
（等しくない）
!=
（等しくない）
LIKE
IN
NOT IN
（等しい）
ステートメントの文法
最適化
左辺のサブクエリの動作は、サブクエリが相関サブクエリでなく、すべて
の結合条件が 1 つの外部結合である場合の、 IN、 NOT IN、および =ANY
について最適化されています。それ以外の条件は最適化されないことがあ
ります。次は、これらの条件を満たすクエリの例です。
SELECT count(*) FROM person WHERE id IN
(SELECT faculty_id FROM class)
Pervasive PSQL はインデックスに基づいてサブクエリを最適化するため、
サブクエリでインデックスを使用するとパフォーマンスが向上します。た
とえば、次のステートメント内のサブクエリは、 student_id が Billing テー
ブルのインデックスであるため、この列によって最適化されます。
SELECT (SELECT SUM(b.amount_owed) FROM billing b WHERE
b.student_id = p.id) FROM person p
サブクエリ内の UNION
1 つのサブクエリの中で、複数の異なる UNION グループをかっこで囲むこ
とは許可されていません。かっこは各 SELECT ステートメントの中で使用
できます。
たとえば、次のステートメントで、 "IN" の後のかっこと最後のかっこは許
可されません。
SELECT c1 FROM t5 WHERE c1 IN ( (SELECT c1 FROM t1 UNION SELECT
c1 FROM t2) UNION ALL (SELECT c1 FROM t3 UNION SELECT c1
from t4) )
テーブルサブクエリ
テーブルサブクエリを使用すると、複数のクエリを組み合わせて 1 つの詳
細なクエリにすることができます。テーブルサブクエリは、データベース
に残らない動的ビューです。一番上の SELECT クエリが完了したら、テー
ブルサブクエリに関連付けられたすべてのリソースが解放されます。
3-159
SQL 構文リファレンス
例
この単純な SELECT ステートメントは、 Faculty テーブルの全データを取
り出します。
SELECT * FROM Faculty
このステートメントによって、 person および faculty テーブルから、 person
テーブル内の id 列と faculty テーブル内の id 列が同じデータが取り出され
ます。
SELECT Person.id, Faculty.salary FROM Person, Faculty WHERE
Person.id = Faculty.id
次の例では、 amount_paid の総額が 100 以上の場合に、 student_id と
amount_paid の総額が billing テーブルから取り出されます。次に、student_id
別にレコードが分類されます。
SELECT Student_ID, SUM(Amount_Paid)
FROM Billing
GROUP BY Student_ID
HAVING SUM(Amount_Paid) >=100.00
式が正の整数リテラルの場合、そのリテラルが結果セット内の列の番号と
して解釈され、その列について順序付けが行われます。セット関数または
セット関数を含む式については、順序付けは許可されません。
概算数値リテラル
SELECT * FROM results WHERE quotient =-4.5E-2
INSERT INTO results (quotient) VALUES (+5E7)
述部間
式 1 BETWEEN 式 2 and 式 3 という構文では、式 1 >= 式 2 かつ、式 1 <= 式
3 の場合に True が返されます。式 1 >= 式 3 または式 1 <= 式 2 の場合は、
False が返されます。
式 2 と式 3 は動的パラメータ（たとえば、 SELECT * FROM emp WHERE
emp_id BETWEEN ?AND ?) にすることができます。
次の例では、ID が 10000 と 20000 の間にある名が person テーブルから取り
出されます。
SELECT First_name FROM Person WHERE ID BETWEEN 10000 AND 20000
3-160
ステートメントの文法
相関名
テーブルと列の相関名はどちらもサポートされています。
次の例では、person テーブルと faculty テーブルからデータが選択されます。
2 つのテーブルを区別するためにエイリアスの T1 と T2 を使用していま
す。
SELECT * FROM Person t1, Faculty t2 WHERE t1.id = t2.id
また、テーブルの相関名は、次の例のように FROM 句を使って指定するこ
ともできます。
SELECT a.Name, b.Capacity FROM Class a, Room b
WHERE a.Room_Number = b.Number
正確な数値リテラル
SELECT car_num, price FROM cars WHERE car_num = 49042 AND price
= 49999.99
in- 述部
これにより、名が Bill と Roosevelt のレコードがテーブル Person から選択
されます。
SELECT * FROM Person WHERE First_name IN ('Roosevelt', 'Bill')
セット関数
次の例では、 Faculty テーブルから最低給与が選択されます。
SELECT MIN(salary) FROM Faculty
MIN （式）、 MAX （式）、 SUM （式）、 AVG （式）、 COUNT （*）、および
COUNT （式）がサポートされています。
COUNT （式）によって、述部にある式の非ヌル値すべてがカウントされま
す。 COUNT(*) ではヌル値を含むすべての値がカウントされます。
次の例では、q 内で a+b がヌルにならないすべての行がカウントされます。
SELECT COUNT(a+b) FROM q
3-161
SQL 構文リファレンス
日付リテラル
日付定数は、 SQL ステートメント内に文字列として表記するか、ベンダ文
字列に埋め込むことができます。 SQL_CHAR およびベンダ文字列表記は、
SQL_DATE タイプの値として扱われます。これは変換時に重要になります。
Pervasive PSQL では、この関数で概説しているように、拡張 SQL 文法を一
部サポートしています。
次の 2 つのステートメントによって、開始日が 1995 年 6 月 5 日より後のす
べての授業が返されます。
SELECT * FROM Class WHERE Start_Date > '1995-06-05'
SELECT * FROM Class WHERE Start_Date > {d '1995-06-05'}
Pervasive PSQL では、 'YYYY-MM-DD' という日付リテラル書式をサポート
しています。
日付の年は 0 ～ 9999 の範囲が可能です。
時刻リテラル
次の 2 つのステートメントによって、 class テーブルから、授業の開始時刻
が 14:00:00 のレコードが取り出されます。
SELECT * FROM Class WHERE Start_time = '14:00:00'
SELECT * FROM Class WHERE Start_time = {t '14:00:00'}
Pervasive PSQL では、'HH:MM:SS' という時刻リテラル書式をサポートして
います。
時刻定数は、 SQL ステートメント内に文字列として表記するか、ベンダ文
字列に埋め込むことができます。文字列表記は SQL_CHAR タイプの文字列
として、ベンダ文字列表記は SQL_TIME タイプの値として扱われます。
Pervasive PSQL では、この関数で概説しているように、拡張 SQL 文法を一
部サポートしています。
3-162
ステートメントの文法
タイムスタンプリテラル
タイムスタンプ定数は、 SQL ステートメント内に文字列として表記するか、ベン
ダ文字列に埋め込むことができます。 Pervasive PSQL では、文字列表記は
SQL_CHAR タイプの文字列として、ベンダ文字列表記は SQL_TIMESTAMP
タイプの値として扱われます。 Pervasive PSQL では、この関数で概説して
いるように、拡張 SQL 文法を一部サポートしています。
次の 2 つのステートメントによって、 Billing テーブルから、ログの開始日
時が 1996-03-28 の 17:40:49 のレコードが取り出されます。
SELECT * FROM Billing WHERE log = '1996-03-28 17:40:49.0000000'
SELECT * FROM Billing WHERE log = {ts '1996-03-28
17:40:49.0000000'}
Pervasive PSQL では、'YYYY-MM-DD HH:MM:SS.SSSSSSS' という時刻リテ
ラル書式をサポートしています。 Pervasive PSQL では、タイムスタンプ値
を処理するときに小数の秒は無視されますが、 MKDE では無視されないこ
とに注意してください。
文字列リテラル
リテラル文字列は、一重引用符で囲んだ文字列で表されます。文字列自体
が一重引用符またはアポストロフィを含んでいる場合は、その文字の前に
もう 1 つ一重引用符を付ける必要があります。
SELECT * FROM t1 WHERE c1 = 'Roberta''s Restaurant'
SELECT STREET FROM address WHERE city LIKE 'San%'
日付演算
SELECT * FROM person P, Class C WHERE p.Date_Of_Birth < ' 197309-05' AND c.Start_date > {d '1995-05-08'} + 30
Pervasive PSQL では、加算または減算する日数が整数で、日付がベンダ文
字列に埋め込まれている場合、その整数を日付に加算したり日付から減算
したりできます（これは、日付について変換を実行するのと同じです）。
また、ある日付を別の日付から減算して日数を計算することもできます。
3-163
SQL 構文リファレンス
IF
IF システムスカラ関数によって、条件の真の値に基づく条件付き実行が提
供されます。
次の式は、列ヘッダ "Prime1" を出力し、 amount_owed 列の値が 2000 の場
合は 2000 を、 2000 でない場合は 0 を出力します。
SELECT Student_ID, Amount_Owed,
IF (Amount_Owed = 2000, Amount_Owed, Convert(0,
SQL_DECIMAL)) "Prime1"
FROM Billing
次の例では、 Class テーブルから、 Section 列が 001 の場合はその値を、 001
でない場合は "xxx" を、列ヘッダ Prime1 の下に出力します。
さらに、列ヘッダ Prime2 の下に、 Section 列の値が 002 の場合はその値を、
002 でない場合は "yyy" を出力します。
SELECT ID, Name, Section,
IF (Section = '001', Section, 'xxx') "Prime1",
IF (Section = '002', Section, 'yyy') "Prime2"
FROM Class
ネストした IF 関数を使用して、ヘッダ Prime1 とヘッダ Prime2 を合体させ
ることができます。次のクエリは、列ヘッダ Prime の下に、 Section 列の値
が 001 か 002 の場合は Section 列の値を出力し、それ以外の場合は "xxx" を
出力します。
SELECT ID, Name, Section,
IF (Section = '001', Section, IF(Section = '002', Section,
'xxx')) Prime
FROM Class
マルチデータベースの結合
必要であれば、データベース名を FROM 句内のエイリアス付きのテーブル
名の前に付加して、結合で使用する 2 つ以上の異なるデータベースにある
テーブルを区別することができます。
指定したデータベースはすべて同じデータベースエンジンで処理する必
要があります。これらのデータベースは同じ物理ボリューム上になくても
かまいません。現行データベースはセキュリティで保護されていてもいな
くてもかまいませんが、結合内のそれ以外のデータベースはセキュリティ
で保護されていない必要があります。参照整合性に関しては、すべての RI
キーが同一のデータベース内に存在している必要があります。
3-164
ステートメントの文法
リテラルデータベース名は選択リストまたは WHERE 句内で使用するこ
とはできません。選択リストまたは WHERE 句内で特定の列を参照する場
合は、指定する各テーブルのエイリアスを使用する必要があります。例を
参照してください。
2 つの異なるデータベース "accounting" と "customers" が同じサーバー上に
存在していると仮定します。次の例のようなテーブルエイリアスと SQL
構文を使って 2 つのデータベースにあるテーブルを結合することができま
す。
SELECT ord.account, inf.account, ord.balance, inf.address
FROM accounting.orders ord, customers.info inf
WHERE ord.account = inf.account
次の例では、 2 つのデータベースは "acctdb" と "loandb" です。テーブルエ
イリアスはそれぞれ "a" と "b" です。
SELECT a.loan_number_a, b.account_no, a.current_bal, b.balance
FROM acctdb.ds500_acct_master b LEFT OUTER JOIN
loandb.ml502_loan_master a ON (a.loan_number_a =
b.loan_number)
WHERE a.current_bal <> (b.balance * -1)
ORDER BY a.loan_number_a
左外部結合
次の例は、 DEMODATA データベースの "Person" と "Student" テーブルにア
クセスして、学生の姓と、名の頭文字、および GPA を取得する方法を示し
ます。 LEFT OUTER JOIN を使用すると、 "Person" テーブル内のすべての行
がフェッチされます（LEFT OUTER JOIN の左側にあるテーブル）。すべて
の人が GPA を持っているわけではないため、列によっては結果にヌル値を
持ちます。以下は、外部結合がどのように働き、両方のテーブルから一致
しない行を返すかを示します。
SELECT Last_Name, Left(First_Name,1) AS First_Initial,
Cumulative_GPA AS GPA FROM "Person"
LEFT OUTER JOIN "Student" ON Person.ID=Student.ID
ORDER BY Cumulative_GPA DESC, Last_Name
完全に整数の GPA を持つ人全員がわかり、彼らをその姓の長さに従って並
べたいとします。MOD ステートメントと LENGTH スカラ関数を使用して、
クエリに次の文を追加することにより、これを実現できます。
WHERE MOD(Cumulative_GPA,1)=0 ORDER BY LENGTH(Last_Name)
3-165
SQL 構文リファレンス
右外部結合
LEFT OUTER JOIN と RIGHT OUTER JOIN との違いは、一致しないすべて
の行を表示する対象が RIGHT OUTER JOIN の右側に定義されたテーブル
である点です。クエリの LEFT OUTER JOIN の部分を RIGHT OUTER JOIN
を使用するように変更します。 GPA がない場合でも、右テーブル（この場
合は "Student"）から不一致行がすべて表示される点が異なります。ただし、
"Student" テーブル内の行はすべて GPA を持つため、すべての行がフェッ
チされます。
SELECT Last_Name, Left(First_Name,1) AS First_Initial,
Cumulative_GPA AS GPA FROM "Person"
RIGHT OUTER JOIN "Student" ON Person.ID=Student.ID
ORDER BY Cumulative_GPA DESC, Last_Name
カルテシアン結合
カルテシアン結合は、両方のテーブルの行を可能な限りすべて組み合わせ
た行列です。カルテシアン内の行数は、 1 番目のテーブル内の行数に 2 番
目のテーブル内の行数を掛けた値に等しくなります。
データベース内に次のようなテーブルがあるとします。
表 3-15 Addr テーブル
EmpID
Street
E1
101 Mem Lane
E2
14 Young St.
表 3-16 Loc テーブル
LocID
Name
L1
PlanetX
L2
PlanetY
次のステートメントにより、上記のテーブルのカルテシアン結合を実行し
ます。
SELECT * FROM Addr,Loc
3-166
ステートメントの文法
次のような結果になります。
表 3-17 カルテシアン結合を使った SELECT ステートメント
EmpID
Street
LocID
Name
E1
101 Mem Lane
L1
PlanetX
E1
101 Mem Lane
L2
PlanetY
E2
14 Young St
L1
PlanetX
E2
14 Young St
L2
PlanetY
DISTINCT
DISTINCT を SUM、 AVG、 COUNT、 MIN、および MAX と共に使用する
ことができます（ただし、MIN と MAX の結果は変わりません）。DISTINCT
は、総計、平均、件数を求める前に、重複する値を取り除きます。
学部ごとの給与の最低額、最高額、平均額を知りたいと仮定します。この
とき、同額の給与は除くことにします。次のステートメントは、 computer
science 学部以外の学部に対してこれを実行します。
SELECT dept_name, MIN(salary), MAX(salary), AVG(DISTINCT
salary) FROM faculty WHERE dept_name<>'computer science' GROUP
BY dept_name
同額の給与も含む場合は、次のようにします。
SELECT dept_name, MIN(salary), MAX(salary), AVG(salary) FROM
faculty WHERE dept_name<>'computer science' GROUP BY dept_name
TOP
SELECT ステートメント内で TOP キーワードを使用し、返される最大行数
の値を指定することによって、 1 つのステートメントで返される行数を制
限することができます。
指定した行数は正のリテラル整数でなければなりません。32 ビットの符号
なし整数として定義します。
SELECT ステートメントに TOP と ORDER BY 句の両方が含まれる場合、
Pervasive PSQL はテンポラリテーブルを生成し、そこにクエリの結果セッ
ト全体を置きます。テンポラリテーブル内の行は ORDER BY 句で指定し
た順序で並べられ、その順序付けされた結果セットから最初の n 行が返さ
れます。
3-167
SQL 構文リファレンス
TOP 句を含むビューは、ほかのテーブルやビューと結合できない場合があ
ります。
TOP と SET ROWCOUNT の主な違いは、SET ROWCOUNT が現在のデータ
ベースセッション中に発行される後続のステートメントすべてに作用す
るのに対し、 TOP は現在のステートメントにのみ作用する点です。
SET ROWCOUNT と TOP の両方をクエリに適用した場合、 2 つの値のうち
小さい方の値に等しい行数を返します。
カーソルのタイプと TOP
TOP 句を用いる SELECT クエリをカーソル内で使用すると、いくつかの状
況下で暗黙的にカーソルのタイプが変更されます。下記の表を使用する場
合、インデックス付けされていない列に対して ORDER BY を使用する
SELECT クエリではテンポラリテーブルが必要になることを覚えておい
てください。インデックス付けされた列に対して ORDER BY を使用する
場合、テンポラリテーブルは必要ありません。
表 3-18 TOP 句がカーソルタイプに与える影響
元のカーソル
タイプ
SELECT クエリでテンポラリ
テーブルが必要な場合に変換
されるタイプ
SELECT クエリでテンポラリ
テーブルが必要ない場合に変換
されるタイプ
動的
前方のみ
静的
静的
前方のみ
変更しません
前方のみ
変更しません
変更しません
SELECT TOP 10 * FROM person
-- 10 行を返します
SET ROWCOUNT = 5;
SELECT TOP 10 * FROM person;
-- 5 行を返します
SET ROWCOUNT = 12;
SELECT TOP 10 * FROM person ORDER BY id;
-- id 列で順序付けされた全リストから最初の 10 行を返します
次の例では、 TOP が VIEW、 UNION またはサブクエリで使用された場合の
さまざまな動作を示します。
CREATE VIEW v1 (c1) AS SELECT TOP 10 id FROM person;
CREATE VIEW v2 (d1) AS SELECT TOP 5 c1 FROM v1;
SELECT * FROM v2 -- 5 行を返します
SELECT TOP 10 * FROM v2 -5 行を返します
3-168
ステートメントの文法
SELECT TOP 0 * FROM v2
SELECT TOP 2 * FROM v2
-- 0 行を返します
-2 行を返します
SELECT TOP 10 id FROM person UNION SELECT TOP 13 faculty_id FROM
class
-- 14 行を返します
SELECT TOP 10 id FROM person UNION ALL SELECT TOP 13 faculty_id
FROM class
-- 23 行を返します
SELECT id FROM person WHERE id IN (SELECT TOP 10 faculty_id from
class)
-- 4 行を返します
SELECT id FROM person WHERE id >= any (SELECT TOP 10 faculty_id
from class)
-- 1493 行を返します
不正な例
次の SELECT ステートメントはエラーメッセージを生成します。これは、
定義されたビューに TOP 句が含まれているため、結合に参加できないから
です。
CREATE VIEW v1 (c1) AS SELECT TOP 10 id FROM person
SELECT * FROM v1 INNER JOIN person ON v1.c1 = person.id
-- エラーメッセージを返します
SELECT * FROM person V v1 ON person.c1 = v1.id
-- エラーメッセージを返します
SELECT * FROM person, v1
-- エラーメッセージを返します
テーブルサブクエリ
次の例では、 ID が 714662900 より大きいすべての学生について、その姓と
支払う義務のある金額を示します。
SELECT p_last_name, b_owed FROM
(SELECT id, last_name FROM person) p (p_id, p_last_name),
(SELECT student_id, SUM (amount_owed) FROM billing
GROUP BY student_id) b (b_id, b_owed)
WHERE p.p_id = b.b_id AND p.p_id > 714662900
ORDER BY p_last_name ASC
関連項目
「グローバル変数」（3-216 ページ）
「JOIN」（3-126 ページ）
「SET ROWCOUNT」（3-178 ページ）
3-169
SQL 構文リファレンス
SET ANSI_PADDING
SET ANSI_PADDING ステートメントにより、 NULL （バイナリゼロ）で埋
められた CHAR データ型をリレーショナルインターフェイスで処理でき
るようになります。 CHAR は固定長の文字データ型として定義されます。
Pervasive PSQL は 2 つのインターフェイス、トランザクショナルとリレー
ショナルをサポートしています。トランザクショナルインターフェイスで
は、 CHAR を NULL で埋めることができます。一方、リレーショナルイン
ターフェイスは ANSI 標準の埋め込み方法に従っているため、 CHAR は空
白で埋められます。たとえば、デフォルトでは、 CREATE TABLE ステート
メントで作成した CHAR 列は常に空白で埋められます。
両方のインターフェイスを使用しているアプリケーションの場合、 NULL
で埋められた文字列の処理が必要になる可能性があります。
構文
SET ANSI_PADDING=<ON|OFF>
備考
デフォルト値は ON です。これは、空白で埋められた文字列が CHAR に挿
入されるということです。論理式の比較で、先頭の空白は意味のないもの
と見なされます。先頭の NULL は意味のあるものと見なされます。
このステートメントを OFF に設定すると、 NULL で埋められた文字列が
CHAR に挿入されるようになります。先頭の NULL と空白はどちらも論理
式の比較で意味のないものと判断されます。
以下の文字列関数は NULL の埋め込みをサポートしています。
CHAR_LENGTH
CONCAT
LCASE または LOWER
LEFT
LENGTH
LOCATE
LTRIM
POSITION
REPLACE
REPLICATE
RIGHT
RTRIM
STUFF
SUBSTRING
UCASE または UPPER
制限
SET ANSI_PADDING には次の制限が適用されます。
3-170

このステートメントは固定長の文字データ型（CHAR）にのみ適用され、
VARCHAR および LONGVARCHAR には適用されません。

ステートメントはセッションレベルに適用されます。
ステートメントの文法
例
次の例は、 SET ANSI_PADDING を ON にした状態と OFF にした状態で、
INSERT ステートメントによる文字列の埋め込みがどのような結果になる
かを示しています。
DROP TABLE t1
CREATE TABLE t1 (c1 CHAR(4))
SET ANSI_PADDING = ON
INSERT INTO t1 VALUES ('a') -- 文字列 a = a\0x20\0x20\0x20
INSERT INTO t1 VALUES ('a' + CHAR(0) + CHAR(0) + CHAR(0)) -- 文
字列 a = a\0x00\0x00\0x00
DROP TABLE t1
CREATE TABLE t1 (c1 CHAR(4))
SET ANSI_PADDING = OFF
INSERT INTO t1 VALUES ('a') -- 文字列 a = a\0x00\0x00\0x00
INSERT INTO t1 VALUES ('a' + CHAR(32) + CHAR(32) + CHAR(32)) -文字列 a = a\0x20\0x20\0x20
次の例は、 SET ANSI_PADDING を ON にした状態と OFF にした状態で、
UPDATE ステートメントによる文字列の埋め込みがどのような結果にな
るかを示しています。
DROP TABLE t1
CREATE TABLE t1 (c1 CHAR(4))
SET ANSI_PADDING = ON
UPDATE t1 SET c1 = 'a' -- すべての行の c1 = a\0x20\0x20\0x20
UPDATE t1 SET c1 = 'a' + CHAR(0) + CHAR(0) + CHAR(0)
-- すべての行の c1 = a\0x00\0x00\0x00
DROP TABLE t1
CREATE TABLE t1 (c1 CHAR(4))
SET ANSI_PADDING = OFF
UPDATE t1 SET c1 = 'a' -- すべての行の c1 = a\0x00\0x00\0x00
UPDATE t1 SET c1 = 'a' + CHAR(32) + CHAR(32) + CHAR(32) -- すべて
の行の c1 = a\0x20\0x20\0x20
次の例は、文字型の列 c1 の内容をバイナリ形式で表示できるよう、 c1 を
BINARY データ型にキャストする方法を示します。テーブル t1 には次の 6
行のデータがあるとします。
a\x00\x00\x00\x00
a\x00\x00\x00\x00
a\x00\x20\x00\x00
a\x00\x20\x00\x00
a\x20\x20\x20\x20
a\x20\x20\x20\x20
3-171
SQL 構文リファレンス
次のステートメントにより、 c1 が BINARY データ型にキャストされます。
SELECT CAST(c1 AS BINARY(4)) FROM t1
SELECT ステートメントは以下の結果を返します。
0x61000000
0x61000000
0x61002000
0x61002000
0x61202020
0x61202020
関連項目
「INSERT」（3-120 ページ）
「UPDATE」（3-197 ページ）
「文字列関数」（5-2 ページ）
「変換関数」（5-18 ページ）
3-172
ステートメントの文法
SET DECIMALSEPARATORCOMMA
ODBC データベースエンジンは、デフォルトでピリオド（.）を整数部と
小数部の間の区切り文字として使い、小数値データを表示します（たとえ
ば、 100.95）。 SET DECIMALSEPARATORCOMMA ステートメントを使用
すれば、整数部と小数部をカンマで区切って結果を表示するよう指定する
ことができます（たとえば、 100,95）。
すべての SET ステートメントと同様に、このステートメントの効果は現在のデータ
ベースセッションの間中、または別の SET DECIMALSEPARATORCOMMA ス
テートメントが発行されるまで適用されます。
構文
SET DECIMALSEPARATORCOMMA=<ON|OFF>
備考
デフォルト値は OFF です。これは、ピリオドをデフォルトの小数点の記号
として使用します。
カンマを小数点の記号として使用する地域では、カンマまたはピリオドを
区切り文字として使用して小数値データを入力することができます（カン
マを区切り文字として使用したリテラル値は、'123,43' などのように一重引
用符で囲む必要があります）。ただし、（SELECT ステートメントの結果の
ように）データが返される場合、 SET DECIMALSEPARATORCOMMA=ON
が指定されていなければ、データは常にピリオドを使って表示されます。
また、小数点の記号にピリオドを使って入力したデータがデータベースに
含まれる場合、このステートメントを使用して出力と表示でカンマを区切
り文字にするよう指定することができます。
このカンマは出力と表示にのみ影響します。挿入、更新あるいは比較で使
用する値にはまったく影響しません。
例
次の例では、ピリオドで区切られたデータの挿入方法と、 SET
DECIMALSEPARATORCOMMA ステートメントが SELECT の結果にどの
ように影響するかを示します。
CREATE TABLE t1 (c1 real, c2 real)
INSERT INTO t1 VALUES (102.34, 95.234)
SELECT * FROM t1
結果：
c1
c2
------- ------102.34 95.234
SET DECIMALSEPARATORCOMMA=ON
3-173
SQL 構文リファレンス
SELECT * FROM t1
結果：
c1
c2
------- ------102,34 95,234
次の例では、カンマで区切られたデータの挿入方法と、 SET
DECIMALSEPARATORCOMMA ステートメントが SELECT の結果にどの
ように影響するかを示します。
メモカンマを区切り文字として使用できるのは、クライアントとサー
バーの両方またはどちらか一方のオペレーティングシステムの地域
の設定がカンマを区切り文字として使用するロケールに設定されてい
る場合のみです。たとえば、クライアントとサーバーの両方で U.S. の
ロケール設定をしていた場合、次の例を実行しようとするとエラーに
なります。
CREATE TABLE t1 (c1 real, c2 real)
INSERT INTO t1 VALUES ('102,34', '95,234')
SELECT * FROM t1
結果：
c1
c2
------- ------102.34 95.234
SET DECIMALSEPARATORCOMMA=ON
SELECT * FROM t1
結果：
c1
c2
------- ------102,34 95,234
関連項目
「小数点の記号のカンマ」（3-224 ページ）
「OEM から ANSI への変換サポート」（3-227 ページ）
3-174
ステートメントの文法
SET OWNER
SET OWNER ステートメントを使用すると、現在のデータベース接続中に
使用する Btrieve オーナーネームを 1 つまたは複数指定できます。
構文
SET OWNER = ['] オーナーネーム ['] [, ['] オーナーネーム [']]...
備考
SET OWNER ステートメントを使用すると、データベースエンジンを介し
てオーナーネームが割り当てられているデータファイルのオーナーネー
ムのリストを指定できます。 Pervasive PSQL はデータベースエンジンに
オーナーネームを渡して、データファイルを開けるようにします。
SET OWNER ステートメントではオーナーネームをいくつでも指定できま
す。オーナーネームがアルファベット以外の文字で始まる場合は、名前を
一重引用符（' '）で囲む必要があります。
ステートメントは現在の接続でのみ有効です。 SET OWNER コマンドの発
行後に現在のユーザーがログアウトする場合、そのユーザーは、次回ログ
インする際にコマンドを再発行する必要があります。
同一の接続中、 SET OWNER ステートメントは発行されるごとにオーナー
リストを再設定します。つまり、一番最近 SET OWNER ステートメントで
指定したオーナーネームだけがデータベースエンジンに渡されます。後続
のステートメントでオーナーリストにオーナーネームを追加することは
できません。
セキュリティが無効になっているデータベースでは、 SET OWNER コマン
ドによって、コマンドのリストで指定した名前と同じ Btrieve オーナー
ネームを持つすべてのデータファイル（テーブル）へのフルアクセスが許
可されるようになります。
セキュリティが有効になっているデータベースでは、このコマンドはほと
んどのユーザーで何の影響もありません。 Master ユーザーによって発行さ
れた場合にのみ影響があります。 Master ユーザーが自身にまだ権限を付与
していない場合は、このコマンドの発行によって、指定した Btrieve オー
ナーネームのいずれかを持つデータファイルすべてへのフルアクセスが
Master ユーザーに与えられます。また、 Master ユーザーは自身への権限の
付与を選択した場合には、権限を付与するテーブルの正しいオーナーネー
ムを使って SET OWNER ステートメントが既に実行してあれば、 GRANT
ステートメントでオーナーネームを使う必要はありません。
3-175
SQL 構文リファレンス
例
次の例では、 1 つのオーナーネームを指定しています。
SET OWNER = '12jerry'
次の例では、複数のオーナーネームを指定しています。
SET OWNER = jimbo, terry, maximus
次の例では、同一の接続内における複数の SET OWNER ステートメントの
影響を示します。
SET OWNER = jimbo, terry, maximus
-- オーナーリストの内容： jimbo,terry,maximus.
SET OWNER = fred, jennie, lucinda
-- 現在のオーナーリストの内容： fred,jennie,lucinda。以前の内容は破棄されます。
次の例は、 Master ユーザーがセキュリティで保護されたデータベースで
SET OWNER を使用する方法を示します。セキュリティを有効にしたばか
りで、データベースの権限は何も付与されていないと仮定します。
"inventory" データファイルはオーナーネーム "admin" を持ちます。
自身に権限を付与する場合、 Master ユーザーには 2 つのオプションがあり
ます。 Master ユーザーは、 SET OWNER に続けて GRANT を発行する場合
は、オーナーネームなしで発行できます。そうでない場合は、オーナー
ネームを指定して GRANT を発行できます。どちらの方法も同じ結果にな
ります。
SET OWNER = admin
GRANT ALL ON inventory TO MASTER
または
GRANT ALL ON inventory admin TO MASTER
関連項目
「GRANT」（3-109 ページ）
「REVOKE」（3-145 ページ）
3-176
ステートメントの文法
SET PASSWORD
SET PASSWORD ステートメントを使用すると、 Master ユーザーはセキュ
リティで保護されたデータベースのパスワードを変更でき、一般ユーザー
はデータベースに対する自分のログインパスワードを変更できます。
構文
SET PASSWORD = パスワード
パスワード ::= ユーザー定義名
備考
SET PASSWORD は、 Master ユーザーでも一般ユーザーでも、いつでも発
行できます（対照的に、 SET SECURITY は Master ユーザーによってのみ発
行でき、 Master ユーザーのセッションは現在の唯一のデータベース接続で
ある必要があります）。
Master ユーザーによって発行された場合、 SET PASSWORD はデータベー
ス全体（すべての DDF ファイル）のパスワードを変更します。一般ユー
ザーによって発行された場合、 SET PASSWORD は user.ddf ファイル内
の当該ユーザーのログインパスワードのみを変更します。
Master ユーザーも一般ユーザーも、 SET PASSWORD を発行するにはデー
タベースにログインしている必要があります。 "password" は予約キーワー
ドでないことに注意してください。これは、テーブルまたは列の名前とし
て使用することができます。
パスワードに指定できる最小の長さは 1 バイトです。最大 8 バイトまで指
定できます。パスワードには、セミコロン（;）と疑問符（?）以外のあら
ゆる表示可能な文字を使用できます。
ユーザー定義のパスワードは大文字と小文字が区別されます。パスワード
がアルファベット以外の文字で始まる場合は、パスワードを一重引用符で
囲む必要があります。
例
次の例では以下のことを示します。Master ユーザーは、パスワード "bigdog"
を使ってデータベースのセキュリティを有効にします。次に、 Master ユー
ザーは "user45" というユーザーにログイン権限を与えてパスワードを
"popcorn" と指定し、 user45 にテーブル person の SELECT 権限を与えます。
その後で、Master ユーザーはセキュリティパスワードを "tinycat" に変更し
ます。
3-177
SQL 構文リファレンス
SET SECURITY = bigdog
-- これは、すべての DDF のパスワードを変更します
GRANT LOGIN TO user45:popcorn
GRANT SELECT ON person TO user45
SET PASSWORD = tinycat
-- これは、すべての DDF のパスワードを変更します
次の例では、user45 はパスワード "popcorn" でデータベースにログインして
いることを前提とします。user45 は自分のパスワードを "tomato" に変更し、
次に person テーブル内のすべてのレコードを選択します。
SET PASSWORD = tomato
-- これは、 user.ddf 内の user45 のパスワードのみを変更します
SELECT * FROM person
-- user45 は今までどおり、テーブル person の SELECT 権限を持ちます
関連項目
「SET SECURITY」（3-179 ページ）
3-178
ステートメントの文法
SET ROWCOUNT
SET ROWCOUNT キーワードを使用することによって、現在のセッション
内にある後続のすべての SELECT ステートメントから返される行数を制
限することができます。
SET ROWCOUNT と TOP の主な違いは、 TOP が現在のステートメントに
のみ作用するのに対し、 SET ROWCOUNT は（次の SET ROWCOUNT また
はセッションが終了するまでの）現在のデータベースセッション中に発行
される後続のステートメントすべてに作用する点です。
構文
SET ROWCOUNT = 行数
備考
SET ROWCOUNT を条件とする SELECT ステートメントに ORDER BY 句
が含まれており、その ORDER BY 句での最適化にインデックスを使用で
きない場合、 Pervasive PSQL はテンポラリテーブルを生成します。テンポ
ラリテーブルにはクエリの結果セット全体が配置されます。テンポラリ
テーブル内の行は ORDER BY 句で指定した順序で並べられ、その順序付
けされた結果セットから ROWCOUNT の n 行が返されます。
ROWCOUNT にゼロを設定して ROWCOUNT 機能を無効にすることがで
きます。
SET ROWCOUNT = 0
SET ROWCOUNT は動的カーソルを使用するときには無視されます。
SET ROWCOUNT と TOP の両方をクエリに適用した場合、 2 つの値のうち
小さい方の値に等しい行数を返します。
例
TOP （3-166 ページ）の例も参照してください。
SET ROWCOUNT = 10;
SELECT * FROM person;
-- 10 行を返します
関連項目
「TOP」（3-166 ページ）
3-179
SQL 構文リファレンス
SET SECURITY
SET SECURITY ステートメントを使用すると、現在ログインしているデー
タベースのセキュリティを有効または無効にできます。
構文
SET SECURITY = パスワード
SET SECURITY = NULL
例
次の例では、パスワードを 'mypasswd' と設定しています。
SET SECURITY = mypasswd
次の例では、パスワードを 123456 と設定しています。
SET SECURITY = '123456'
次の例ではセキュリティが無効になります。
SET SECURITY = NULL
備考
セキュリティを設定するには、まず Master としてログインする必要があり
ます。その後、 SET SECURITY ステートメントを使用してパスワードを
割り当てることができます。最初に Master としてログインする際には、パ
スワードは不要です。
SET SECURITY を使用する場合、ユーザー名とパスワードの大小文字が
区別されます。パスワードがアルファベット以外の文字で始まる場合は、
パスワードを一重引用符で囲む必要があります。
データベースへの Master ユーザー接続だけが、セキュリティの設定を許可
されます。セキュリティは Pervasive PSQL Control Center （PCC）から設定
することもできます。『Advanced Operations Guide』の「データベースプロ
パティを使ってセキュリティをオンにするには」（7-24 ページ）を参照し
てください。
メモ SQL Editor 内で SET SECURITY ステートメントを実行すること
はできません。実行しようとするとエラーになります。セキュリティ
なしのデータベースの場合、SQL Editor は辞書ファイルをロックして、
パスワードが設定されないようにします。セキュリティで保護された
データベースの場合、 SQL Editor はデータベースファイルへの 2 番目
の接続を開いて、セキュリティが無効にされないようにします。
3-180
ステートメントの文法
パスワードの最小の長さは 1 バイトです。最大 8 バイトまで指定できます。
パスワードには、セミコロン（;）と疑問符（?）以外のあらゆる表示可能
な文字を使用できます。
パスワードは大文字小文字を区別します。パスワードがアルファベット以
外の文字で始まる場合は、パスワードを一重引用符で囲む必要があります。
関連項目
「GRANT」（3-109 ページ）
「REVOKE」（3-145 ページ）
「SET PASSWORD」（3-176 ページ）
3-181
SQL 構文リファレンス
SET TIME ZONE
SET TIME ZONE キーワードを使用すると、ロケールの世界協定時刻
（Coordinated Universal Time ： UTC）を基に現在時刻のオフセットを指定す
ることができ、これによって、データベースエンジンが配置されているオ
ペレーティングシステムのタイムゾーンの設定を無効にできます。
SET TIME ZONE ステートメントの効果は現在のデータベースセッション
の間中、または別の SET TIME ZONE ステートメントが実行されるまで適
用されます。
注意お使いのオペレーティングシステムのタイムゾーンの設定を特
に無効にする必要がなければ、常にデフォルトの動作を使用してくだ
さい。 Pervasive レプリケーションを使用している場合、またはアプリ
ケーションに各レコードが挿入される時刻順序との依存関係がある場
合は、 SET TIME ZONE を使ってタイムゾーンのオフセットを変更す
ることはお勧めしません。
構文
SET TIME ZONE < ディスプレースメント | LOCAL >
ディスプレースメント ::= <+|->hh:mm
hh の有効な範囲は 00 - 12 です。
mm の有効な範囲は 00 - 59 です。
プラス記号（+）またはマイナス記号（-）は、ディスプレースメント値の
一部として必要です。
備考
デフォルトの動作 - SET TIME ZONE LOCAL がデフォルトの動作で、これ
は SET TIME ZONE コマンドをまったく使用しないのと同じです。デフォ
ルトの動作の場合、データベースエンジンは実行しているオペレーティン
グシステムに基づいてそのタイムゾーンを設定します。たとえば、
SELECT CURTIME ( ) では現在の現地時刻を返しますが、 SELECT
CURRENT_TIME ( ) では、オペレーティングシステムの地域のシステム時
刻とタイムゾーンの設定の両方に基づいて現在の世界協定時刻（UTC）を
返します。
LOCAL キーワードを使用すると、ディスプレースメントを指定した後で、
データベースセッションを終了および再オープンすることなく、デフォル
トの動作に戻すことができます。
3-182
ステートメントの文法
デフォルトの動作の場合、'1996-03-28' や '17:40:46' などの日付 / 時刻のリテ
ラル値は現在の現地日付 / 時刻として解釈されます。また、挿入中には、
TIMESTAMP リテラル値は指定した現在の現地時刻として解釈されます。
TIMESTAMP 値は常に UTC 時刻を使って調整されてから内部的に保存さ
れ、取得時に現地時刻に変換されます。
表 3-19 SET TIME ZONE を使用する日付 / 時刻関数 - デフォルト
タイムゾーンが指定されていない場合、または TIME ZONE LOCAL が指定され
ている場合
CURDATE()、 CURTIME()、 NOW()
これらの関数はシステム時計に基づいて
現在の現地時刻を返します。
CURRENT_DATE()、
CURRENT_TIME()、
CURRENT_TIMESTAMP()
これらの関数は、常にシステム時計とオ
ペレーティングシステムの地域の設定
に基づいて現在の UTC 日付 / 時刻を返し
ます。
間隔を指定した場合の動作 ‐ 有効なディスプレースメント値が指定され
ると、 NOW ( )、 CURTIME ( ) または CURDATE ( ) 用に値を生成するとき
に、オペレーティングシステムのタイムゾーンのオフセットではなくその
値を使用します。たとえば、ディスプレースメントに -02:00 を指定した場
合、 CURDATE() の現地時刻の値はオペレーティングシステムから返され
る UTC 時刻に -02:00 が加算された値になります。
この動作の場合、日付と時刻のリテラルは、そのままの値で現地時刻とし
て解釈されます。 TIMESTAMP リテラルでは、ディスプレースメントを減
算した場合に結果が UTC となるような時刻を指定しているものと解釈さ
れます。夏時刻はディスプレースメントで明示的に設定するので、考慮しませ
ん。 TIMESTAMP 値は常に UTC 時刻を使って内部的に保存されます。
表 3-20 SET TIME ZONE を使用する日付 / 時刻関数 - 指定
有効なディスプレースメント値が指定された場合
CURDATE()、 CURTIME()、 NOW()
これらの関数は、現在の UTC 日付 / 時刻
値にディスプレースメントを加算して現
在の現地日付 / 時刻値を返します。
CURRENT_DATE()、
CURRENT_TIME()、
CURRENT_TIMESTAMP()
これらの関数は、常にシステム時計とオ
ペレーティングシステムの地域の設定
に基づいて現在の UTC 日付 / 時刻を返し
ます。
指定した現地時刻値を UTC に変換するには、その現地時刻の値からタイム
ゾーンのディスプレースメントを減算する必要があります。つまり次のよ
うになります。
UTC 時刻 = 現地時刻 - タイムゾーンのディスプレースメント
3-183
SQL 構文リファレンス
変換の例については、表 3-21 を参照してください。
表 3-21 現地時刻から UTC への変換例
現地時刻
ディスプレースメント
UTC
10:10:15
オースチン、
テキサス
US 中部標準時 -06:00
10:10:15-(-06:00)=16:10:15 UTC
16:10:15
ロンドン
グリニッジ標準時
+00:00
16:10:15-(+00:00)=16:10:15 UTC
22:10:15
ダッカ
+06:00
22:10:15-(+06:00)=16:10:15 UTC
TIMESTAMP データ型に関する注記
TIMESTAMP データは常に UTC として保存され、リテラルタイムスタン
プ値はディスクに保存されている値も含め、取得するときに常に現地時刻
へ変換されるため、 NOW ( ) 値と CURRENT_TIMESTAMP( ) 値の動作は混
乱を招く可能性があります。たとえば、次の表ではデータベースエンジン
が U.S. 中部標準時に設定されているとします。
表 3-22 Timestamp データ型の例
ステートメント
値
SELECT NOW()
2001-10-01 12:05:00.000000 が表示
されます。
INSERT INTO t1 (c1) SELECT NOW()
2001-10-01 18:05:00.000000 がディ
スクに保存されます。
SELECT * from t1
2001-10-01 12:05:00.000000 が表示
されます。
SELECT CURRENT_TIMESTAMP()
2001-10-01 18:05:00.000000 が表示
されます。
INSERT INTO t2 (c1) SELECT
CURRENT_TIMESTAMP()
2001-10-01 18:05:00.000000 がディ
スクに保存されます。
SELECT * from t2
2001-10-01 12:05:00.000000 が表示
されます。
直接の SELECT NOW ( ) で表示される値は、INSERT SELECT NOW ( ) 構文
によってディスクに保存される値とは異なることに注意することが重要で
す。また、 SELECT CURRENT_TIMESTAMP( ) の表示値も、
CURRENT_TIMESTAMP() の値を INSERT した後でそれを SELECT した場
3-184
ステートメントの文法
合（INSERT SELECT CURRENT_TIMESTAMP() 構文）に表示される値と
は異なることに注意してください。これは、データファイルに保存した
リテラル値を取得するときに値が調整されるからです。
例
次の例では、 SET TIME ZONE ステートメントがまだ発行されておらず、データ
ベースエンジンが起動しているコンピュータのシステム時計は January 9, 2002,
16:35:03 CST （U.S.）に設定されています。 CURRENT_TIMESTAMP() およ
びその他の CURRENT_ 関数では、常にデータベースエンジンが起動して
いるコンピュータのシステム時計と地域の設定に基づく UTC 日付 / 時刻を
返すことを思い出してください。
SELECT CURRENT_TIMESTAMP(), NOW(),
CURRENT_TIME(), CURTIME(),
CURRENT_DATE(), CURDATE()
結果：
2002-01-09 22:35:03.0000000 2002-01-09 16:35:03.0000000
22:35:03
16:35:03
2002-01-09
2002-01-09
CST は UTC の 6 時間前であることに注意してください。
SET TIME ZONE -10:00
これによって、上記の同じ SELECT ステートメントでは次の値を返しま
す。
2002-01-09 22:35:03.0000000 2002-01-09 12:35:03.0000000
22:35:03
12:35:03
2002-01-09
2002-01-09
SET TIME ZONE ステートメントを発行後 NOW() の値は変わりましたが、
CURRENT_TIMESTAMP() の値は変わらなかったことに注目してくださ
い。
次の例では、 UTC 値として保存され取得時に現地時刻の値に変換される
TIMESTAMP 値と、そのままの値で保存および取得される TIME または
DATE 値との違いを示します。現在、システム時計は January 9, 2002,
16:35:03 CST （U.S.）を示しているものとします。また、 SET TIME ZONE
ステートメントはまだ発行されていないことを前提とします。
CREATE TABLE t1 (c1 TIMESTAMP, c2 TIMESTAMP, c3 TIME, c4 TIME,
c5 DATE, c6 DATE)
INSERT INTO t1 SELECT CURRENT_TIMESTAMP(), NOW(),
CURRENT_TIME(), CURTIME(), CURRENT_DATE(), CURDATE()
SELECT * FROM t1
3-185
SQL 構文リファレンス
結果：
c1
c2
--------------------------- --------------------------2002-01-09 16:35:03.0000000 2002-01-09 16:35:03.0000000
c3
c4
c5
c6
-------- -------- ---------- ---------22:35:03 16:35:03 2002-01-09 2002-01-09
NOW() と CURRENT_TIMESTAMP() は、 SELECT NOW()、
CURRENT_TIMESTAMP() で画面に表示される場合には異なる値になりま
すが、いったんリテラル値をディスクに保存すると、両方の値に UTC 時
刻が格納されることに注意してください。取得時に、両方の値が現地時刻
に変換されます。
タイムゾーン間隔をゼロに設定すると、取得時に +00:00 によって調整さ
れるので、ファイルに保存された実際のデータを見ることができます。
SET TIME ZONE +00:00
SELECT * FROM t1
結果：
c1
c2
--------------------------- --------------------------2002-01-09 22:35:03.0000000 2002-01-09 22:35:03.0000000
c3
c4
c5
c6
-------- -------- ---------- ---------22:35:03 16:35:03 2002-01-09 2002-01-09
次の例では、現地日付が UTC 日付と異なる場合に予期される動作を示しま
す（たとえば、 UTC は午前 0 時を過ぎているが、現地時刻ではまだ午前 0
時前の場合。またはその逆の場合）。現在、システム時計は January 9, 2002,
16:35:03 CST （U.S.）を示しているものとします。
SET TIME ZONE +10:00
SELECT CURRENT_TIMESTAMP(), NOW(),
CURRENT_TIME(), CURTIME(),
CURRENT_DATE(), CURDATE()
結果：
2002-01-09 22:35:03.0000000 2002-01-10 08:35:03.0000000
22:35:03
08:35:03
2002-01-09
2002-01-10
INSERT INTO t1 SELECT CURRENT_TIMESTAMP(), NOW(),
CURRENT_TIME(), CURTIME(), CURRENT_DATE(), CURDATE()
SELECT * FROM t1
3-186
ステートメントの文法
結果：
c1
c2
--------------------------- --------------------------2002-01-10 08:35:03.0000000 2002-01-10 08:35:03.0000000
c3
c4
c5
c6
-------- -------- ---------- ---------22:59:55 08:59:55 2002-01-09 2002-01-10
ご覧のとおり、 CURRENT_DATE() および CURRENT_TIME() で返される
UTC 時刻と日付はリテラル値として保存されます。これらは TIMESTAMP
値ではないので、データベースから取得するときに調整が行われません。
関連項目
「TIMESTAMP」データ型（A-28 ページ）
「時刻と日付の関数」（5-9 ページ）
3-187
SQL 構文リファレンス
SET TRUENULLCREATE
SET TRUENULLCREATE ステートメントにより、新規テーブルの作成時
に真のヌルのオン / オフを切り替えます。
構文
SET TRUENULLCREATE = < ON | OFF >
備考
Pervasive PSQL v9 では、ヌルサポートに関して、テーブルの作成時にデ
フォルトの形式を設定することができます。通常、製品は真のヌルデータ
レコード形式を使って新規テーブルを作成します。これは、すべてのフィー
ルドの先頭にヌルインジケータバイトを追加します。 SQL ステートメン
トを使ってこのエンジン設定をオフにすることにより、 Pervasive.SQL 7 で
用いられたレガシーヌルデータレコード形式を使用するテーブルを新規
に作成できます。
作成モードは、ステートメントを発行して変更されるか、接続が切断され
るまでは有効なままです。この設定は接続ごとに保持されるため、同一ア
プリケーション内であっても、個々のデータベース接続がそれぞれ異なる
作成モードを保持することができます。どの接続も、新規テーブルが真の
ヌルサポートを使って作成されるデフォルトモードの設定で開始します。
この機能は、既存のテーブルおよび使用可能な列のデータ型には影響しま
せん。すべてのテーブルは Pervasive PSQL データ型を使って作成されます。
たとえば、 NOTE や LVAR のような旧データ型は、どのタイプのヌルサ
ポートが選択されているかに関係なく使用できません。
「INSERT」（3-120 ページ）に記述されている、ヌル値を許可するデータ型
についての解説も参照してください。
この設定は SQL でのみ切り替えることができ、 Pervasive PSQL Control
Center を使用して設定することはできません。
例
設定を切り替えて、新規テーブルがレガシーヌルサポートを使って作成さ
れるよう指定するには、次の SQL ステートメントを使用します。
SET TRUENULLCREATE=OFF
設定を切り替えて、真のヌルサポートを使ってテーブルを作成するデフォ
ルト設定にエンジンを戻すには、次の SQL ステートメントを使用します。
SET TRUENULLCREATE=ON
3-188
ステートメントの文法
SET VARIABLE
SET により、宣言された変数に値を割り当てます。
構文
SET 変数名 = プロシージャ式
備考
変数を設定するには、事前に変数が宣言されていなければなりません。SET
は、ストアドプロシージャとトリガでのみ使用できます。
例
次の例では、 var1 に値 10 を割り当てます。
SET:var1 = 10;
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「DECLARE」（3-78 ページ）
3-189
SQL 構文リファレンス
SIGNAL
備考
SIGNAL ステートメントを使って、例外または正常終了以外の終了条件を
通知することができます。
SQLSTATE 値を通知すると、 SQLSTATE が特定の値に設定されます。そ
の後、この値はユーザーに返されるか、呼び出し元プロシージャで
SQLSTATE 値を介して使用できるようになります。この値は、プロシー
ジャを呼び出しているアプリケーションで使用できます。
SQLSTATE 値と一緒にエラーメッセージを指定することもできます。
メモ SIGNAL はストアドプロシージャまたはユーザー定義関数の内
部でのみ使用できます。
構文
SIGNAL SQLSTATE 値 [, エラーメッセージ ]
SQLSTATE 値 ::= ユーザー定義値
エラーメッセージ ::= ユーザー定義メッセージ
例
次の例では、 SQLSTATE の初期値 "00000" を出力し、通知された後に
"SQLSTATE 例外を受け取りました " を出力します。最後に出力される
SQLSTATE は "W9001" になります。
CREATE PROCEDURE GenerateSignal();
BEGIN
SIGNAL 'W9001';
END;
CREATE PROCEDURE TestSignal() WITH DEFAULT HANDLER;
BEGIN
PRINT SQLSTATE;
CALL GenerateSignal();
IF SQLSTATE <> '00000' THEN
PRINT 'SQLSTATE 例外を受け取りました ';
END IF;
PRINT SQLSTATE;
END;
CREATE PROCEDURE GenerateSignalWithErrorMsg();
3-190
ステートメントの文法
BEGIN
SIGNAL 'W9001', ' 構文が不正です ;
END;
CALL GenerateSignalWithErrorMsg()
関連項目
「CREATE PROCEDURE」（3-50 ページ）
3-191
SQL 構文リファレンス
SQLSTATE
備考
SQLSTATE 値は、正常終了、警告、または例外の状態を表します。 ODBC
が定義する全 SQLSTATE 値のリストは、 Microsoft ODBC SDK のマニュア
ルに記載されています。
ハンドラが実行されるとき、そのハンドラ内のステートメントは、複合ス
テートメントの本体内のステートメントと同じように SQLSTATE 値に影
響します。ただし、特定の状態に対して特定の動作を行うハンドラは、完
了時にその状態を再割り当てして、状態に影響を与えないようにすること
もできます。このとき、ハンドラは再呼び出しされません。再呼び出しは
ループの原因となります。その代わりに Pervasive PSQL では、例外の状態
が未処理の例外として扱われ、実行が停止します。
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「SELECT」（3-153 ページ）
「SIGNAL」（3-189 ページ）
3-192
ステートメントの文法
START TRANSACTION
START TRANSACTION は、論理トランザクションの開始を知らせるもの
であり、常に、 COMMIT または ROLLBACK と組み合わせて使用する必
要があります。
構文
START TRANSACTION
SQL ステートメント
COMMIT | ROLLBACK [WORK]
備考
START TRANSACTION はストアドプロシージャ内でのみサポートされ
ます。 SQL Editor では START TRANSACTION を使用できません（SQL
Editor は AUTOCOMMIT をオンに設定します）。
このステートメントはストアドプロシージャ外ではサポートされません。
これは、 ODBC 標準が、すべてのステートメントはデフォルトでトランザ
クション内にあることを条件としているためです。 ODBC 標準にはトラン
ザクションを開始する API がありません。
ODBC は、各 SQL ステートメントを SQL 独自のトランザクション内に置
くか、それともアプリケーションが各トランザクションの終了時を指定す
るかどうかを決定するアプリケーションを提供します。 ODBC は、トラン
ザクション内にないどのステートメントより前に、自動的にトランザク
ションを開きます。したがって、指定された接続の最初のステートメント、
あるいは COMMIT または ROLLBACK 後の最初のステートメントにより、
ODBC は自動的に新しいトランザクションを開始します。
ODBC 標準内では、 SQLSetConnectOption を使って、各ステートメントを
独自のトランザクション内に置くか、またはアプリケーションが複数のス
テートメントを 1 つのトランザクションにまとめるかどうかを指定しま
す。
SQLSetConnectOption にオプション SQL_AUTOCOMMIT、値
SQL_AUTOCOMMIT_ON （これがデフォルトです）を指定して呼び出す
と、各ステートメントは独自のトランザクション内に置かれます。このよ
うに使用すると、トランザクションはステートメントの実行を開始すると
きに開始され、ステートメントの実行の完了時点でエラーが発生していな
い場合は自動的にコミットされ、エラーが発生した場合はロールバック
されるようになります。
3-193
SQL 構文リファレンス
SQLSetConnectOption にオプション SQL_AUTOCOMMIT、値
SQL_AUTOCOMMIT_OFF を指定して呼び出すと、アプリケーションがス
テートメントを 1 つのトランザクションにまとめることができます。この
ように使用すると、トランザクションは実行される最初のステートメント
を開始するときに開始されます。その後、トランザクションをいつ、どの
ように終了するかは、アプリケーションが SQLTransact を呼び出すか、
'COMMIT WORK' または 'ROLLBACK WORK' ステートメントを実行する
かによって決まります。アプリケーションが 1 つのトランザクションを終
了すると、次のステートメントの実行時に別のトランザクションが自動的
に開始されます。
例
次の例では、ストアドプロシージャの中で、 Billing テーブル内の
Amount_Owed 列を更新するトランザクションが開始されます。この作業が
コミットされると、別のトランザクションによって Amount_Paid 列が更新
されてゼロに設定されます。最後の COMMIT WORK ステートメントによ
り、 2 番目のトランザクションが終了します。
START TRANSACTION;
UPDATE Billing B
SET Amount_Owed = Amount_Owed - Amount_Paid
WHERE Student_ID IN
(SELECT DISTINCT E.Student_ID
FROM Enrolls E, Billing B
WHERE E.Student_ID = B.Student_ID);
COMMIT WORK;
START TRANSACTION;
UPDATE Billing B
SET Amount_Paid = 0
WHERE Student_ID IN
(SELECT DISTINCT E.Student_ID
FROM Enrolls E, Billing B
WHERE E.Student_ID = B.Student_ID);
COMMIT WORK;
関連項目
「COMMIT」（3-37 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「ROLLBACK」（3-148 ページ）
3-194
ステートメントの文法
UNION
備考
UNION または UNION ALL を使用する SELECT ステートメントを使っ
て、複数の SELECT クエリから 1 つの結果テーブルを取得できます。
UNION クエリは、 2 つ以上のデータソースに含まれる類似した情報を結
合して 1 つにするのに適しています。
UNION を使用すると、重複行が削除されます。 UNION ALL を使用する
と、重複行が保持されます。重複行を削除する必要がある場合を除いて、
UNION ALL オプションの使用をお勧めします。
UNION を使用すると、Pervasive PSQL エンジンは結果セット全体を整列さ
せるため、テーブルが大きい場合は、処理に数分かかることがあります。
UNION ALL を選択すると、ソートは不要になります。
Pervasive PSQL エンジンは、 UNION ステートメントの LONGVARBINARY 列
をサポートしていません。UNION ステートメントでは、LONGVARCHAR
は 65500 バイトまでに制限されています。演算子 UNION は、 1 つ以上の
ビューを参照する SQL ステートメントに適用することはできません。
UNION に含まれる 2 つのクエリスペックは互換性がなければなりません。
それぞれのクエリは同数の列を持ち、それらの列は互換性のあるデータ型
である必要があります。
UNION キーワードの後にくる SELECT ステートメントの ORDER BY 句
で、最初の SELECT リストにある列名を使用できます（序数を使って目的
の列を示すこともできます）。たとえば、次のステートメントは有効です。
SELECT c1, c2, c3 FROM t1 UNION SELECT c4, c5, c6 FROM t2 ORDER
BY t1.c1, t1.c2, t1.c3
SELECT c1, c2, c3 FROM t1 UNION SELECT c4, c5, c6 FROM t2 ORDER
BY 1, 2, 3
また、列名のエイリアスも使用できます。
SELECT c1 x, c2 y, c3 z FROM t1 UNION SELECT c1, c2, c3 FROM t2
ORDER BY x, y, z
SELECT c1 x, c2 y, c3 z FROM t1 a UNION SELECT c1, c2, c3 FROM
t1 b ORDER BY a.x, a.y, a.z
エイリアスは、クエリ内のどのテーブル名、列名とも異なっている必要が
あります。
例
次の例では、名字が "M" で始まるか、成績評価点平均が 4.0 の生徒の ID 番
号の一覧が示されます。結果テーブルに重複する行は含まれません。
3-195
SQL 構文リファレンス
SELECT Person.ID FROM Person WHERE Last_name LIKE 'M%' UNION
SELECT Student.ID FROM Student WHERE Cumulative_GPA = 4.0
次の例では、重複行を含めた person テーブルおよび faculty テーブルの列
ID が抽出されます。
SELECT person.id FROM person UNION ALL SELECT faculty.id from
faculty
次の例では、名字が "M" で始まるか、成績評価点平均が 4.0 の生徒の ID 番
号の一覧が示されます。結果テーブルには重複行が含まれず、最初の列に
従って結果セットが並べられます。
SELECT Person.ID FROM Person WHERE Last_name LIKE 'M%' UNION
SELECT Student.ID FROM Student WHERE Cumulative_GPA = 4.0 ORDER
BY 1
NULL スカラ関数を使用すると、 UNION 選択リストと親選択リストのエ
ントリ数が異なるように設定できます。このように設定するには、
CONVERT 関数を使用して NULL を強制的に正しい型に変換する必要が
あります。
CREATE TABLE t1 (c1 INTEGER, c2 INTEGER)
INSERT INTO t1 VALUES (1,1)
CREATE TABLE t2 (c1 INTEGER)
INSERT INTO t2 VALUES (2)
SELECT c1, c2 FROM t1
UNION SELECT c1, CONVERT(NULL(),sql_integer) FROM t2
関連項目
「SELECT」（3-153 ページ）
3-196
ステートメントの文法
UNIQUE
備考
インデックスに重複する値を許可しないことを指定するには、 UNIQUE
キーワードを使用します。 UNIQUE キーワードを使用して CREATE
INDEX ステートメントを実行したときにインデックスを構成する 1 つま
たは複数の列に重複する値があった場合、ステータスコード 5 が返され、
インデックスは作成されません。
メモ UNIQUE キーワードは、インデックスの属性リストの中で、指
定する列名の後に置かないでください。推奨される構文は CREATE
UNIQUE INDEX です。
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE INDEX」（3-46 ページ）
「CREATE TABLE」（3-62 ページ）
3-197
SQL 構文リファレンス
UPDATE
UPDATE ステートメントを使って、データベース内の列の値を変更するこ
とができます。
構文
UPDATE < テーブル名 | ビュー名 > [ エイリアス名 ]
SET 列名 = <NULL | DEFAULT | 式 | サブクエリ式 > [, 列名 = ... ]
[ FROM テーブル参照 [, テーブル参照 ]...
[ WHERE 検索条件 ]
テーブル名 ::= ユーザー定義名
ビュー名 ::= ユーザー定義名
エイリアス名 ::= ユーザー定義名（エイリアス名は、 FROM 句が使用されている
場合には使用できません。「FROM 句」（3-199 ページ）を参照してくださ
い。）
テーブル参照 ::= {OJ 外部結合の定義 }
| [ データベース名 .] テーブル名 [[AS] エイリアス名 ]
| [ データベース名 .] ビュー名 [[AS] エイリアス名 ]
| 結合定義
| ( 結合定義 )
| ( テーブルサブクエリ ) [AS] エイリアス名 [( 列名 [, 列名 ]... ) ]
外部結合の定義 ::= テーブル参照外部結合タイプ JOIN テーブル参照 ON 検索
条件
外部結合タイプ ::= LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
検索条件 ::= 検索条件 AND 検索条件
| 検索条件 OR 検索条件
| NOT 検索条件
| ( 検索条件 )
| 述部
データベース名 ::= ユーザー定義名
ビュー名 ::= ユーザー定義名
結合定義 ::= テーブル参照 [ 結合タイプ ] JOIN テーブル参照 ON 検索条件
| テーブル参照 CROSS JOIN テーブル参照
| 外部結合の定義
結合タイプ ::= INNER | LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
テーブルサブクエリ ::= クエリスペック [[UNION [ALL]
クエリスペック ]... ]
サブクエリ式 ::= ( クエリスペック )
3-198
ステートメントの文法
備考
INSERT、 UPDATE、および DELETE ステートメントはアトミックな方法
で動作します。つまり、複数の行の挿入、更新、または削除に失敗した場
合、同じステートメントによって実行された前の行の挿入、更新、または
削除がすべてロールバックされます。
UPDATE ステートメントの SET 句にはサブクエリを指定できます。この
機能を使用すると、テーブル内の情報を、別のテーブル内の情報または同
じテーブル内の別の部分を基に更新することができます。
キーワード DEFAULT を指定すると、指定した列に定義されているデフォ
ルト値を値に設定することができます。デフォルト値が定義されていない
とき、 Pervasive PSQL は、その列がヌル値を許可する場合はヌルか疑似ヌ
ル値を使用し、ヌル値を許可しない場合はエラーを返します。また、
「INSERT」（3-120 ページ）に記述されている DEFAULT の詳細も参照して
ください。
UPDATE ステートメントは一度に 1 つのテーブルしか更新できません。
UPDATE は、SET 句内のサブクエリを使ってほかのテーブルと関連付ける
ことができます。これは、更新するテーブルの内容の一部に依存する相関
サブクエリか、または別のテーブルにのみ依存する非相関サブクエリにす
ることができます。
相関サブクエリ
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2 WHERE t2.c1 = t1.c1)
非相関サブクエリ
UPDATE t1 SET t1.c2 = (SELECT SUM(t2.c2) FROM t2 WHERE t2.c1 =
10)
純粋な SELECT ステートメントとサブクエリは同じロジックを使って処
理されるため、サブクエリを有効な SELECT ステートメントで構成するこ
とができます。サブクエリには特別な規則はありません。
UPDATE 内の SELECT が行を返さない場合、 UPDATE はヌルを挿入しま
す。指定した列がヌル値を許可しない場合、 UPDATE は失敗します。ま
た、 SELECT が複数行を返した場合、 UPDATE は失敗します。
UPDATE ステートメントは、ステートメント内でのテーブル結合の使用を
許可しません。その代わりに、次のように SET 句で相関サブクエリを使用
します。
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2 WHERE t2.c1 = t1.c1)
3-199
SQL 構文リファレンス
Pervasive.SQL 2000 あるいはそれ以前のバージョンで作成されたデータ（レ
ガシーデータ）のデータ型はすべて、ヌル値を許可すると報告されます。
これは、すべてのデータ型のレガシー列で、擬似ヌル変換を行わないでヌ
ルを更新できるということです。次のデータ型は、デフォルトで擬似ヌル
として扱われます。
Date
Decimal
Money
NumericSA
NumericSTS
Timestamp
Numeric
通常、レガシー列を擬似ヌルに変換する場合、列の内容がヌルであるか照
会できるように、バイナリ値の 1 つを取り上げてヌル値として使用するた
め、バイナリ値を 1 つ失います。ただし、上記のデータ型は設計の都合上、
通常のデータ範囲に加えて、ヌル用に異なる固有の内部値を持っています。
これらのデータ型を使用すると、バイナリ値をヌルに変換する場合に 1 つ
も値を失わないので、それらをデフォルトで擬似ヌルと判断しても差し支
えありません。
残りのデータ型は「レガシーヌル許容」とみなされます。これは、ヌルを
更新できるということです。しかし、値を照会すると、非ヌルのバイナリ
同値が返されます。これと同じバイナリ同値を WHERE 句で使用して、特
定の値を取得する必要があります。
バイナリ同値は次のとおりです。

Binary 型の場合は 0

string および BLOB 型（レガシー型の LVAR と NOTE）の場合は空文字列
メモ単一のリテラル文字列の最大長は 15000 バイトです。これより
も長いデータを入力する必要がある場合は、「Long データ」（3-122 ペー
ジ）を参照すると役に立つヒントがあります。
FROM 句
オプションの FROM 句と、更新されるテーブル（「更新テーブル」と呼び
ます）への参照に関して混乱が生じる可能性があります。 FROM 句に更新
テーブルが現れる場合、その出現のうちの 1 つは更新されるテーブルと同
じインスタンスになります。
たとえば、ステートメント UPDATE t1 SET c1 = 1 FROM t1, t2
WHERE t1.c2 = t2.c2 の場合、UPDATE の直後の t1 と FROM の後の t1
は、テーブル t1 の同じインスタンスです。したがって、このステートメン
トは UPDATE t1 SET c1 = 1 FROM t2 WHERE t1.c2 = t2.c2 と同
じことになります。
3-200
ステートメントの文法
FROM 句に更新テーブルが複数回現れる場合、その出現のうちの 1 つは更
新テーブルと同じインスタンスであると識別される必要があります。
FROM 句の参照のうち、更新テーブルと同じインスタンスであると見なさ
れるのは、エイリアスが指定されていない参照です。
したがって、ステートメント UPDATE t1 SET t1.c1 = 1 FROM t1 a,
t1 b WHERE a.c2 = b.c2 の場合、 FROM 句の t1 のインスタンスはど
ちらもエイリアスを持っているため、これは正しくありません。次のバー
ジョンは有効です。UPDATE t1 SET t1.c1 = 1 FROM t1, t1 b WHERE
t1.c2 = b.c2
FROM 句には次の条件が適用されます。

UPDATE ステートメントにオプションの FROM 句を含める場合、FROM
句の前にあるテーブル参照にエイリアスを指定することはできません。
たとえば、UPDATE t1 a SET a.c1 = 1 FROM t2 WHERE a.c2 =
t2.c2 とすると、次のエラーが返されます。
SQL_ERROR (-1)
SQLSTATE "37000"
"[Pervasive][ODBC クライアントインターフェイス
][LNA][Pervasive] [ODBC エンジンインターフェイス ] オプショ
ンの FROM を伴う UPDATE/DELETE ステートメントでは、テーブルエ
イリアスは使用できません。 "
ステートメントの有効なバージョンは、 UPDATE t1 SET t1.c1 =
1 FROM t2 WHERE t1.c2 = t2.c2 または UPDATE t1 SET t1.c1
= 1 FROM t1 a, t2 WHERE a.c2 = t2.c2 です。

FROM 句に更新テーブルへの参照を 2 つ以上含める場合、それらの参照
のうちの 1 つにだけエイリアスを指定できます。たとえば、UPDATE t1
SET t1.c1 = 1 FROM t1 a, t1 b WHERE a.c2 = b.c2 とする
と、次のエラーが返されます。
SQL_ERROR (-1)
SQLSTATE "37000"
"[Pervasive][ODBC クライアントインターフェイス
][LNA][Pervasive] [ODBC エンジンインターフェイス ] テーブル
t1 があいまいです。 "
誤りのあるステートメントでは、エイリアスを "a" とするテーブル
"t1" が更新テーブルと同じインスタンスであると仮定しています。正
しいバージョンのステートメントは、 UPDATE t1 SET t1.c1 = 1
FROM t1, t1 b WHERE t1.c2 = b.c2 です。

UPDATE ステートメントにおける FROM 句はセッションレベルでのみ
サポートされます。 UPDATE ステートメントがストアドプロシージャ
内で発生する場合は、 FROM 句はサポートされません。
3-201
SQL 構文リファレンス
例
次の例では、 Faculty テーブルの ID 103657107 に給与として 95000 を設定
し、レコードを更新します。
UPDATE Faculty SET salary = 95000.00 WHERE ID = 103657107
次の例では、 DEFAULT キーワードの使い方を示します。
UPDATE t1 SET c2 = DEFAULT WHERE c2 = 'bcd'
UPDATE t1 SET c1 = DEFAULT, c2 = DEFAULT
次の例では、Course テーブルの ECO 305 の履修単位時間を 4 に変更します。
UPDATE Course SET Credit_Hours = 4 WHERE Name = 'ECO 305'
次の例は、 Person テーブル中のある人物の住所を変更します。
UPDATE Person p
SET p.Street = '123 Lamar',
p.zip = '78758',
p.phone = 5123334444
WHERE p.ID = 131542520
サブクエリ例 A
2 つのテーブルが作成され、行が挿入されます。最初のテーブル t5 は、列
c1 に値 2 を持つ各行が、2 番目のテーブル t6 の列の値で更新されます。テー
ブル t6 には列 c2 に値 3 を含む行が 2 行以上あるために、サブクエリから
複数行が返されることから、最初の UPDATE は失敗します。たとえ結果値
がどちらの場合も同じになるとしても、このような結果になります。 2 番
目の UPDATE で示されるように、サブクエリ内で DISTINCT キーワード
を使用すると、重複する結果が取り除かれ、ステートメントは成功します。
CREATE
CREATE
INSERT
INSERT
TABLE t5 (c1 INT, c2 INT)
TABLE t6 (c1 INT, c2 INT)
INTO t5(c1, c2) VALUES (1.3)
INTO t5(c1, c2) VALUES (2,4)
INSERT
INSERT
INSERT
SELECT
INTO t6(c1, c2) VALUES (2.3)
INTO t6(c1, c2) VALUES (1.2)
INTO t6(c1, c2) VALUES (3,3)
* FROM t5
結果：
c1
---------1
2
3-202
c2
----3
4
ステートメントの文法
UPDATE t5 SET t5.c1=(SELECT c2 FROM t6 WHERE c2=3) WHERE t5.c1=2
－注意：クエリは失敗します
UPDATE t5 SET t5.c1=(SELECT DISTINCT c2 FROM t6 WHERE c2=3)
WHERE t5.c1=2 －注意：クエリは成功します
SELECT * FROM t5
結果：
c1
---------1
3
c2
----3
4
サブクエリ例 B
2 つのテーブルが作成され、有効な構文のさまざまな例が示されます。サ
ブクエリが複数行を返すことにより UPDATE が失敗する事例に注目して
ください。また、サブクエリが行を返さない場合に（そこでヌル値が許可
される場合）、ヌルが挿入されて UPDATE は成功する点にも注目してくだ
さい。
CREATE TABLE t1 (c1 INT, c2 INT)
CREATE TABLE t2 (c1 INT, c2 INT)
INSERT
INSERT
INSERT
INSERT
INSERT
INTO
INTO
INTO
INTO
INTO
t1
t1
t1
t2
t2
VALUES
VALUES
VALUES
VALUES
VALUES
(1,
(2,
(3,
(1,
(2,
0)
0)
0)
100)
200)
UPDATE t1 SET t1.c2 = (SELECT SUM(t2.c2) FROM t2)
UPDATE t1 SET t1.c2 = 0
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2 WHERE t2.c1 = t1.c1)
UPDATE
UPDATE
UPDATE
UPDATE
t1
t1
t1
t1
SET
SET
SET
SET
t1.c2
t1.c2
t1.c2
t1.c2
=
=
=
=
@@IDENTITY
@@ROWCOUNT
(SELECT @@IDENTITY)
(SELECT @@ROWCOUNT)
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2) －更新は失敗します
INSERT INTO t2 VALUES (1, 150)
INSERT INTO t2 VALUES (2, 250)
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2 WHERE t2.c1 = t1.c1)
－更新は失敗します
UPDATE t1 SET t1.c2 = (SELECT t2.c2 FROM t2 WHERE t2.c1 = 5) －
更新は成功し、 t1.c2 の全行にヌルが挿入されます
UPDATE t1 SET t1.c2 = (SELECT SUM(t2.c2) FROM t2 WHERE t2.c1 =
t1.c1)
3-203
SQL 構文リファレンス
次の例では、テーブル t1 と t2 を作成し、それらにデータを設定します。
UPDATE ステートメントで FROM 句を使用します。
DROP table t1
CREATE table t1 (c1 integer, c2 integer)
INSERT INTO t1 VALUES (0, 10)
INSERT INTO t1 VALUES (0, 10)
INSERT INTO t1 VALUES (2, 20)
INSERT INTO t1 VALUES (2, 20)
DROP table t2
CREATE table t2 (c1 integer, c2 integer)
INSERT INTO t2 VALUES (2, 20)
INSERT INTO t2 VALUES (2, 20)
INSERT INTO t2 VALUES (3, 30)
INSERT INTO t2 VALUES (3, 30)
UPDATE t1 SET t1.c1 = 1 FROM t2 WHERE t1.c2 = t2.c2
SELECT * FROM t1
関連項目
「ALTER TABLE」（3-8 ページ）
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
「DEFAULT」（3-81 ページ）
「GRANT」（3-109 ページ）
「INSERT」（3-120 ページ）
3-204
ステートメントの文法
UPDATE （位置付け）
UPDATE （位置付け）ステートメントにより、 SQL カーソルに関連付けら
れた行セットの現在の行を更新します。
構文
UPDATE [ テーブル名 ] SET 列名 = プロシージャ式 [, 列名 = プロシージャ式
]...
WHERE CURRENT OF カーソル名
備考
このステートメントは、ストアドプロシージャ、トリガ、およびセッショ
ンレベルでのみ使用できます。
メモセッションレベルでは位置付け UPDATE は使用できますが、
DECLARE CURSOR ステートメントは使用できません。アクティブな
結果セットのカーソル名を取得するには、 SQLGetCursorName() API を
使用します。
位置付け UPDATE ステートメントをセッションレベルで使用する場
合のみ、ステートメントにテーブル名を指定できます。テーブル名を
ストアドプロシージャやトリガを使って指定することはできません。
例
次の一連のステートメントは、位置付け UPDATE ステートメントの設定
を示します。位置付け UPDATE に必要なステートメントは、 DECLARE
CURSOR、 OPEN CURSOR、および FETCH FROM カーソル名です。
この例の位置付け UPDATE は、 HIS 305 という講座名を HIS 306 に変更し
ます。
CREATE PROCEDURE UpdateClass();
BEGIN
DECLARE :CourseName CHAR(7);
DECLARE :OldName CHAR(7);
DECLARE c1 CURSOR FOR SELECT name FROM course WHERE name =
:CourseName FOR UPDATE;
SET :CourseName = 'HIS 305';
OPEN c1;
FETCH NEXT FROM c1 INTO :OldName;
UPDATE SET name = 'HIS 306' WHERE CURRENT OF c1;
END;
3-205
SQL 構文リファレンス
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-206
ステートメントの文法
USER
備考
USER キーワードは、 SELECT 制限によって返される各行の現在のユー
ザー名（Master など）を返します。
例
次の例では、 course テーブルからユーザー名が返されます。
SELECT USER FROM course
-- Master のインスタンスを 145 返します（テーブルには 145 行含
まれます）
SELECT DISTINCT USER FROM course
-- Master のインスタンスを 1 つ返します
関連項目
「SELECT」（3-153 ページ）
「SET SECURITY」（3-179 ページ）
3-207
SQL 構文リファレンス
WHILE
WHILE ステートメントを使用して、フローを制御します。これによって、
WHILE 条件が真である限り繰り返しコードを実行することができます。
オプションで、 DO および END WHILE を付けて WHILE ステートメント
を使用することができます。
メモ WHILE ステートメントの構文を混合して使用することはできま
せん。 DO および END WHILE 付きの WHILE 構文または WHILE の
みの構文のいずれかを使用できます。
WHILE 条件で複数のステートメントを使用する場合は、 BEGIN と
END を使ってステートメントブロックの始まりと終わりを示す必要
があります。
構文
[ ラベル名 : ] WHILE プロシージャ検索条件 [DO] [ プロシージャステートメ
ント [; プロシージャステートメント ]]... [ END WHILE] [ ラベル名 ]
備考
WHILE ステートメントは開始ラベルを持つことができます（このステー
トメントはラベル付き WHILE ステートメントと呼ばれます）。
例
次の例では、変数 vInteger の値が 10 になってループが終了するまで、変数
の値が 1 ずつ増加します。
WHILE (:vInteger < 10) DO
SET :vInteger = vInteger + 1;
END WHILE
関連項目
「CREATE PROCEDURE」（3-50 ページ）
「CREATE TRIGGER」（3-73 ページ）
3-208
ステートメントの文法
文法要素の定義
次は、文法構文のセクションで使用する要素の定義をまとめたものです。
変更オプションリスト ::= 変更オプション
|( 変更オプション [, 変更オプション ]...)
変更オプション ::= ADD [COLUMN] 列定義
| ADD テーブル制約定義
| DROP [COLUMN] 列名
| DROP CONSTRAINT 制約名
| DROP PRIMARY KEY
as またはセミコロン ::= AS | ;
before/after ::= BEFORE | AFTER
呼び出し引数 ::= 位置引数 [, 位置引数 ]...
列制約 ::= NOT NULL
| UNIQUE
| PRIMARY KEY
| REFERENCES テーブル名 [( 列名 )] [ 参照アクション ]
コレーション名 ::= ' 文字列 ' | ユーザー定義名
列制約定義 ::= [CONSTRAINT 制約名 ] 列制約
列定義 ::= 列名データ型 [DEFAULT 式 ] [ 列制約定義 [ 列制約定義
]...[CASE | COLLATE コレーション名 ]
列名 ::= ユーザー定義名
コミットステートメント ::= COMMIT ステートメント参照
比較演算子 ::= < | > | <= | >= | = | <> | !=
制約名 ::= ユーザー定義名
相関名 ::= ユーザー定義名
カーソル名 ::= ユーザー定義名
データ型 ::= データ型名 [( 桁数 [, 小数位 ])]
データ型名 ::= Pervasive PSQL がサポートするデータ型（A-2 ページ）を参
照
データベース名 ::= ユーザー定義名
式 ::=
| 式 +
| 式 *
| 式 /
式 - 式
式
式
式
3-209
SQL 構文リファレンス
|
|
|
|
|
|
|
|
|
|
|
|
式 & 式
式 | 式
式 ^ 式
(式)
-式
+式
~式
?
リテラル
スカラ関数
{fn スカラ関数｝
USER
リテラル ::= ' 文字列 '
| 数字
| {d ' 日付リテラル '}
| {t ' 時刻リテラル '}
| {ts ' タイムスタンプリテラル '}
スカラ関数 :: = スカラ関数（5-1 ページ）を参照
式またはサブクエリ ::= 式 | ( クエリスペック )
フェッチ方向 ::= | NEXT
グループ名 ::= ユーザー定義名
インデックス定義 ::= ( インデックスセグメントの定義 [, インデックスセグメ
ントの定義 ]... )
インデックスセグメントの定義 ::= 列名 [ASC | DESC]
インデックス名 ::= ユーザー定義名
挿入 / 更新 / 削除 ::= INSERT | UPDATE | DELETE
挿入値 ::= values 句
|
クエリスペック
結合定義 ::= テーブル参照 [INNER] JOIN テーブル参照 ON 検索条件
| テーブル参照 CROSS JOIN テーブル参照
| 外部結合の定義
ラベル名 ::= ユーザー定義名
リテラル ::= ' 文字列 '
| 数字
| {d ' 日付リテラル '}
| {t ' 時刻リテラル '}
| {ts ' タイムスタンプリテラル '}
order-by 式 ::= 式 [CASE | COLLATE コレーション名 ] [ASC | DESC]
3-210
ステートメントの文法
外部結合の定義 ::= テーブル参照外部結合タイプ JOIN テーブル参照
ON 検索条件
外部結合タイプ ::= LEFT [OUTER] | RIGHT [OUTER] | FULL [OUTER]
パラメータ ::= パラメータタイプ名データ型 [ DEFAULT プロシージャ式 |
= プロシージャ式 ]
| SQLSTATE
パラメータタイプ名 ::= パラメータ名
| パラメータタイプパラメータ名
| パラメータ名パラメータタイプ
パラメータタイプ ::= IN | OUT | INOUT | IN_OUT
パラメータ名 ::= [:] ユーザー定義名
パスワード ::= ユーザー定義名 | ' 文字列 '
位置引数 ::= 式
桁数 ::= 整数
述部 ::= 式 [NOT] BETWEEN 式 AND 式
| 式比較演算子式またはサブクエリ
| 式 [NOT] IN ( クエリスペック )
| 式 [NOT] IN ( 値 [, 値 ]... )
| 式 [NOT] LIKE 値
| 式 IS [NOT] NULL
| 式比較演算子 ANY ( クエリスペック )
| 式比較演算子 ALL ( クエリスペック )
| EXISTS ( クエリスペック )
プロシージャ式 ::= 通常の式と同様、ただし、 IF 式と ODBC 式のス
カラ関数は使用できない
プロシージャ検索条件 ::= 通常の検索条件と同様、ただし、サブクエリ
を含む式は使用できない
プロシージャステートメント ::= [ ラベル名 :] BEGIN [ATOMIC] [ プロ
シージャステートメント [; プロシージャステートメント ]...] END [ ラ
ベル名 ]
| CALL プロシージャ名 ( プロシージャ式 [, プロシージャ式 ]... )
| CLOSE カーソル名
| DECLARE カーソル名 CURSOR FOR 選択ステートメント [FOR UPDATE
| FOR READ ONLY]
| DECLARE 変数名データ型 [DEFAULT プロシージャ式 | = プロシー
ジャ式 ]
| DELETE WHERE CURRENT OF カーソル名
| 削除ステートメント
3-211
SQL 構文リファレンス
| FETCH [ フェッチ方向 [FROM]] カーソル名 [INTO 変数名 [, 変数
名 ]]
| IF プロシージャ検索条件 THEN プロシージャステートメント [; プロ
シージャステートメント ]...[ ELSE プロシージャステートメント
[; プロシージャステートメント ]...] END IF
| IF プロシージャ検索条件プロシージャステートメント [ELSE プロシー
ジャステートメント ]
| 挿入ステートメント
| LEAVE ラベル名
| [ ラベル名 :] LOOP プロシージャステートメント [; プロシージャス
テートメント ]...END LOOP [ ラベル名 ]
| OPEN カーソル名
| PRINT プロシージャ式 [, ' 文字列 ']
| RETURN [ プロシージャ式 ]
| トランザクションステートメント
| into 付き選択ステートメント
| 選択ステートメント
| SET 変数名 = プロシージャ式
| SIGNAL [ABORT] sqlstate 値
| START TRANSACTION [ トランザクション名 ]
| 更新ステートメント
| UPDATE SET 列名 = プロシージャ式 [, 列名 = プロシージャ式
]...WHERE CURRENT OF カーソル名
| [ ラベル名 :] WHILE プロシージャ検索条件 DO [ プロシージャステー
トメント [; プロシージャステートメント ]]...END WHILE [ ラベ
ル名 ]
| [ ラベル名 : ] WHILE プロシージャ検索条件プロシージャステートメン
ト
| テーブル変更ステートメント
| インデックス作成ステートメント
| テーブル作成ステートメント
| ビュー作成ステートメント
| インデックス削除ステートメント
| テーブル削除ステートメント
| ビュー削除ステートメント
| 権限付与ステートメント
| 権限取消ステートメント
| 設定ステートメント
プロシージャ名 ::= ユーザー定義名
public またはユーザー / グループ名 ::= PUBLIC | ユーザー / グループ名
クエリスペック [UNION [ALL] クエリスペック ]...
[ ORDER BY order-by 式 [, order-by 式 ]... ]
クエリスペック ::= ( クエリスペック )
3-212
ステートメントの文法
| SELECT [ALL | DISTINCT] 選択リスト [ テーブル式 ]
参照エイリアス ::= OLD [AS] 相関名 [NEW [AS] 相関名 ]
| NEW [AS] 相関名 [OLD [AS] 相関名 ]
参照アクション ::= 参照更新アクション [ 参照削除アクション ]
| 参照削除アクション [ 参照更新アクション ]
参照更新アクション ::= ON UPDATE RESTRICT
参照削除アクション ::= ON DELETE CASCADE
| ON DELETE RESTRICT
リリースステートメント ::= RELEASE ステートメント参照
結果 ::= ユーザー定義名データ型
ロールバックステートメント ::= ROLLBACK WORK ステートメント参照
セーブポイント名 ::= ユーザー定義名
スカラ関数 ::= スカラ関数リスト参照
小数位 ::= 整数
検索条件 ::= 検索条件 AND 検索条件
| 検索条件 OR 検索条件
| NOT 検索条件
| ( 検索条件 )
| 述部
選択項目 ::= 式 [[AS] エイリアス名 ] | テーブル名 . *
選択リスト ::= * | 選択項目 [, 選択項目 ]...
セット関数 ::= COUNT (*)
| COUNT ([DISTINCT | ALL] 式 )
| SUM ([DISTINCT | ALL] 式 )
| AVG ([DISTINCT | ALL] 式 )
| MIN ([DISTINCT | ALL] 式 )
| MAX ([DISTINCT | ALL] 式 )
sqlstate 値 ::= ' 文字列 '
テーブル制約定義 ::= [CONSTRAINT 制約名 ] テーブル制約
テーブル制約 ::= UNIQUE ( 列名 [, 列名 ]... )
| PRIMARY KEY ( 列名 [, 列名 ]... )
| FOREIGN KEY ( 列名 [, 列名 ])
REFERENCES テーブル名
[ ( 列名 [, 列名 ]... ) ]
[ 参照アクション ]
3-213
SQL 構文リファレンス
テーブル要素 ::= 列定義
| テーブル制約定義
テーブル式 ::=
FROM テーブル参照 [, テーブル参照 ]...
[ WHERE 検索条件 ]
[ GROUP BY 式 [, 式 ]...
[ HAVING 検索条件 ]
テーブル名 ::= ユーザー定義名
テーブル権限 ::= ALL
|
SELECT [( 列名 [, 列名 ]... ) ]
|
UPDATE [( 列名 [, 列名 ]... ) ]
|
|
INSERT [( 列名 [, 列名 ]... ) ]
DELETE
|
ALTER
|
REFERENCES
テーブル参照 ::= {OJ 外部結合の定義 }
| [ データベース名 .] テーブル名 [[AS] エイリアス名 ]
| 結合定義
| ( 結合定義 )
トランザクションステートメント ::= コミットステートメント
| ロールバックステートメント
| リリースステートメント
トリガ名 ::= ユーザー定義名
ユーザーパスワード ::= ユーザー名 [:] パスワード
ユーザー / グループ名 ::= ユーザー名 | グループ名
ユーザー名 ::= ユーザー定義名
値 ::= リテラル | USER | ?
値リスト ::= ( 値 [, 値 ]... )
values 句 ::= DEFAULT VALUES | VALUES ( 式 [, 式 ]... )
変数名 ::= ユーザー定義名
ビュー名 ::= ユーザー定義名
SQL ステートメントリスト
SqlStatementList は次のように定義されます。
SqlStatementList
ステートメント ';' | SqlStatementList ';'
ステートメント ::= StatementLabel ':' ステートメント
|BEGIN ...END ブロック
3-214
ステートメントの文法
|CALL ステートメント
|CLOSE CURSOR ステートメント
|COMMIT ステートメント
|DECLARE CURSOR ステートメント
|DECLARE 変数ステートメント
|DELETE ステートメント
|FETCH ステートメント
|IF ステートメント
|INSERT ステートメント
|LEAVE ステートメント
|LOOP ステートメント
|OPEN ステートメント
|PRINT ステートメント
|RELEASE SAVEPOINT ステートメント
|RETURN ステートメント
|ROLLBACK ステートメント
|SAVEPOINT ステートメント
|SELECT ステートメント
|SET ステートメント
|SIGNAL ステートメント
|START TRANSACTION ステートメント
|UPDATE ステートメント
|WHILE ステートメント
述部
述部は次のように定義されます。
式 CompareOperator 式
| 式 [NOT] BETWEEN 式 AND 式
| 式 [NOT] LIKE StringLiteral
| 式 IS [NOT] NULL
|NOT 述部
| 述部 AND 述部
| 述部 OR 述部
|'(' 述部 ')'CompareOperator ::= '=' | '>=' | '>' | '<=' | '<' |
'<>' | '!='
|[ NOT] IN 値リスト
式
式は次のように定義されます。
Number
|StringLiteral
|ColumnName
|VariableName
|NULL
|CONVERT '(' 式 ',' DataType ')'
|'-' 式
| 式 '+' 式
| 式 '-' 式
| 式 '*' 式
| 式 '/' 式
| 式 '&' 式
3-215
SQL 構文リファレンス
|'~' 式
| 式 '|' 式
| 式 '^' 式
|FunctionName '(' [ExpressionList] ')'
|'(' 式 ')'
|'{' D StringLiteral '}'
|'{' T StringLiteral '}'
|'{' TS StringLiteral '}'
|@:IDENTITY
|@:ROWCOUNT
|@@IDENTITY
|@@ROWCOUNT
式リストは次のように定義されます。
ExpressionList ::= 式 [, 式 ... ]
3-216
グローバル変数
グローバル変数
Pervasive PSQL は次のグローバル変数をサポートしています。

@@IDENTITY

@@ROWCOUNT

@@SPID
グローバル変数は 2 つの @ マーク（@@）で始まります。すべてのグロー
バル変数は、接続ごとの変数です。データベース接続ごとにそれぞれ固有
の @@IDENTITY、 @@ROWCOUNT、および @@SPID 値を持ちます。
@@IDENTITY
この変数は、一番最後に挿入された IDENTITY 列値（IDENTITY または
SMALLIDENTITY）の値を返します。値は符号付き整数値になります。初
期値はヌルです。
この変数は単一列のみ参照することができます。ターゲットテーブルに 2
つ以上の IDENTITY 列が含まれている場合、この変数の値は、テーブルの
主キーとなる IDENTITY 列を参照します。このような列が存在しない場合
には、この変数の値はテーブル内の最初の IDENTITY 列を参照します。
一番最後の挿入が IDENTITY 列を含まないテーブルに対して行われたも
のであった場合、 @@IDENTITY の値はヌルに設定されます。
例
SELECT @@IDENTITY
現在の接続でレコードが挿入されていない場合はヌルを返し、そうでない
場合は、一番最後に挿入された行の IDENTITY 列の値を返します。
SELECT * FROM t1 WHERE @@IDENTITY = 12
一番最後に挿入された行の IDENTITY 列の値が 12 の場合はその行を返し、
そうでない場合は行を返しません。
INSERT INTO t1(c2) VALUES (@@IDENTITY)
最後に挿入された行の IDENTITY 値を新しい行の C2 列に挿入します。
UPDATE t1 SET t1.c1 = (SELECT @@IDENTITY) WHERE t1.c1 =
@@IDENTITY + 10
C1 列の値が最後に挿入された行の IDENTITY 列の値より 10 大きい場合
は、 C1 列をこの IDENTITY 値で更新します。
UPDATE t1 SET t1.c1 = (SELECT NULL FROM t2 WHERE t2.c1 =
@@IDENTITY)
3-217
SQL 構文リファレンス
C1 列の値が最後に挿入された行の IDENTITY 列の値と等しい場合は、 C1
列をヌル値で更新します。
以下の例では、ストアドプロシージャを作成し、それを呼び出します。プ
ロシージャは、最後に更新された行の IDENTITY 列の値と入力値の合計を
変数 V1 に設定します。プロシージャは次に、C1 列が V1 と等しい行をテー
ブルから削除し、その後で何行削除されたかを示すメッセージを出力しま
す。
CREATE PROCEDURE TEST (IN :P1 INTEGER);
BEGIN
DECLARE :V1 INTERGER;
SET :V1 = :P1 + @@IDENTITY;
DELETE FROM t1 WHERE t1.c1 = :V1;
IF (@@ROWCOUNT = 0) THEN
PRINT ' 行は削除されませんでした ';
ELSE
PRINT CONVERT(@@ROWCOUNT, SQL_CHAR) +
' 行は削除されました ';
END IF;
END;
CALL TEST (@@IDENTITY)
@@ROWCOUNT
この変数は、現在の接続で一番最後に行った操作により影響を受けた行の
数を返します。値は符号なし整数になります。初期値はゼロです。
例
SELECT @@ROWCOUNT
現在の接続で直前に行った操作により影響を受けたレコードがない場合は
ゼロを返し、そうでない場合は、直前の操作により影響を受けた行数を返
します。
CREATE TABLE t1 (c1 INTEGER, c2 INTEGER)
INSERT INTO t1 (c1, c2) VALUES (100,200)
INSERT INTO t1(c2) VALUES (100, @@ROWCOUNT)
SELECT * FROM t1
SELECT @@ROWCOUNT FROM t1
結果：
2
3-218
グローバル変数
最初の SELECT では 2 つの行が生成され、行の挿入に @@ROWCOUNT の
値が使用されたとき、その値が 1 であったことを示します。 2 番目の
SELECT、つまり、最初の SELECT が 2 行返した後では、@@ROWCOUNT
の値として 2 が返されます。
@@IDENTITY の例も参照してください。
@@SPID
この変数（サーバープロセス ID）は、 Pervasive PSQL 接続のシステムス
レッドの ID を示す整数値を返します。
データベースエンジンへの接続が失われた場合、 SPID は ID を返すことが
できません。代わりに、 ODBC が SqlState 08S01 を返します。
例
SELECT @@SPID
この例は、 402 などの整数の ID を返します。
3-219
SQL 構文リファレンス
ほかの特性
このセクションでは、 SQL 文法のその他の特性について説明します。この
章は、以下のセクションに分かれています。

「テンポラリファイル」（3-219 ページ）

「リテラル値を使った作業」（3-220 ページ）

「NULL 値を使った作業」（3-220 ページ）

「バイナリデータを使った作業」（3-222 ページ）

「インデックスの作成」（3-223 ページ）

「開いたテーブルを閉じる」（3-223 ページ）

「並行性」（3-224 ページ）

「小数点の記号のカンマ」（3-224 ページ）

「OEM から ANSI への変換サポート」（3-227 ページ）
テンポラリファイル
Pervasive PSQL は、指定されたクエリを処理するためにテンポラリテーブ
ルを生成する必要がある場合は、次の規則によって決定されるロケーショ
ンにそのファイルを作成します。
まず最初に、 Pervasive PSQL はレジストリキーの文字列値
HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\PervasiveEngine
Options\TempFileDirectory に指定されているパスを使用します。
レジストリエントリが定義されていない場合、 Pervasive PSQL は TMP 環
境変数に指定されているパスを使用します。
TMP 環境変数が定義されていない場合、Pervasive PSQL は TEMP 環境変数
に指定されているパスを使用します。
TEMP 環境変数が定義されていない場合、 Pervasive PSQL は、 Windows 32
ビットプラットフォームの場合は Windows ディレクトリを使用します。
Windows 32 ビット以外のプラットフォームの場合は現在のディレクトリ
を使用します。
Pervasive PSQL はクエリの処理を完了すると、そのクエリの処理で必要と
なったすべてのテンポラリファイルを削除します。クエリが SELECT ス
テートメントの場合には、テンポラリファイルは結果セットがアクティブ
である間、つまり、結果セットが呼び出し元のアプリケーションによって
解放されるまでは存在します。
3-220
ほかの特性
テンポラリファイルはどのような場合に作成されるか
テンポラリファイルは以下に示す状況下で作成されます。
前方のみ、動的または静的カーソル
ORDER BY、 GROUP BY、 DISTINCT を含む SELECT ステートメントで、
インデックスを使用していない。
UNION を含む SELECT ステートメントで、メモリ内にテンポラリテーブ
ルを生成する、またはテンポラリテーブルのサイズが 256K を超える場合、
ディスク上に OptTech Sort テンポラリテーブルを生成する。
さらに、静的カーソルでは、結合内に複数のベーステーブルがある場合、
データベースエンジンによって結合内の各ファイルについて Btrieve テン
ポラリファイルが生成され、クエリ内で ORDER BY 句を使用している場
合には別のテンポラリファイルが生成される。
リテラル値を使った作業
Pervasive PSQL は、標準 ODBC のリテラル書式をすべてサポートしていま
す。このセクションでは、最も一般的なリテラル書式の例をいくつか示し
ます。

「日付値」（3-220 ページ）

「時刻値」（3-221 ページ）

「タイムスタンプ値」（3-222 ページ）

「日付演算」（3-222 ページ）
文字列値
文字列定数は、指定する文字列を一重引用符で囲むことによって、 SQL ス
テートメント内に表記できます。文字列自体に含まれる一重引用符には、
その文字の前にエスケープ文字として一重引用符を付ける必要がありま
す。
例
最初の例では、文字列内に含まれるアポストロフィまたは一重引用符は、
もう 1 つの一重引用符によってエスケープする必要があります。
SELECT * FROM t1 WHERE c1 = 'Roberta''s Restaurant'
SELECT STREET FROM address WHERE city LIKE 'san'
3-221
SQL 構文リファレンス
日付値
日付定数は、 SQL ステートメント内に文字列として表記するか、ベンダ文
字列に埋め込むことができます。最初のケースは SQL_CHAR タイプの文字
列として、ベンダ文字列表記は SQL_DATE 型の値として扱われます。これ
は変換時に重要になります。
Pervasive PSQL では、この関数で概説しているように、拡張 SQL 文法を一
部サポートしています。
Pervasive PSQL では、 'YYYY-MM-DD' という日付リテラル書式をサポート
しています。
日付の年は 0 ～ 9999 の範囲が可能です。
例
次の 2 つのステートメントによって、開始日が 1995 年 6 月 5 日より後のす
べての授業が返されます。
SELECT * FROM Class WHERE Start_Date > '1995-06-05'
SELECT * FROM Class WHERE Start_Date > {d '1995-06-05'}
時刻値
Pervasive PSQL では、'HH:MM:SS' という時刻リテラル書式をサポートして
います。
時刻定数は、 SQL ステートメント内に文字列として表記するか、ベンダ文
字列に埋め込むことができます。文字列表記は SQL_CHAR タイプの文字列
として、ベンダ文字列表記は SQL_TIME タイプの値として扱われます。
Pervasive PSQL では、この関数で概説しているように、拡張 SQL 文法を一
部サポートしています。
例
次の 2 つのステートメントによって、 class テーブルから、授業の開始時刻
が 14:00:00 のレコードが取り出されます。
SELECT * FROM Class WHERE Start_time = '14:00:00'
SELECT * FROM Class WHERE Start_time = {t '14:00:00'}
3-222
ほかの特性
タイムスタンプ値
タイムスタンプ定数は、 SQL ステートメント内に文字列として表記する
か、ベンダ文字列に埋め込むことができます。 Pervasive PSQL では、文字
列表記は SQL_CHAR タイプの文字列として、ベンダ文字列表記は
SQL_TIMESTAMP タイプの値として扱われます。
Pervasive PSQL では、この関数で概説しているように、 ODBC SQL 文法を
一部サポートしています。
Pervasive PSQL では、'YYYY-MM-DD HH:MM:SS' というタイムスタンプリ
テラル書式をサポートしています。
例
次の 2 つのステートメントによって、 Billing テーブルから、ログの開始日
時が 1996-03-28 の 17:40:49 のレコードが取り出されます。
SELECT * FROM Billing WHERE log = '1996-03-28 17:40:49'
SELECT * FROM Billing WHERE log = {ts '1996-03-28 17:40:49'}
日付演算
Pervasive PSQL では、加算または減算する日数が整数で、日付がベンダ文
字列に埋め込まれている場合、その整数を日付に加算したり日付から減算
したりできます（これは、日付について変換を実行するのと同じです）。
また、 Pervasive PSQL では、ある日付を別の日付から減算して日数を計算
することもできます。
例
SELECT * FROM person P, Class C WHERE p.Date_Of_Birth < ' 197309-05' AND c.Start_date > {d '1995-05-08'} + 30
NULL 値を使った作業
Pervasive PSQL は NULL を未知の値として解釈します。したがって、 2 つ
の NULL 値を比較すると、等価とは見なされません。
WHERE NULL=NULL という評価式は False を返します。
バイナリデータを使った作業
以下のシナリオについて見てみましょう。t1 テーブルで c1 という名前が付
けられた BINARY （4）列にリテラル値 '1' を挿入します。次に、 SELECT *
FROM t1 WHERE c1='1' というステートメントを入力します。
3-223
SQL 構文リファレンス
データベースエンジンは、データ入力に使用したものと同じバイナリ形式
を用いてデータを取得できます。つまり、上記の SELECT の例は、リテラ
ルの一致がなくても正しく動作し、値 0x01000000 を返します。
メモデータベースエンジンは、挿入するバイナリ値の奇数桁の前に
必ずゼロ（'0'）を追加します。たとえば、値 '010' を挿入する場合、値
'0x00100000' がデータファイルに保存されます。
現在、Pervasive PSQL はバイナリ定数を示す接尾辞 0x をサポートして
いません。バイナリ定数は、一重引用符で囲んだ 16 進数の文字列にな
ります。
この動作は、 SQL Server の動作と同じです。
インデックスの作成
VARCHAR 型の列の最大サイズは、ヌル値が許可されない列では 254 バイ
ト、ヌル値が許可される列では 253 バイトです。
CHAR 型の列の最大サイズは、ヌル値が許可されない列では 255 バイト、
ヌル値が許可される列では 254 バイトです。
Btrieve の最大キーサイズは 255 です。列でヌル値が許可され、インデック
スが作成されているとき、ヌルインジケータの 1 バイトと、インデックス
列の最大 254 バイトから、セグメントキーが作成されます。 VARCHAR 型
の列は、長さバイト（Btrieve lstring）またはゼロ終端バイト（Btrieve zstring）
が予約され、有効な記憶データが 1 バイト少ない点が CHAR 型の列と異な
ります。
開いたテーブルを閉じる
SQLFreeStmt に SQL_CLOSE オプションを指定して呼び出すと、 SQLSTATE
は変更されますが、 hStmt が使用している開いたテーブルは閉じません。
hStmt が現在使用しているテーブルを閉じるには、 SQLFreeStmt に SQL_DROP
オプションを指定して呼び出す必要があります。
次の例では、 Emp と Dept のテーブルは開いたままになります。
SQLPrepare(hStmt, "SELECT * FROM Emp, Dept", SQL_NTS)
SQLExecute(hStmt)
SQLFetch until SQL_No_Data_Found
SQLFreeStmt(hStmt, SQL_CLOSE)
3-224
ほかの特性
SQLPrepare が後続の hStmt で呼び出された場合、前のステートメントで使
用されたテーブルが閉じます。たとえば、次の呼び出しが実行されると、
Emp と Dept の両方のテーブルは Pervasive PSQL によって閉じられます。
SQLPrepare(hStmt, "SELECT * FROM Customer",SQL_NTS)
その後、次の呼び出しによって Customer テーブルを閉じます。
SQLFreeStmt(hStmt, SQL_DROP)
並行性
データの適時性、つまり動的であるかスナップショットであるかは、クエ
リを実行した結果として並べ替えが行われるかどうかによって決まりま
す。 DISTINCT、 GROUP BY、または ORDER BY を使用するクエリでは、
目的の順序を満たすインデックスがある場合を除き、一時的な並べ替えが
行われます。
一時的な並べ替えが行われないクエリの場合、フェッチされるデータは
データファイルのデータです。一時的な並べ替えが行われるクエリの場
合、フェッチされるデータはテンポラリテーブルのデータです。テンポラ
リテーブルは、元のデータファイルにある必要なデータから SQLExecute
の実行時に作成されます。
メモ一部の並べ替え操作（選択リストに長いデータ列が含まれる
SELECT ステートメントや、GROUP BY が指定されている SELECT ス
テートメントなど）で、 Pervasive PSQL はブックマークを使用する場
合があります。この場合、ブックマークは SELECT ステートメント内
で永続的であると想定しています。ブックマークで参照している行が
別のアプリケーションによって更新されたり削除される場合がありま
す。
このような状況を回避するために、アプリケーションでは
SQLSetStmtOption を fOption = 1153 と vParam = 1 で呼び出して、並べ
替えるテーブルに排他ロックを設定できます。
小数点の記号のカンマ
多くの地域では、浮動小数点数フィールド内で整数部と小数部を区切るの
にカンマを使用します。たとえば、これらの地域は、 1 と 2 分の 1 を数字
で表すのに 1.5 ではなく 1,5 を使用します。
Pervasive PSQL v9 を起動している場合、Pervasive PSQL はピリオド "." とカ
ンマ "," の両方を小数点の記号としてサポートすることができます。
Pervasive PSQL はオペレーティングシステムの地域の設定に基づいて、ピ
リオドまたはカンマを使用する入力値を受け入れます。デフォルトでは、
データベースエンジンはピリオドを使って値を表示します。
3-225
SQL 構文リファレンス
メモ小数点の記号がピリオドでない場合、 SQL ステートメントに指
定する数値は引用符で囲む必要があります。
出力と表示のみについては、セッションレベルのコマンド SET
DECIMALSEPARATORCOMMA （3-172 ページ）を使用すれば、出力
（たとえば、 SELECT の結果）でカンマを区切り文字として使用するよう
に指定できます。このコマンドは、データの入力や保存には影響しませ
ん。
クライアント / サーバーの考慮
小数点の記号としてカンマをサポートするかは、オペレーティングシステ
ムの地域の設定によります。クライアントオペレーティングシステムと
サーバーオペレーティングシステムのどちらにも地域の設定があります。
期待される動作は両方の設定に応じて変わります。

サーバーとクライアントどちらか一方の地域設定で小数点の記号にカ
ンマが使用されている場合、 Pervasive PSQL はピリオド区切りの値と引
用符で囲まれたカンマ区切りの値の両方を受け入れます。

サーバーとクライアントどちらの地域設定でも小数点の記号にカンマ
が使用されていない場合、 Pervasive PSQL はカンマ区切りの値を受け入
れません。
地域の設定の変更
小数点の記号の情報は、Windows オペレーションシステムが動作している
マシンでのみ取得または変更できます。 Linux の場合、小数点の記号はピリ
オドに設定されており、設定を修正することはできません。 Linux サーバー
エンジンをお持ちで、小数点の記号にカンマを使用したい場合は、必ずす
べてのクライアントコンピュータが小数点にカンマを使用する地域に設
定されていなければなりません。
¾ 地域の設定を表示または変更するには
3-226
1
［スタート］メニューから［設定｜コントロールパネル］を選択します。
2
［コントロールパネル］ウィンドウで、［地域のオプション］をダブル
クリックします。
3
［全般］タブで、希望する国を選択します。
4
Pervasive PSQL サービスを停止して、再度開始する必要があります。
ほかの特性
例
例 A - サーバーの地域が小数点の記号にカンマを使用する
クライアントの地域が小数点の記号にカンマ "," を使用する場合：
CREATE TABLE t1 (c1 DECIMAL(10,3), c2 DOUBLE)
INSERT INTO t1 VALUES (10.123, 1.232)
INSERT INTO t1 VALUES ('10,123', '1.232')
SELECT * FROM t1 WHERE c1 = 10.123
SELECT * FROM t1 FROM c1 = '10,123'
上記の 2 つの SELECT ステートメントがクライアントから実行された
場合、次の値が返されます。
10.123, 1.232
10.123, 1.232
SET DECIMALSEPARATORCOMMA=ON
SELECT * FROM t1 FROM c1 = '10,123'
上記の SELECT ステートメントが、表示用の小数点の記号を設定した
後でクライアントから実行された場合は、次の値が返されます。
10,123, 1,232
クライアントの地域が小数点の記号に "." を使用しており、次のステートメントが
新しい接続から発行される場合（SET DECIMALSEPARATORCOMMA のデ
フォルトの動作）：
CREATE TABLE t1 (c1 DECIMAL(10,3), c2 DOUBLE)
INSERT INTO t1 VALUES (10.123, 1.232)
INSERT INTO t1 VALUES ('10,123', '1.232')
SELECT * FROM t1 WHERE c1 = 10.123
SELECT * FROM t1 WHERE c1 = '10,123'
上記の 2 つの SELECT ステートメントがクライアントから実行された
場合、次の値が返されます。
10.123, 1.232
10.123, 1.232
例 B - サーバーの地域が小数点の記号にピリオドを使用する
クライアントの地域が小数点の記号にカンマ "," を使用する場合：
例 A のクライアントがカンマ "," を使用する場合と同様です。
クライアントの地域が小数点の記号にピリオド "." を使用する場合：
CREATE TABLE t1 (c1 DECIMAL(10,3), c2 DOUBLE)
INSERT INTO t1 VALUES (10.123, 1.232)
3-227
SQL 構文リファレンス
INSERT INTO t1 VALUES ('10,123', '1,232')
-- 割り当てエラー
SELECT * FROM t1 WHERE c1 = 10.123
SELECT * FROM t1 WHERE c1 = '10,123'
-- 割り当てエラー
上記の最初の SELECT ステートメントがクライアントから実行され
た場合、次の値が返されます。
10.123, 1.232
SET DECIMALSEPARATORCOMMA=ON
SELECT * FROM t1 FROM c1 = 10.123
上記の SELECT ステートメントが、表示用の小数点の記号を設定した
後で実行された場合は、次の値が返されます。
10,123, 1,232
OEM から ANSI への変換サポート
アプリケーションは Pervasive PSQL を使用して、文字データを OEM 文字
セットで保存または取得できると同時に、データを ANSI Windows 文字
セットを使って操作および表示できるようになりました。 Pervasive ODBC
ドライバトランスレータ DLL が、2 つの文字セット間で必要な変換をすべ
て行います。この機能は、 DSN ごとにオン / オフを切り替えることができ
ます。スイッチを利用するには、［Pervasive ODBC DSN セットアップ］ダ
イアログボックスで［オプション ...］をクリックします。
列名またはテーブル名に拡張 ASCII 文字を使用している場合、 Pervasive
PSQL Control Center および SQL Editor は OEM 文字を完全に認識します。
データベースとやり取りする文字データは、OEM 文字セットと ANSI 文字
セット間で正しく変換されます。
アプリケーションで SQLDriverConnect を使用してデータソースに接続す
る場合は、接続文字列オプション TRANSLATIONDLL=path_and_DLL_name
を使って、トランスレータ DLL を指定することもできます。 Pervasive の
トランスレータ DLL の名前は、 W32BTXLT.DLL です。
メモ：［OEM/ANSI 変換］オプションは、クライアント DSN またはローカ
ルエンジン DSN にのみ使用できます。
3-228
ビット演算子
4
Pervasive PSQL ビット演算子のリファレンス
この章では、以下の項目について説明します。

「概要」（4-2 ページ）

「ビット演算 AND （&）」（4-3 ページ）

「ビット演算 NOT （~）」（4-5 ページ）

「ビット演算 OR （|）」（4-6 ページ）

「ビット演算排他的 OR （^）」（4-8 ページ）

「真理値表」（4-9 ページ）
4-1
ビット演算子
概要
ビット演算子を使用すると、 1 つまたは複数のオペランドのビットを操作
することができます。ビット演算子には次の種類があります。
演算子
説明
&
ビット演算 AND
~
ビット演算 NOT
|
ビット演算 OR
^
ビット演算排他的 OR
式の記憶域の長さは、ビット演算を実行するときに考慮すべき重要な要因
です。データ型によってそれぞれ異なるバイト数でデータが格納されるた
め、値を格納するときに同じバイト数を使用する必要があります。たとえ
ば、 tinyint は 1 バイト、 smallint は 2 バイト、そして int は 4 バイトを使用
します。
ビット演算でサポートされるデータ型は次のとおりです。
4-2

BIT

TINYINT

SMALLINT

INTEGER

BIGINT

UTINYINT

USMALLINT

UINTEGER

UBIGINT
ビット演算 AND （&）
ビット演算 AND （&）
ビット演算子 AND は、2 つのオペランド間でビットごとに論理積演算を実
行します。
ビット演算 AND は、 2 つのビットを比較し、両方のビットの値が 1 の場合
にのみ、値 1 を結果に代入します。そうでない場合は、結果のビットに 0
をセットします。 AND 演算子は、その他すべてのビット演算子と同様、オ
ペランドとして数値のみを取ります。
構文
式 & 式
式は INTEGER データ型を含んでいる任意の有効な式です。ビット演算の
ためにバイナリ数値へ変換されます。
戻り値
異なる INTEGER データ型のオペランドを伴うビット演算 AND では、 2 つ
のオペランドのうち、サイズの小さなデータ型の引数が大きなデータ型へ
変換されるか、または大きい方の次に大きなデータ型へ変換されます。た
とえば、 smallint と integer の間で AND 演算を実行する場合、 smallint 式は
integer へ変換されます。
ビット演算 AND にかかわるオペランドが符号付きの場合、結果の値も符
号付きになります。
例
& 演算子を IF 関数と組み合わせて使用し、テーブルがシステムテーブル
かユーザー定義のテーブルかを調べることができます。
SELECT Xf$Name, IF(Xf$Flags & 16 = 16, 'System table',
'User table') FROM X$File
このステートメントを Demodata サンプルデータベースに対して実行する
と、次の結果が返されます。
X$File
System table
X$Field
System table
X$Index
System table
Billing
User table
Class
User table
Room
User table
4-3
ビット演算子
4-4
Student
User table
Tuition
User table
Course
User table
Department
User table
Enrolls
User table
Faculty
User table
Person
User table
X$Proc
System table
ビット演算 NOT （~）
ビット演算 NOT （~）
ビット演算子 NOT は、あらゆる変数のビット値を反転し、その値を対応
する結果のビットにセットします。
構文
~ 式
式は INTEGER データ型を含んでいる任意の有効な式です。ビット演算の
ためにバイナリ数値へ変換されます。
戻り値
ビット演算子 NOT は、 INTEGER データ型の単一オペランドの反転を返し
ます。すべての 1 は 0 に変換され、すべての 0 は 1 に変換されます。ビット
演算子 NOT は、オペランドとして 1 つの数値のみを取ります。
例
次のクエリは、数値リテラルに対して補数演算を実行します。
SELECT ~12
結果は -13 です。
補数演算は符合ビットも補完するため、結果は負数になります。このため、
Pervasive PSQL は結果を負数として扱います。
12 のバイナリ表現（shortint）
12 の補数
0000 0000 0000 1100
1111 1111 1111 0011
結果数値の 2 の補数は 13 です。したがって、結果は -13 になります。
メモチルダ（~）をユーザー定義名の一部として使用してはいけませ
ん。
4-5
ビット演算子
ビット演算 OR （|）
ビット演算子 OR は、 2 つのオペランド間でビットごとの論理和演算を実
行します。
ビット演算 OR は、 2 つのビットを比較し、一方または両方のビットの値
が 1 の場合は、値 1 を結果に代入します。入力式のどちらのビットの値も
1 でない場合は、結果のビットに 0 をセットします。 OR 演算子は、オペラ
ンドとして数値のみを取ります。
構文
式 | 式
式は INTEGER データ型を含んでいる任意の有効な式です。ビット演算の
ためにバイナリ数値へ変換されます。
戻り値
異なる INTEGER データ型のオペランドを伴うビット演算 OR では、2 つの
オペランドのうち、サイズの小さなデータ型の引数が大きなデータ型へ変
換されるか、または大きい方の次に大きなデータ型へ変換されます。たと
えば、smallint と integer の間で OR 演算を実行する場合、smallint 式は integer
へ変換されます。
ビット演算 OR にかかわるオペランドが符号付きの場合、結果の値も符号
付きになります。
例
この例では、最初に X$Index テーブルに外部キーエントリと主キーエント
リを作成する方法を示し、次に外部キーと主キーの制約の一覧を取得する
方法を示します。
次のステートメントを実行すると、 X$Index テーブルに 2 つのエントリが
作成されます（1 つは外部キー用で、 1 つは主キー用です）。
CREATE TABLE Employee
(
empid
IDENTITY NOT NULL PRIMARY KEY, -- Employee ID
empname VARCHAR(50) NOT NULL, -- employee の名前
supid
INTEGER
NULL -- supervisor の ID
)
ALTER TABLE Employee
ADD CONSTRAINT SupIdMustBeValid
FOREIGN KEY (supid) REFERENCES Employee(empid)
ON DELETE CASCADE
4-6
ビット演算 OR （|）
次のステートメントを実行すると、データベース内の全テーブルに関する
すべての外部キーおよび主キーの一覧が取得されます。
SELECT B.Xf$Name "Table name", C.Xe$Name "Column name",
IF (Xi$Flags & 8192 = 0, 'Primary key', 'Foreign key')
"Key type" from X$Index A, X$File B, X$Field C
WHERE (A.Xi$Flags & (16384 | 8192)) > 0 AND
A.Xi$File = B.Xf$Id AND
A.Xi$Field = C.Xe$Id
ステートメントを実行すると、次のようになります。
Employee
Employee
empid
supid
Primary key
Foreign key
4-7
ビット演算子
ビット演算排他的 OR （^）
ビット演算子の排他的 OR は、 2 つのオペランド間でビットごとの排他的
論理和演算を実行します。
ビット演算排他的 OR は、 2 つのビットを比較し、両方のビットの値が 0
または 1 の場合は、値 0 を結果に代入します。そうでない場合は、対応す
る結果のビットに 1 をセットします。排他的 OR 演算子は、オペランドと
して数値のみを取ります。
構文
式 ^ 式
式は INTEGER データ型を含んでいる任意の有効な式です。ビット演算の
ためにバイナリ数値へ変換されます。
戻り値
異なる INTEGER データ型のオペランドを伴うビット演算排他的 OR では、
2 つのオペランドのうち、サイズの小さなデータ型の引数が大きなデータ
型へ変換されるか、または大きい方の次に大きなデータ型へ変換されます。
たとえば、smallint と integer の間で排他的 OR 演算を実行する場合、smallint
式は integer へ変換されます。
ビット演算排他的 OR にかかわるオペランドが符号付きの場合、結果の値
も符号付きになります。
例
次の SQL クエリは、 2 つの数値リテラルで排他的 OR を実行します。
SELECT 12 ^ 8
結果は 4 です。
12 （shortint とします）のバイナリ表現は 0000 0000 0000 1100 で、 8 のバイ
ナリ表現は 0000 0000 0000 1000 です。これらの数値で排他的 OR 演算を実
行すると、値 4 になります。
0000 0000 0000 1100 ^ 0000 0000 0000 1000
= 0000 0000 0000 0100 (4)
メモ曲折アクセント記号（^）をユーザー定義名の一部として使用し
てはいけません。
4-8
真理値表
真理値表
次の表は、ビット演算の真理値表です。
表 4-1 ビット演算の真理値表
A
B
A&B
A|B
A^B
~A
0
0
0
0
0
1
0
1
0
1
1
1
1
0
0
1
1
0
1
1
1
1
0
0
4-9
ビット演算子
4-10
5
スカラ関数
Pervasive PSQL スカラ関数のリファレンス
この章では、以下の項目について説明します。

「文字列関数」（5-2 ページ）

「数値関数」（5-6 ページ）

「時刻と日付の関数」（5-9 ページ）

「システム関数」（5-14 ページ）

「論理関数」（5-15 ページ）

「変換関数」（5-18 ページ）
Pervasive PSQL は ODBC スカラ関数をサポートしており、このようなスカ
ラ関数を SQL ステートメントに一次式として含むことができます。
5-1
スカラ関数
文字列関数
文字列関数は、 CHAR または LONGVARCHAR データ型のようなテキスト
情報から成る列の処理および操作に使用されます。
string と示される引数には、列の名前、文字列リテラル、または別のスカ
ラ関数の結果を指定できます。
表 5-1 文字列関数
5-2
関数
説明
ASCII (string)
string の一番左の文字の ASCII コードを整
数で返します。
BIT_LENGTH (string)
string の長さをビット数で返します。
CHAR (code)
code で指定された ASCII コードを持つ
ASCII 文字を返します。引数は整数値でな
ければなりません。
CHAR_LENGTH (string)
string 内の文字数を返します。ヌルは意味
を持ちます。
CHARACTER_LENGTH (string)
CHAR_LENGTH と同じです。
CONCAT (string1, string2)
string2 を string1 に連結した結果の文字列
を返します。
LCASE または LOWER （string）
string の大文字がすべて小文字に変換され
た文字列を返します。
LEFT (string, count)
string の左端から count 分の文字を返しま
す。 count の値は整数です。
LENGTH (string)
string 内の文字数を返します。後続の空白、
後続のヌル、および文字列の終端文字は除
外されます。
LOCATE (string1, string2 [, start ])
string2 の中で string1 が最初に現れる位置
を返します。 string2 内での検索は、開始位
置（start）が指定されていなければ、先頭
の文字位置から始めます。検索は指定され
た開始位置から始まります。 string2 の先頭
文字位置は 1 です。 string1 が見つからない
場合は値 0 が返されます。
LTRIM (string)
string から先頭の空白を除いた文字を返し
ます。
OCTET_LENGTH (string)
string の長さをバイト数で返します。
文字列関数
表 5-1 文字列関数
関数
説明
POSITION (string1, string2)
string2 の中にある string1 の位置を返しま
す。 string1 が string2 内に存在しない場合
は、ゼロが返されます。
REPLACE (string1, string2, string3)
string1 を検索して string2 が現れる箇所を
探し、それをすべて string3 に置き換えま
す。その結果が返されます。文字列が現れ
なかった場合は、 string1 が返されます。
REPLICATE (string, count)
string を count の回数だけ繰り返して構成し
た文字列を返します。 count の値は整数で
す。
RIGHT (string, count)
string の右端から count 分の文字を返しま
す。 count の値は整数です。
RTRIM (string)
string から後続の空白を除いた文字列を返
します。
SPACE (count)
count で示された数の空白から成る文字列
を返します。
STUFF (string1,
string2)
start,
length,
string1 の start 位置から length で示された数
だけの文字を string2 で置き換えた結果得
られる文字列を返します。 start と length は
整数です。
SUBSTRING (string1, start, length)
string1 の中の start で指定された文字位置
から、 length で指定された文字数を取り出
し、その文字列を返します。
UCASE または UPPER （string）
string の小文字すべて大文字に変換された
文字列を返します。
スカラ関数の RTRIM または LEFT を使用する WHERE 句を含むクエリは、
最適化することができます。たとえば、次のようなクエリがあるとします。
SELECT * FROM T1, T2 WHERE T1.C1 = LEFT(T2.C1, 2)
この場合、 T1.C1 と T2.C2 がインデックス列ならば、述部の両側が最適化
されます。述部は、 WHERE キーワードの後に続く完全な検索条件です。
結合に含まれるテーブルのサイズに従って、オプティマイザは最初に処理
する適切なテーブルを選択します。
一方の述部で、 RTRIM および LEFT が複雑な式中に含まれている場合、こ
れらを最適化することはできません。
5-3
スカラ関数
例
次の例では、整数の列と文字の列を持つ新しいテーブルを作成します。文
字の列だけに値を持つ行を 4 行挿入し、その後で、それらの行の整数列を
各行に含まれる文字の ASCII 文字コードで更新します。
CREATE TABLE numchars(num INTEGER,chr CHAR(1) CASE)
INSERT INTO numchars (chr) VALUES('a')
INSERT INTO numchars (chr) VALUES('b')
INSERT INTO numchars (chr) VALUES('A')
INSERT INTO numchars (chr) VALUES('B')
UPDATE numchars SET num=ASCII(chr)
SELECT * FROM numchars
SELECT の結果 :
num
---------97
98
65
66
chr
--a
b
A
B
SELECT num FROM numchars WHERE num=ASCII('a')
SELECT の結果 :
num
-----97
次の例では、 Person テーブルの名前と姓を連結しており、 "RooseveltBora"
という結果が出ます。
SELECT CONCAT(First_name, Last_name) FROM Person WHERE
First_name = 'Roosevelt'
次の例では、名前を小文字に変換してから大文字に変換しており、
"roosevelt"、 "ROOSEVELT" という結果が出ます。
SELECT LCASE(First_name),UCASE(First_name) FROM Person
WHERE First_name = 'Roosevelt'
5-4
文字列関数
次の例では、左端から 3 文字に切り詰められた名前、長さ 9、 LOCATE の
結果 0、という結果が出ます。このクエリの結果は "Roo"、 9、 0 です。
SELECT LEFT(First_name, 3),LENGTH(First_name),
LOCATE(First_name, 'a') FROM Person WHERE First_name =
'Roosevelt'
次は、文字列で LTRIM および RTRIM 関数を使用した例で、結果は
"Roosevelt"、 "Roosevelt"、 "elt" になります。
SELECT LTRIM(First_name),RTRIM(First_name),
RIGHT(First_name,3) FROM Person WHERE First_name =
'Roosevelt'
次の SUBSTRING は、名前の 2 番目の文字から最高 3 文字までをリストし
ており、 "oos" という結果が出ます。
SELECT SUBSTRING(First_name,2, 3) FROM Person WHERE
First_name = 'Roosevelt'
SELECT ID,first_name FROM Person WHERE LCASE(First_name)
= 'bruce'
5-5
スカラ関数
数値関数
数値関数は、 decimal 値や integer 値のような数値情報だけから成る列の処
理および操作に使用されます。
表 5-2 数値関数
5-6
関数
説明
ABS (numeric_exp)
numeric_exp の絶対値を返します。
ACOS (float_exp)
ラジアンで示された角度として、
float_exp のアークコサインを返しま
す。
ASIN (float_exp)
ラジアンで示された角度として、
float_exp のアークサインを返しま
す。
ATAN (float_exp)
ラジアンで示された角度として、
float_exp のアークタンジェントを返
します。
ATAN2 (float_exp1, float_exp2)
ラジアンで示された角度として、 x
（float_exp1）座標と y （float_exp2）座
標のアークタンジェントを返しま
す。
CEILING (numeric_exp)
numeric_exp で示された値以上の最
小の整数を返します。
COS (float_exp)
float_exp がラジアンで示された角度
である場合、 float_exp のコサインを
返します。
COT (float_exp)
float_exp がラジアンで示された角度
である場合、 float_exp のコタンジェ
ントを返します。
DEGREES (numeric_exp)
numeric_exp のラジアンから変換さ
れた度数を返します。
EXP (float_exp)
float_exp の指数値を返します。
FLOOR (numeric_exp)
numeric_exp で示された値以下の最
大の整数を返します。
LOG (float_exp)
float_exp の自然対数を返します。
LOG10 (float_exp)
float_exp の 10 を底とする対数を返
します。
数値関数
表 5-2 数値関数
関数
説明
MOD (integer_exp1, integer_exp2)
integer_exp1 を integer_exp2 で割った
余り（絶対値）を返します。
PI ( )
π の定数値を浮動小数点値で返しま
す。
POWER (numeric_exp, integer_exp)
numeric_exp に integer_exp で示され
たべき乗を行った値を返します。
RADIANS (numeric_exp)
numeric_exp の度数から変換された
ラジアン値を返します。
RAND (integer_exp)
integer_exp をオプションのシード値
として使用する、ランダムな浮動小
数点値を返します。
ROUND (numeric_exp, integer_exp)
小数点の右側の integer_exp で示さ
れる位置で丸められた numeric_exp
を返します。 integer_exp が負数の場
合、 numeric_exp は、小数点の左側の
|integer_exp|（integer_exp の絶対値）で
示される位置で丸められます。
SIGN (numeric_exp)
numeric_exp の符号を示す値を返し
ます。numeric_exp が 0 より小さい場
合は -1 が返されます。 numeric_exp
が 0 の場合は 0 が返されます。
numeric_exp が 0 より大きい場合は 1
が返されます。
SIN (float_exp)
float_exp がラジアンで示された角度
である場合、 float_exp のサインを返
します。
SQRT (float_exp)
float_exp の平方根を返します。
TAN (float_exp)
float_exp がラジアンで示された角度
である場合、 float_exp のタンジェン
トを返します。
TRUNCATE (numeric_exp, integer_exp)
小数点の右側の integer_exp で示され
る位置で切り捨てられた numeric_exp
を返します。 integer_exp が負数の場
合、 numeric_exp は、小数点の左側の
|integer_exp| （絶対値）で示される位
置で切り捨てられます。
5-7
スカラ関数
例
次の例では、 Room テーブルの部屋番号の列と収容人数の列の MOD を一
覧表示します。
SELECT MOD(Number, Capacity) FROM Room
次の例では、Faculty テーブルから 100 で割り切れる給与すべてを選択しま
す。
SELECT Salary FROM Faculty WHERE MOD(Salary, 100) = 0
5-8
時刻と日付の関数
時刻と日付の関数
日付および時刻関数は、 DATE や TIME のような日付または時刻のデータ
型から成るデータの処理および操作に使用されます。
時刻と日付関数の値の挿入
関数の値をテーブルに挿入する場合、すべての日付 / 時刻関数でサポート
されている 1 つの方法は、次に示すような INSERT ステートメント内で
SELECT サブクエリを使用する方法です。
INSERT INTO t1 (c1, c2) SELECT CURRENT_DATE(),
CURRENT_TIME()
CURDATE()、 CURTIME()、 NOW() などのいくつかの関数では、次に示す
ような直接の INSERT もサポートされます。
INSERT INTO t1 (c1) VALUES (CURDATE())
表 5-3 時刻と日付の関数
関数
説明
CURDATE ( )
現在の現地日付を 'yyyy-mm-dd' 形式で返
します。デフォルトで、ローカル時計の
時刻を使用します。「SET TIME ZONE」を
呼び出した場合、 CURDATE() の値は、シ
ステム時計とオペレーティングシステム
の地域の設定を基に UTC 日付 / 時刻を計
算し、 SET TIME ZONE で指定されたディ
スプレースメント値を加算することに
よって決定されます。
CURRENT_DATE ( )
現在の UTC 日付を 'yyyy-mm-dd' 形式で返
します。
CURTIME ( )
現在の現地時刻を 'hh:mm:ss' 形式で返し
ます。デフォルトで、ローカル時計の時
刻を使用します。「SET TIME ZONE」を呼
び出した場合、 CURTIME() の値は、シス
テム時計とオペレーティングシステムの
地域の設定を基に UTC 日付 / 時刻を計算
し、 SET TIME ZONE で指定されたディス
プレースメント値を加算することによっ
て決定されます。
CURRENT_TIME ( )
現在の UTC 時刻を 'hh:mm:ss' 形式で返し
ます。
5-9
スカラ関数
表 5-3 時刻と日付の関数
関数
説明
CURRENT_TIMESTAMP( )
現在の UTC 日付と時刻をタイムスタンプ
値として次の形式で返します。
'yyyy-mm-dd hh:mm:ss.sssssss'
DAYNAME (date_exp)
date_exp の曜日部分に対して、データ
ソース固有の曜日の文字列（たとえば、英
語を使用するデータソースでは Sunday
から Saturday、または Sun. から Sat. で、ド
イツ語を使用するデータソースでは
Sonntag から Samstag）を返します。
DAYOFMONTH (date_exp)
date_exp の月の何日目かを 1 ～ 31 の範囲
の整数値で返します。
DAYOFYEAR (date_exp)
date_exp の年の何日目かを 1 ～ 366 の範
囲の整数値で返します。
EXTRACT (extract_field,
extract_source)
extract_source の extract_field 部分を返し
ます。引数 extract_source は、日付、時刻、
または間隔を表す式です。
extract_field に指定できるキーワードは次
のとおりです。
YEAR
MONTH
DAY
HOUR
MINUTE
SECOND
これらの値は、ターゲット式から返され
ます。
5-10
HOUR (time_exp)
時刻を 0 ～ 23 の範囲の整数値で返しま
す。
MINUTE (time_exp)
分を 0 ～ 59 の範囲の整数値で返します。
MONTH (date_exp)
月を 1 ～ 12 の範囲の整数値で返します。
MONTHNAME (date_exp)
date_exp の月の部分に対して、データ
ソース固有の月名の文字列（たとえば、英
語を使用するデータソースでは January
から December、または Jan. から Dec. で、
イタリア語を使用するデータソースでは
Gennaio から Dicembre）を返します。
時刻と日付の関数
表 5-3 時刻と日付の関数
関数
説明
NOW ( )
現在の現地日付と時刻をタイムスタンプ
値として次の形式で返します。
'yyyy-mm-dd hh:mm:ss.sssssss'
デフォルトで、ローカル時計の時刻を使
用します。「SET TIME ZONE」を呼び出し
た場合、 NOW() の値は、システム時計と
オペレーティングシステムの地域の設定
を基に UTC 日付 / 時刻を計算し、 SET
TIME ZONE で指定されたディスプレー
スメント値を加算することによって決定
されます。
QUARTER (date_exp)
date_exp の四半期を 1 ～ 4 の範囲の整数
値で返します。 1 は 1 月 1 日～ 3 月 31 日
を表します。
SECOND (time_exp)
秒を 0 ～ 59 の範囲の整数値で返します。
TIMESTAMPADD (interval,
integer_exp, timestamp_exp)
interval タイプの integer_exp で示された間
隔を timestamp_exp に加算したタイムスタ
ンプを返します。
interval に指定できるキーワードは次のと
おりです。
SQL_TSI_YEAR
SQL_TSI_QUARTER
SQL_TSI_MONTH
SQL_TSI_WEEK
SQL_TSI_DAY
SQL_TSI_HOUR
SQL_TSI_MINUTE
SQL_TSI_SECOND
TIMESTAMPDIFF (interval,
timestamp_exp1, timestamp_exp2)
timestamp_exp2 が timestamp_exp1 より大
きい場合に、その差である interval の整数
値を返します。
interval に指定できる値は、
TIMESTAMPADD と同じです。
WEEK (date_exp)
date_exp が 1 年の第何週目かを 1 ～ 53 の
範囲の整数値で返します。
YEAR (date_exp)
年数を整数値で返します。範囲はデータ
ソースに依存します。
5-11
スカラ関数
例
次の例は、日付 / 時刻関数を基に値を挿入する方法を示します。CURDATE()
などのいくつかの関数は、 INSERT ステートメントの中で直接使うことが
できます。しかし、それ以外の関数では、このような方法はサポートされ
ていません。広範囲にわたってサポートされている方法は、 SELECT を含
む INSERT を使用するものです。以下の例では、 CURRENT_TIME() によっ
て返される UTC 時刻値がテーブル T1 に挿入されます。
INSERT INTO T1 (C1) SELECT CURRENT_TIME()
次は HOUR の使用例です。
SELECT c.Name,c.Credit_Hours FROM Course c WHERE c.Name
= ANY (SELECT cl.Name FROM Class cl WHERE c.Name =
cl.Name AND c.Credit_Hours >(HOUR (Finish_Time Start_Time) + 1))
これは MINUTE の使用例です。
SELECT MINUTE(log) FROM billing
次は SECOND の使用例です。
SELECT SECOND(log) FROM billing
SELECT log FROM billing WHERE SECOND(log) = 31
次は NOW() の使用例です。
SELECT NOW() - log FROM billing
次は、MONTH、DAY、YEAR、HOUR、MINUTE を複合的に使用した例です。
SELECT Name, Section, MONTH(Start_Date),
DAY(Start_Date), YEAR(Start_Date), HOUR(Start_Time),
MINUTE(Start_Time) FROM Class
次は CURDATE() の使用例です。
SELECT ID, Name, Section FROM Class WHERE (Start_Date CURDATE()) <= 2 AND (Start_Date - CURDATE()) >= 0
5-12
時刻と日付の関数
次の例では、 Class テーブルにあるクラスの開始日を基に、月の何日目かと
その曜日を求めます。
SELECT DAYOFMONTH(Start_date), DAYOFWEEK(Start_date)
FROM Class
SELECT * FROM person WHERE YEAR(Date_Of_Birth) < 1970
5-13
スカラ関数
システム関数
システム関数は、システムレベルの情報を提供します。
表 5-4 システム関数
関数
説明
DATABASE ( )
現在のデータベース名を返します。
USER ( )
現在のユーザーのログイン名を返します。
例
次の例は、現在のユーザーおよびデータベースの名前を取得する方法を示
します。
SELECT USER( )
SELECT DATABASE( )
テーブル内のレコードごとにこの情報を取得する場合は、次の方法を用い
ます（例では、 DEMODATA の Person テーブルを使用します）。
SELECT USER( ) FROM person
SELECT DATABASE( ) FROM person
SELECT USER( ), DATABASE( ) FROM person
5-14
論理関数
論理関数
論理関数は、一定の条件に基づいたデータの操作に使用されます。
表 5-5 論理関数
関数
説明
COALESCE (expression1, expression2 [, ... ])
式リストを左から調べて、最初の
非ヌル引数を返します。
詳細については、「COALESCE」（334 ページ）も参照してください。
IF (predicate, expression1, expression2)
述部が真の場合は expression1 を返
し、そうでない場合は expression2
を返します。
NULL ( )
列をヌル値として設定します。
IFNULL (exp, value)
exp がヌルの場合は value が返され
ます。 exp がヌルでない場合は exp
が返されます。 value に指定する
データ型またはタイプは、 exp の
データ型と互換性がなければなり
ません。
ISNULL (exp, value)
ヌルを value で示された値に置き
換えます。 exp はヌルをチェックす
る式です。 value は exp がヌルの場
合に返される値です。ヌルでない
場合は exp が返されます。 value に
指定するデータ型は、 exp のデータ
型と互換性がなければなりませ
ん。
NULLIF (exp1, exp2)
2 つの式が等しくない場合は、 exp1
を返します。式が等しい場合、
NULLIF はヌル値を返します。
例
COALESCE スカラ関数は 2 つ以上の引数を取り、その式リストを左から調
べて最初の非ヌル引数を返します。
select COALESCE(10, 'abc' + 'def')
10 は SMALLINT として扱われ、 ResultType (SQL_SMALLINT,
SQL_VARCHAR) は SQL_SMALLINT になります。したがって、結果の型
は SQL_SMALLINT になります。
最初のパラメータは 10 で、この値は結果の型の SQL_SMALLINT へ変換で
きます。そのため、この例の戻り値は 10 になります。
5-15
スカラ関数
システムスカラ関数の IF と NULL は、 SQL の拡張機能です。
IF を使用すると、条件が真か偽かによって異なる値を入力できます。たと
えば、論理値を含む列をバイナリ表記ではなく "True" または "False" で表
示するには、次の SQL ステートメントを使用します。
SELECT IF(logicalcol=1, 'True', 'False')
システムスカラ関数の NULL を使用すると、列をヌル値として設定できま
す。構文は次のとおりです。
NULL()
たとえば、次の SQL ステートメントはヌル値を取得します。
SELECT NULL() FROM person
次の例は、 ISNULL の値の返し方を示します。
CREATE TABLE t8 (c1 INT, c2 CHAR(10))
INSERT INTO t8 VALUES (100, 'string1')
SELECT c1, c2, ISNULL(c1, 1000), ISNULL(C2, 'a string')
from t8
SELECT は 100 と 'string1' を返します。これは、 c1 と c2 のどちらにも
値が入っており、ヌルではないからです。
INSERT INTO t8 VALUES (NULL, NULL)
SELECT c1, c2, ISNULL(c1, 1000), ISNULL(C2, 'a string')
from t8
SELECT は 1000 と 'a string' を返します。これは、 c1 と c2 のどちらに
もヌルが入っているからです。
次のステートメントは、 IFNULL および NULLIF スカラ関数の使い方を示
します。これらの関数はそれぞれ、ヌルが存在するかしないか、等しいか
どうかに従って値の代入を行う場合に使用します。
CREATE TABLE Demo (col1 CHAR(3))
INSERT INTO Demo VALUES ('abc')
INSERT INTO Demo VALUES (NULL)
INSERT INTO Demo VALUES ('xyz')
2 番目の行がヌル値を含んでいるので、その場所に 'foo' が代入されます。
SELECT IFNULL(col1, 'foo') FROM Demo
5-16
論理関数
この結果、 1 つの列から 3 行がフェッチされます。
"abc"
"foo"
"xyz"
1 列から 3 行フェッチされました。
最初の行に "abc" が含まれており、これは、次の NULLIF 呼び出しの第 2
引数と合致します。
SELECT NULLIF(col1, 'abc') FROM Demo
その場所にヌルが返されます。
<Null>
<Null>
"xyz"
1 列から 3 行フェッチされました。
5-17
スカラ関数
変換関数
変換関数は、式をデータ型に変換します。CONVERT 関数はデータを ODBC
データ型へのみ変換できます。複数の Pervasive PSQL データ型が 1 つの
ODBC データ型にマップされていることがあるので注意してください。た
とえば、 DECIMAL、 CURRENCY、および BIGINT はすべて ODBC データ
型の SQL_DECIMAL にマップされています。
CAST 関数は式を Pervasive PSQL リレーショナルデータ型へ変換します
（式を当該のデータ型へ変換できる場合）。 CAST 関数は文字列内のバイナ
リゼロを変換できます。たとえば、 CAST(c1 AS BINARY(10)) となります。
ここで、 c1 はバイナリゼロ（NULL）を含んでいる文字型の列です。
ユーザー定義データ型は CAST も CONVERT もできません。
入力と出力が共に文字列の場合、 CAST または CONVERT の出力は入力文
字列と同じコレーションになります。
5-18
変換関数
表 5-6 変換関数
関数
説明
CAST (exp AS type)
指定された type に変換された exp の値を返
します。
type は、表「Pervasive PSQL データ型と対
応する ODBC データ型」（A-2 ページ）に示
されている Pervasive PSQL リレーショナル
データ型のいずれかになります。
CONVERT (exp, type)
指定された type に変換された exp の値を返
します。 types は、次のキーワードのいずれ
かになります。
SQL_BIGINT
SQL_BINARY
SQL_BIT
SQL_CHAR
SQL_DATE
SQL_DECIMAL
SQL_DOUBLE
SQL_FLOAT
SQL_INTEGER
SQL_LONGVARCHAR
SQL_NUMERIC
SQL_REAL
SQL_SMALLINT
SQL_TIME
SQL_TIMESTAMP
SQL_TINYINT
SQL_VARBINARY
SQL_VARCHAR
SQL_LONGVARBINARY
例
次の例では、 DATE を CHAR にキャストしています。
CREATE TABLE u1(cdata DATE)
INSERT INTO u1 VALUES(curdate())
SELECT CAST(cdate as CHAR20) FROM u1
現在の日付が 2004 年 1 月 1 日の場合、 SELECT は 2004-01-01 を返します。
次の例は、それぞれ UBIGINT を SQL_CHAR へ、文字列データを
SQL_DATE、 SQL_TIME、 SQL_TIMESTAMP へ変換します。
SELECT CONVERT(id , SQL_CHAR), CONVERT( '1995-06-05',
SQL_DATE), CONVERT('10:10:10', SQL_TIME),
CONVERT('1990-10-10 10:10:10', SQL_TIMESTAMP) FROM
Faculty
5-19
スカラ関数
次の例は、文字列を SQL_DATE へ変換した後、 SQL_DATE に 31 を加算し
ます。
SELECT Name FROM Class WHERE Start_date > CONVERT ('199505-07', SQL_DATE) + 31
5-20
システムストアドプロシー
ジャ
6
Pervasive PSQL システムストアドプロシージャのリファレンス
以下の項目について説明します。

「Pervasive PSQL システムストアドプロシージャ」（6-2 ページ）
6-1
システムストアドプロシージャ
Pervasive PSQL システムストアドプロシージャ
システムストアドプロシージャは、データ定義言語（DDL）では取り扱
われない管理タスクや情報タスクの遂行に利用できます。システムストア
ドプロシージャには psp_ プレフィックスが付きます。
メモ psp_ プレフィックスはシステムストアドプロシージャの名前に
使用されるので、psp_ プレフィックスを付けたストアドプロシージャ
は作成しないでください。システムストアドプロシージャと同じ名
前を持つユーザー作成のストアドプロシージャは決して実行されま
せん。
次の表は、現在サポートされているシステムストアドプロシージャの一覧
を示します。
表 6-1 Pervasive PSQL システムストアドプロシージャ
「psp_columns」
「psp_column_attributes」
「psp_column_rights」
「psp_fkeys」
「psp_groups」
「psp_help_sp」
「psp_help_trigger」
「psp_help_udf」
「psp_help_view」
「psp_indexes」
「psp_pkeys」
「psp_rename」
「psp_stored_procedures」
「psp_tables」
「psp_table_rights」
「psp_triggers」
「psp_udfs」
「psp_users」
「psp_views」
特段の記述がない限り、システムストアドプロシージャのコード例は、
Pervasive PSQL で提供される Demodata サンプルデータベースまたは
Pervasive PSQL システムテーブルを参照しています。
システムストアドプロシージャをデータベース（A とします）のコンテキ
ストで実行し、セキュリティで保護されたデータベース（B とします）か
ら情報を取得しようとすると、エラーメッセージが表示されます。セキュ
リティで保護されたデータベースの情報をほかのデータベースから取得す
ることはできません。
6-2
Pervasive PSQL システムストアドプロシージャ
psp_columns
現在のデータベースまたは指定されたデータベースから、特定テーブルの
列の一覧とそれに関連する情報を返します。
構文
call psp_columns(['database_qualifier'], 'table_name', ['column_
name'])
引数
表 6-2 psp_columns の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
column_name
VARCHAR(255)
列情報を要求するテー
ブルの名前
指定したテー
ブルのすべて
の列
指定したテーブルの列名
返される結果セット
表 6-3 psp_columns で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
テーブル所有者の名前
TABLE_NAME
VARCHAR(255)
テーブルの名前
COLUMN_NAME
VARCHAR(255)
テーブルの列名
DATA_TYPE
SMALLINT
列のデータ型（データベースでの格
納状態）
TYPE_NAME
VARCHAR(32)
列のデータ型の、 DATA_TYPE 値に
対応する名前
6-3
システムストアドプロシージャ
表 6-3 psp_columns で返される結果セット
列名
データ型
説明
PRECISION
INTEGER
列の精度（列のデータ型が Decimal、
Dec などである場合）
LENGTH
INTEGER
列の長さ（列のデータ型が Char、
Character などである場合）
SCALE
SMALLINT
列の小数点以下の桁数（列のデータ
型が Decimal、Dec などである場合）
RADIX
SMALLINT
数値データ型の基数
NULLABLE
SMALLINT
ヌル値の許可を示します。
1 - ヌル
0 - 非ヌル
REMARKS
VARCHAR(255)
備考フィールド
例
create table tx (c_binary BINARY(10),
c_char CHAR(10),
c_tinyint TINYINT,
c_smallint SMALLINT,
c_int INT,
c_bigint BIGINT,
c_utinyint UTINYINT)
call psp_columns(, 'tx',)
6-4
Pervasive PSQL システムストアドプロシージャ
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Data_
type
Type_
name
P
L
S
R
N
R
'demodata'
Null
tx
C_binary
-2
Binary
10
10
Null
Null
1
Null
'demodata'
Null
tx
C_char
-1
Char
10
10
Null
Null
1
Null
'demodata'
Null
tx
C_tinyint
-6
Tinyint
3
1
0
10
1
Null
.....
凡例： P = Precision; L = Length; S = Scale; R = Radix; N = Nullable; R = Remarks
call psp_columns('wsrde, 'tx', )
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Data_
type
Type_
name
P
L
S
R
N
R
'wsrde'
Null
tx
C_binary
-2
Binary
10
10
Null
Null
1
Null
'wsrde'
Null
tx
C_char
-1
Char
10
10
Null
Null
1
Null
'wsrde'
Null
tx
C_tinyint
-6
Tinyint
3
1
0
10
1
Null
.....
凡例： P = Precision; L = Length; S = Scale; R = Radix; N = Nullable; R = Remarks
call psp_columns('wsrde, 'tx', 'c_binary')
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Data_
type
Type_
name
P
L
S
R
N
R
'wsrde'
Null
tx
C_binary
-2
Binary
10
10
Null
Null
1
Null
凡例： P = Precision; L = Length; S = Scale; R = Radix; N = Nullable; R = Remarks
6-5
システムストアドプロシージャ
エラー状況

database_qualifier が空文字列の場合は、次のエラーメッセージが表示さ
れます。
有効なデータベース名を入力してください。データベース名は空文字
列にできません。

table_name がヌルの場合は、次のエラーメッセージが表示されます。
テーブル名はヌルにできません。

table_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
テーブル名は空文字列にできません。

column_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
列名は空文字列にできません。
psp_column_attributes
現在のデータベースまたは指定されたデータベースから、列属性の一覧と
それに関連する情報を返します。
構文
call psp_column_attributes(['database_qualifier'], ['table_
name'], ['column_name'])
引数
表 6-4 psp_column_attributes の引数
6-6
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
すべてのテー
ブル
列情報を要求するテー
ブルの名前
column_name
VARCHAR(255)
指定したテー
ブルのすべて
の列
指定したテーブルの列名
Pervasive PSQL システムストアドプロシージャ
返される結果セット
表 6-5 psp_column_attributes で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
テーブル所有者の名前
TABLE_NAME
VARCHAR(255)
テーブルの名前
COLUMN_NAME
VARCHAR(255)
テーブルの列名
ATTRIB_TYPE
CHAR(10)
列にデフォルト値が割り当てられ
ている場合は "Default"
ATTRIB_SIZE
USMALLINT
列属性のサイズ
ATTRIB_VALUE
LONGVARCHAR
列属性の値
例
create table tx (c_binary binary (10) default 01,
c_char char (11) default 'thisisatest',
c_tinyint TINYINT,
c_SMALLINT SMALLINT,
c_int INT,
c_bigint BIGINT,
c_utinyint uTINYINT)
call psp_column_attributes(, , )
6-7
システムストアドプロシージャ
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Attrib_
Type
'demodata'
Null
tx
C_binary
Default
'demodata'
Null
tx
C_char
Default
Attrib_
Size
Attrib_Value
01
11
'Thisisatest'
.....
call psp_column_attributes('wsrde', , )
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Attrib_
Type
'wsrde'
Null
Test
C_binary
Default
'wsrde'
Null
Test
C_char
Default
Attrib_
Size
Attrib_Value
01
11
'Thisisatest'
.....
call psp_column_attributes(, 'tx', 'c_binary')
結果セット
Table_
qualifier
Table_
owner
Table_
name
Column_
name
Attrib_
Type
'demodata'
Null
tx
C_binary
Default
Attrib_
Size
Attrib_Value
01
エラー状況

table_name が空文字列の場合は、次のエラーメッセージが表示されます。
テーブル名は空文字列にできません。
6-8
Pervasive PSQL システムストアドプロシージャ

column_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
列名は空文字列にできません。
psp_column_rights
現在のデータベースまたは指定されたデータベースから、特定テーブルの
列のアクセス権の一覧とそれに関連する情報を返します。
メモこのシステムストアドプロシージャは、 GRANT 構文によって
明示的に指定されている列のアクセス権についてのみ一覧を返しま
す。
構文
call psp_column_rights(['database_qualifier'], 'table_name',
['column_name'], ['user_name'])
引数
表 6-6 psp_column_rights の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
column_name
VARCHAR(255)
指定したテー
ブルのすべて
の列
アクセス権を取得する
列の名前
user_name
VARCHAR(255)
すべてのユー
ザー
列のアクセス権の一覧
を取得する必要のある
ユーザーの名前
アクセス権が指定され
ているテーブルの名前
6-9
システムストアドプロシージャ
返される結果セット
表 6-7 psp_column_rights で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
テーブルの所有者の名前
USER_NAME
（GRANTEE）
VARCHAR(255)
ユーザーの名前
TABLE_NAME
VARCHAR(255)
テーブルの名前
COLUMN_NAME
VARCHAR(255)
異なるアクセス権が付与されてい
る列の名前
RIGHTS
VARCHAR(12)
次のいずれかの値です。
SELECT
UPDATE
INSERT
例
GRANT SELECT(Name, Building_Name)
ON Department TO John;
GRANT UPDATE(Name)
ON Department TO Mary;
GRANT INSERT(Building_Name)
ON Department TO John;
Call psp_column_rights(,'Department', ,)
6-10
Pervasive PSQL システムストアドプロシージャ
結果セット
Table_qualifier
Table_
owner
User_
name
Table_name
Column_
name
Rights
Demodata
Null
John
Department
Name
SELECT
Demodata
Null
John
Department
Building
_name
SELECT
Demodata
Null
John
Department
Building
_name
INSERT
Demodata
Null
Mary
Department
Name
UPDATE
.....
call psp_column_rights ('demodata', 'department',
'name',)
結果セット
Table_qualifier
Table_
owner
User_
name
Table_name
Column_
name
Rights
Demodata
Null
John
Department
Name
SELECT
Demodata
Null
Mary
Department
Name
UPDATE
call psp_column_rights('demodata', 'department', ,
'mary')
結果セット
Table_qualifier
Table_
owner
User_
name
Table_name
Column_
name
Rights
Demodata
Null
Mary
Department
Name
UPDATE
6-11
システムストアドプロシージャ
エラー状況

column_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
列名は空文字列にできません。

user_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
ユーザー名は空文字列にできません。
psp_fkeys
現在のデータベースまたは指定されたデータベースから、特定テーブルの
外部キー情報を返します。
構文
call psp_fkeys(['table_qualifier'], 'pkey_table_name', ['fkey_table_
name'])
引数
表 6-8 psp_fkeys の引数
6-12
パラメータ
データ型
デフォルト値
説明
table_qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデー
タベースの名前
pkey_table_name
VARCHAR(255)
すべてのテー
ブル
主キー列に外部キー
が関連付けられてい
るテーブルの名前
fkey_table_name
VARCHAR(255)
すべてのテー
ブル
外部キー情報を取得
する必要のあるテー
ブルの名前
Pervasive PSQL システムストアドプロシージャ
返される結果セット
表 6-9 psp_fkeys で返される結果セット
列名
データ型
説明
PKTABLE_QUALIFIER
VARCHAR(20)
主キーテーブルのデータベース名
PKTABLE_OWNER
VARCHAR(20)
主キーテーブルの所有者の名前
PKTABLE_NAME
VARCHAR(255)
主キーテーブルの名前
PKCOLUMN_NAME
VARCHAR(255)
主キー列の列名
KEY_SEQ
USMALLINT
キーの順序
FKTABLE_QUALIFIER
VARCHAR(20)
外部キーテーブルのデータベー
ス名
FKTABLE_OWNER
VARCHAR(20)
外部キーテーブルの所有者の名
前
FKTABLE_NAME
VARCHAR(255)
外部キーテーブルの名前
FKCOLUMN_NAME
VARCHAR(255)
外部キー列の列名
UPDATE_RULE
Utinyint
更新規則
DELETE_RULE
Utinyint
削除規則
PK_NAME
VARCHAR(255)
主キーの名前
FK_NAME
VARCHAR(255)
外部キーの名前
例
CREATE TABLE Employee
(
Id INTEGER NOT NULL,
Name VARCHAR(50) NOT NULL,
SupId INTEGER NOT NULL
)
ALTER TABLE Employee
ADD CONSTRAINT EmpPkey
PRIMARY KEY(Id)
ALTER TABLE Employee
ADD CONSTRAINT ForgnKey
FOREIGN KEY(SupId) REFERENCES
6-13
システムストアドプロシージャ
Employee(Id) ON DELETE CASCADE
...
call psp_fkeys(,'Employee',)
結果セット
PkQ
PkO
PkT
PkCol
Seq
FkQ
FkO
FkT
FkCol
UR
DR
PK
FK
Demo
data
Null
Empl
oyee
Id
0
Demo
data
Null
Emplo
yee
Supid
1
2
Emp
Pkey
Forgn
Key
凡例： PkQ = Pkey_table_qualifier; PkO = Pkey_table_owner; PkT = Pktable_name; PkCol = Pk_column_name; Seq
= Key_seq; FkQ = Fktable_qualifier; FkO = Fktable_owner; FkT = Fktable_name; FkCol = Fkcolumn_name; UR =
Update_rule; DR = Delete_rule; Pk = Pk_name; FK = Fk_name
call psp_fkeys('wsrde', 'Employee','Employee')
結果セット
PkQ
PkO
PkT
PkCol
Seq
FkQ
FkO
FkT
FkCol
UR
DR
PK
FK
wsrde
Null
Empl
oyee
Id
0
wsrde
Null
Emplo
yee
Supid
1
2
Emp
Pkey
Forgn
Key
凡例： PkQ = Pkey_table_qualifier; PkO = Pkey_table_owner; PkT = Pktable_name; PkCol = Pk_column_name; Seq
= Key_seq; FkQ = Fktable_qualifier; FkO = Fktable_owner; FkT = Fktable_name; FkCol = Fkcolumn_name; UR =
Update_rule; DR = Delete_rule; Pk = Pk_name; FK = Fk_name
エラー状況

table_qualifier が空文字列の場合は、次のエラーメッセージが表示され
ます。
有効なデータベース名を入力してください。データベース名は空文字
列にできません。

pKey_table_name が空文字列の場合は、次のエラーメッセージが表示さ
れます。
主キーテーブル名は空文字列にできません。

pKey_table_name がヌルの場合は、次のエラーメッセージが表示されま
す。
主キーテーブル名はヌルにできません。
6-14
Pervasive PSQL システムストアドプロシージャ

fKey_table_name が空文字列の場合は、次のエラーメッセージが表示さ
れます。
外部キーテーブル名は空文字列にできません。
psp_groups
現在のデータベースまたは指定されたデータベースから、グループの一覧
とそれに関連する情報を返します。
構文
call psp_groups(['database_qualifier'], ['group_name'])
引数
表 6-10 psp_groups の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
group_name
VARCHAR(255)
すべてのグループ
グループ情報の取得に
使用するグループの名
前。パターン検索がサ
ポートされます。
返される結果セット
表 6-11 psp_groups で返される結果セット
列名
データ型
説明
DATABASE_QUALIFIER
VARCHAR(20)
データベースの名前
GROUP_ID
USMALLINT
グループ ID
GROUP_NAME
VARCHAR(255)
グループの名前
例
call psp_groups(,)
6-15
システムストアドプロシージャ
結果セット
Database_qualifier
Group_Id
Group_Name
Demodata
1
DevGrp
Demodata
2
DevGrp1
Demodata
1
DevGrp
.....
call psp_groups('Demodata', 'DevGrp1)
結果セット
Database_qualifier
Group_Id
Group_Name
Demodata
2
DevGrp1
エラー状況

group_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
グループ名は空文字列にできません。
psp_help_sp
現在のデータベースまたは指定されたデータベースから、特定のストアド
プロシージャの定義テキストを返します。
構文
call psp_help_sp('[database_qualifier'], 'procedure_name')
6-16
Pervasive PSQL システムストアドプロシージャ
引数
表 6-12 psp_help_sp の引数
パラメータ
データ型
デフォルト値
説明
database_qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデー
タベースの名前
procedure_name
CHAR(255)
定義テキストを要求
するプロシージャの
名前。パターン検索
はサポートされませ
ん。
返される結果セット
表 6-13 psp_help_sp で返される結果セット
列名
データ型
説明
DATABASE_QUALIFIER
VARCHAR(20)
データベースの名前
SP_TEXT
LONGVARCHAR
ストアドプロシージャの定義
テキスト
例
call psp_help_sp(, 'Myproc')
結果セット
Database_Qualifier
SP_TEXT
Demodata
Create procedure Myproc(:a integer, OUT :b
integer) as
Begin
Set :a = :a + 10;
Set :b = :a;
End
6-17
システムストアドプロシージャ
call psp_help_sp('wsrde', 'Myproc1')
結果セット
Database_Qualifier
SP_TEXT
wsrde
Create procedure Myproc1(:a integer)
returns (name char(20))
as
Begin
Select name from employee where Id =:a;
End
エラー状況

procedure_name が空文字列の場合は、次のエラーメッセージが表示さ
れます。
プロシージャ名は空文字列にできません。

procedure_name がヌルの場合は、次のエラーメッセージが表示されま
す。
プロシージャ名はヌルにできません。
psp_help_trigger
現在のデータベースまたは指定されたデータベースから、トリガの定義テ
キストを返します。
構文
call psp_help_trigger (['database_qualifier'], 'trigger_name')
6-18
Pervasive PSQL システムストアドプロシージャ
引数
表 6-14 psp_help_trigger の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
trigger_name
VARCHAR(255)
定義テキストを取得す
るトリガの名前
返される結果セット
表 6-15 psp_help_trigger で返される結果セット
列名
データ型
説明
DATABASE_QUALIFIER
VARCHAR(20)
データベースの名前
TRIGGER_TEXT
LONGVARCHAR
トリガの定義テキスト
例
次のステートメントにより、 'MyInsert' トリガの定義が出力されます。
CREATE TABLE A
(
col1 INTEGER,
col2 CHAR(255)
) ;
CREATE TABLE B
(
col1 INTEGER,
col2 CHAR(255)
) ;
CREATE TRIGGER MyInsert
AFTER INSERT ON A
FOR EACH ROW
INSERT INTO B VALUES
(NEW.col1, NEW.col2);
...
call psp_help_trigger(,'MyInsert')
6-19
システムストアドプロシージャ
結果セット
Database_Qualifier
TRIGGER_TEXT
Demodata
CREATE TRIGGER MyInsert
AFTER INSERT ON A
FOR EACH ROW
INSERT INTO B VALUES
(NEW.col1, NEW.col2);
call psp_help_trigger('wsrde', 'Myinsert')
結果セット
Database_Qualifier
TRIGGER_TEXT
wsrde
CREATE TRIGGER MyInsert
AFTER INSERT ON A
FOR EACH ROW
INSERT INTO B VALUES
(NEW.col1, NEW.col2);
エラー状況

trigger_name がヌルの場合は、次のエラーメッセージが表示されます。
トリガ名はヌルにできません。

trigger_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
トリガ名は空文字列にできません。
6-20
Pervasive PSQL システムストアドプロシージャ
psp_help_udf
現在のデータベースまたは指定されたデータベースから、特定のユーザー
定義関数（UDF）のテキストを返します。
構文
call psp_help_udf (['database_qualifier'], 'udf_name')
引数
表 6-16 psp_help_udf の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
udf_name
VARCHAR(255)
関数テキストを要求す
るユーザー定義関数の
名前
返される結果セット
表 6-17 psp_help_udf で返される結果セット
列名
データ型
説明
DATABASE_QUALIFIER
VARCHAR(20)
データベースの名前
UDF_TEXT
LONGVARCHAR
ユーザー定義関数のテキスト
例
call psp_help_udf(, 'Myfunction')
6-21
システムストアドプロシージャ
結果セット
Database_Qualifier
UDF_TEXT
Demodata
Create function Myfunction(:a integer)
Returns integer
as
Begin
Return :a * :a;
End
call psp_help_udf('wsrde', 'Getsmallest')
結果セット
Database_Qualifier
UDF_TEXT
wsrde
CREATE FUNCTION GetSmallest(:A integer,
:B Integer)
RETURNS Integer
AS
BEGIN
DECLARE :smallest INTEGER
IF (:A < :B ) THEN
SET :smallest = :A;
ELSE
SET :smallest = :B;
END IF;
RETURN :smallest;
END;
エラー状況

udf_name が空文字列の場合は、次のエラーメッセージが表示されます。
ユーザー定義関数名は空文字列にできません。
6-22
Pervasive PSQL システムストアドプロシージャ
psp_help_view
現在のデータベースまたは指定されたデータベースから、ビューの定義テ
キストを返します。
構文
call psp_help_view(['database_qualifier'], 'view_name')
引数
表 6-18 psp_help_view の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
view_name
VARCHAR(255)
定義テキストを要求す
るビューの名前
返される結果セット
表 6-19 psp_help_view で返される結果セット
列名
データ型
説明
DATABASE_QUALIFIER
VARCHAR(20)
データベースの名前
VIEW_TEXT
LONGVARCHAR
ビューの定義テキスト
権限
以下は、権限がなければ実行できません。

システムストアドプロシージャの実行

X$View テーブルでの SELECT の実行
例
CREATE VIEW vw_Person (lastn,firstn,phone) AS
SELECT Last_Name, First_Name,Phone
FROM Person
...
call psp_help_view(,'vw_Person')
6-23
システムストアドプロシージャ
結果セット
Database_Qualifier
VIEW_TEXT
Demodata
SELECT "T1" ."Last_Name" ,"T1"
."First_Name" ,"T1" ."Phone" FROM
"Person" "T1"
call psp_help_view('wsrde', 'vw_Person')
結果セット
Database_Qualifier
VIEW_TEXT
wsrde
SELECT "T1" ."Last_Name" ,"T1"
."First_Name" ,"T1" ."Phone" FROM
"Person" "T1"
エラー状況

view_name がヌルの場合は、次のエラーメッセージが表示されます。
ビュー名はヌルにできません。

view_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
ビュー名は空文字列にできません。
psp_indexes
指定したテーブルに定義されているインデックスの一覧を返します。ま
た、各インデックスについて、 X$Index テーブルに保存されているとおり
にインデックスプロパティを列挙します。
構文
call psp_indexes(['table_qualifier'], ['table_name'])
6-24
Pervasive PSQL システムストアドプロシージャ
引数
表 6-20 psp_indexes の引数
パラメータ
データ型
デフォルト値
説明
table_qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
すべてのテー
ブル
インデックスを取得す
るテーブルの名前
返される結果セット
表 6-21 psp_indexes で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
主キーテーブルの所有者の
名前
TABLE_NAME
VARCHAR(255)
主キーテーブルの名前
INDEX_NAME
VARCHAR(255)
インデックスの名前
INDEX_TYPE
VARCHAR(20)
インデックスの種類 Primary （主）または Foreign
（外部）
COLUMN_NAME
VARCHAR(255)
インデックスが定義されて
いる列の名前
ORDINAL_POSITION
USMALLINT
インデックスの位置を表す
序数
DUPLICATES_ALLOWED
CHAR(3)
Yes - 重複インデックスの場合
No - 重複インデックスでな
い場合
UPDATABLE
CHAR(3)
Yes - インデックスが更新可
能な場合
No - インデックスが更新可
能でない場合
6-25
システムストアドプロシージャ
表 6-21 psp_indexes で返される結果セット
列名
データ型
説明
CASE_SENSITIVE
CHAR(3)
Yes - インデックスが大文字
小文字を区別する場合
No - インデックスが大文字
小文字を区別しない場合
ASC_DESC
CHAR(1)
D - 降順
A - 昇順
NAMED_INDEX
CHAR(3)
Yes - 名前付きインデックス
の場合
No - 名前付きインデックス
でない場合
例
call psp_indexes(,)
結果セット
Qual
TO
TN
IN
IT
CN
Opos
Dup
Up
Case
A/D
NI
Demo
data
Null
Depart
ment
Dept_name
Null
Name
0
No
No
No
A
N
o
Demo
data
Null
Depart
ment
Bldg_name
Null
Building
_Name
0
Yes
Yes
No
A
N
o
Demo
data
Null
Depart
ment
Dept_head
Null
Head_
of_dept
0
No
No
No
D
N
o
.....
凡例： Qual = Table_qualifier; TO = Table_owner; TN = Table_name; IN = Index_name; IT = Index_type; CN =
Column_name; Opos = Ordinal_position; Dup = Duplicates_allowed; UP = Updatable; Case = Case_sensitive; A/D =
Asc_desc; NI = Named_index
6-26
Pervasive PSQL システムストアドプロシージャ
call psp_indexes('demodata', 'department')
結果セット
Qual
TO
TN
IN
IT
CN
Opos
Dup
Up
Case
A/D
NI
Demo
data
Null
Depart
ment
Dept_name
Null
Name
0
No
No
No
A
N
o
Demo
data
Null
Depart
ment
Bldg_name
Null
Building
_Name
0
Yes
Yes
No
A
N
o
Demo
data
Null
Depart
ment
Dept_head
Null
Head_
of_dept
0
No
No
No
D
N
o
.....
凡例： Qual = Table_qualifier; TO = Table_owner; TN = Table_name; IN = Index_name; IT = Index_type; CN =
Column_name; Opos = Ordinal_position; Dup = Duplicates_allowed; UP = Updatable; Case = Case_sensitive; A/D =
Asc_desc; NI = Named_index
エラー状況

table_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
テーブル名は空文字列にできません。
psp_pkeys
現在のデータベースまたは指定されたデータベースから、特定テーブルの
主キー情報を返します。
構文
call psp_pkeys(['pkey_table_qualifier']['table_name'])
6-27
システムストアドプロシージャ
引数
表 6-22 psp_pkeys の引数
パラメータ
データ型
デフォルト値
説明
pkey_table_qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデー
タベースの名前
table_name
VARCHAR(255)
すべてのテー
ブル
主キー情報を要求す
るテーブルの名前
返される結果セット
表 6-23 psp_pkeys で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
主キーの所有者の名前
TABLE_NAME
VARCHAR(255)
主キーテーブルの名前
COLUMN_NAME
VARCHAR(255)
主キー列の名前
COLUMN_SEQ
USMALLINT
列の順序
PK_NAME
VARCHAR(255)
主キーの名前
例
次のステートメントは、'pkeytest1' テーブルに定義されている主キーに関す
る情報を返します。
CREATE TABLE pkeytest1
(
col1 int NOT NULL,
col2 int NOT NULL,
col3 VARCHAR(20) NOT NULL,
PRIMARY KEY(col1, col2),
UNIQUE(col3)
)
...
call psp_pkeys(,'pkeytest1')
6-28
Pervasive PSQL システムストアドプロシージャ
結果セット
Table_
qualifier
Table_
owner
Table_name
Column_
name
Column_
Seq
PK_name
'demodata'
Null
Pkeytest1
Col1
0
PK_col1
'demodata'
Null
Pkeytest1
Col2
1
PK_col1
call psp_pkeys('wsrde', 'pkeytest2')
結果セット
Table_
qualifier
Table_
owner
Table_name
Column_
name
Column_
Seq
PK_name
'wsrde'
Null
Pkeytest1
Col1
0
PK_col1
'wsrde'
Null
Pkeytest1
Col2
1
PK_col1
エラー状況

pkey_table_qualifier が空文字列の場合は、次のエラーメッセージが表示
されます。
有効なデータベース名を入力してください。データベース名は空文字
列にできません。

table_name がヌルの場合は、次のエラーメッセージが表示されます。
テーブル名はヌルにできません。
psp_rename
お使いのマシンが現在接続されているデータベース内の列、インデックス、
関数、プロシージャ、テーブル、トリガ、またはビューの名前を変更します。
構文
call psp_rename('object_name','new_name','object_type')
6-29
システムストアドプロシージャ
引数
表 6-24 psp_rename の引数
パラメータ
データ型
説明
object_name
VARCHAR(776)
列、インデックス、ユーザー定義関数、
ストアドプロシージャ、テーブル、ト
リガ、またはビューの現在の名前
object_name は、オブジェクトの種類に
応じて特有の形式で指定する必要があ
ります。
列：テーブル名 . 列名
インデックス：テーブル名 . インデック
ス名
関数：関数名
プロシージャ：プロシージャ名
テーブル：テーブル名
トリガ：テーブル名 . トリガ名
ビュー：ビュー名
new_name
VARCHAR(776)
オブジェクトのユーザー定義名。名前
は、オブジェクトの種類に合った名前付
け規則に従っている必要があります。
『Pervasive PSQL Programmer’s Guide』の
「名前付け規則」セクションを参照して
ください。このマニュアルは、 Pervasive
PSQL Software Developer Kit （SDK）に含
まれています。
object_type
VARCHAR(13)
名前を変更するオブジェクトの種類。
bject_type は COLUMN、 INDEX、
FUNCTION、 PROCEDURE、 TABLE、
TRIGGER、または VIEW のいずれかで
なければなりません。
例
次のステートメントは、現在のデータベース内のストアドプロシージャ
"checkstatus" の名前を "eligibility" に変更します。
call psp_rename('checkstatus', 'eligibility',
'PROCEDURE')
6-30
Pervasive PSQL システムストアドプロシージャ
エラー状況
psp_rename から返されるすべてのエラーはステータスコード -5099 を使用
します。『Status Codes and Messages』の「-5099 ： psp_rename に関連するエ
ラー状態」（1-47 ページ）を参照してください。
psp_stored_procedures
現在のデータベースまたは指定されたデータベースから、ストアドプロ
シージャの一覧とそれに関連する情報を返します。
構文
call psp_stored_procedures(['database_qualifier'], ['procedure_
name'], ['procedure_type'])
引数
表 6-25 psp_stored_procedures の引数
パラメータ
データ型
デフォルト値
説明
database_qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
procedure_name
VARCHAR(255)
すべてのプロ
シージャ
情報を要求するストア
ドプロシージャの名前
procedure_type
VARCHAR(5)
すべての種類
のプロシー
ジャ
SP - ストアドプロシー
ジャを返します
SSP - システムストア
ドプロシージャを返し
ます
返される結果セット
表 6-26 psp_stored_procedures で返される結果セット
列名
データ型
説明
PROCEDURE_QUALIFIER
VARCHAR(20)
データベースの名前
PROCEDURE_OWNER
VARCHAR(20)
プロシージャの所有者の名前
6-31
システムストアドプロシージャ
表 6-26 psp_stored_procedures で返される結果セット
列名
データ型
説明
PROCEDURE_NAME
VARCHAR(255)
プロシージャの名前
PROCEDURE_TYPE
VARCHAR(25)
プロシージャの種類。異な
る種類のプロシージャは、
"STORED PROCEDURE" と
"SYSTEM STORED
PROCEDURE" です。
NUM_INPUT_PARAMS
INT
ヌルを返します。これは、
Pervasive PSQL DSN に対し
て SQLPROCEDURES を実
行した場合にはヌルが返さ
れるからです。
NUM_OUTPUT_PARAMS
INT
ヌルを返します。これは、
Pervasive PSQL DSN に対し
て SQLPROCEDURES を実
行した場合にはヌルが返さ
れるからです。
NUM_RESULT_SETS
INT
ヌルを返します。これは、
Pervasive PSQL DSN に対し
て SQLPROCEDURES を実
行した場合にはヌルが返さ
れるからです。
REMARKS
VARCHAR(255)
備考
例
次のステートメントは、現在のデータベース内のすべてのストアドプロ
シージャに関する情報を一覧表示します。
Call psp_stored_procedures(,)
結果セット
Procedure_
qualifier
Procedure_
owner
Procedure_
name
Procedure
_type
Num_
input_
params
Num_
output_
params
Num_
result_
sets
Remarks
Demodata
Null
Myproc1
Stored
Procedure
Null
Null
Null
Null
Demodata
Null
Myproc2
Stored
Procedure
Null
Null
Null
Null
.....
6-32
Pervasive PSQL システムストアドプロシージャ
call psp_stored_procedures('wsrde', , 'SP')
結果セット
Procedure_
qualifier
Procedure_
owner
Procedure_
name
Procedure
_type
Num_
input_
params
Num_
output_
params
Num_
result_
sets
Remarks
wsrde
Null
Mytestproc1
Stored
Procedure
Null
Null
Null
Null
wsrde
Null
Mytestproc2
Stored
Procedure
Null
Null
Null
Null
.....
エラー状況

procedure_name が空文字列の場合は、次のエラーメッセージが表示さ
れます。
プロシージャ名は空文字列にできません。

procedure_name がヌルの場合は、次のエラーメッセージが表示されま
す。
プロシージャ名はヌルにできません。

procedure_type が空文字列の場合は、次のエラーメッセージが表示され
ます。
プロシージャの種類は空文字列にできません。

procedure_type の値が SP または SSP でない場合は、次のエラーメッ
セージが表示されます。
プロシージャの種類は SP または SSP のいずれかです。
6-33
システムストアドプロシージャ
psp_tables
現在のデータベースまたは指定されたデータベースから、テーブルの一覧
とそれに関連する情報を返します。
構文
call psp_tables(['database_qualifier'], ['table_name'], ['table_
type'])
引数
表 6-27 psp_tables の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
すべてのテー
ブル
情報を取得する必要の
あるテーブルの名前
table_type
VARCHAR(20)
すべての種類
のテーブル
次のいずれかでなけれ
ばなりません。
User table - ユーザー
テーブルのみ返します
System table - システム
テーブルのみ返します
返される結果セット
表 6-28 psp_tables で返される結果セット
6-34
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
テーブル所有者の名前
TABLE_NAME
VARCHAR(255)
テーブルの名前
Pervasive PSQL システムストアドプロシージャ
表 6-28 psp_tables で返される結果セット
列名
データ型
説明
TABLE_TYPE
VARCHAR(15)
System table - テーブルが
システムテーブルの場合
User table - 任意のユー
ザーによって作成された
テーブルの場合
REMARKS
VARCHAR(255)
備考
FILE_LOCATION
VARCHAR(255)
ファイルが保存されてい
る場所
例
call psp_tables(,,)
結果セット
Table_qualifier
Table_
owner
Table_name
Table_
Type
Remarks
File_location
Demodata
Null
X$file
System
table
Null
File.ddf
Demodata
Null
X$field
System
table
Null
Field.ddf
Demodata
Null
X$Attrib
System
table
Null
Attrib.ddf
Demodata
Null
Billing
User
table
Null
Billing.mkd
.....
6-35
システムストアドプロシージャ
call psp_tables(, , 'User table')
結果セット
Table_qualifier
Table_
owner
Table_name
Table_
Type
Remarks
File_location
Demodata
Null
Class
User
table
Null
class.mkd
Demodata
Null
Billing
User
table
Null
Billing.mkd
.....
call psp_tables(, , 'System table')
結果セット
Table_qualifier
Table_
owner
Table_name
Table_
Type
Remarks
File_location
Demodata
Null
X$file
System
table
Null
File.ddf
Demodata
Null
X$field
System
table
Null
Field.ddf
Demodata
Null
X$Attrib
System
table
Null
Attrib.ddf
.....
6-36
Pervasive PSQL システムストアドプロシージャ
call psp_tables('wsrde', 'X$file',)
結果セット
Table_qualifier
Table_
owner
Table_name
Table_
Type
Remarks
File_location
wsrde
Null
X$file
System
table
Null
File.ddf
エラー状況

table_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
テーブル名は空文字列にできません。

table_type が空文字列の場合は、次のエラーメッセージが表示されます。
テーブルの種類は空文字列にできません。

table_type に User table または System table 以外の値を指定した場合は、
次のエラーメッセージが表示されます。
テーブルの種類は user table または system table のいずれかです。
psp_table_rights
現在のデータベースまたは指定されたデータベースから、特定テーブルの
テーブルのアクセス権の一覧とそれに関連する情報を返します。
構文
call psp_table_rights(['database_qualifier'], ['table_name'],
['user_name'])
6-37
システムストアドプロシージャ
引数
表 6-29 psp_table_rights の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
すべてのテーブル
アクセス権が指定され
ているテーブルの名前
user_name
VARCHAR(255)
すべてのユーザー
テーブルのアクセス権
の一覧を取得する必要
のあるユーザーの名前
返される結果セット
表 6-30 psp_table_rights で返される結果セット
列名
データ型
説明
TABLE_QUALIFIER
VARCHAR(20)
データベースの名前
TABLE_OWNER
VARCHAR(20)
テーブルの所有者の名前
USER_NAME
（GRANTEE）
VARCHAR(255)
ユーザーの名前
TABLE_NAME
VARCHAR(255)
テーブルの名前
RIGHTS
VARCHAR(12)
次のいずれかの値です。
SELECT
UPDATE
INSERT
ALTER
REFERENCES
DELETE
例
次のステートメントは、ユーザー 'John' が 'Department' テーブルに対して
持っているテーブルのアクセス権を出力します。
GRANT SELECT ON Department TO John;
GRANT ALTER ON Department TO John;
6-38
Pervasive PSQL システムストアドプロシージャ
GRANT DELETE ON Department TO John;
GRANT SELECT ON class TO Mary;
GRANT ALTER ON class TO Mary;
call psp_table_rights(,'Department', 'John')
結果セット
Table_qualifier
Table_owner
User_name
Table_name
Rights
Demodata
Null
John
Department
SELECT
Demodata
Null
John
Department
ALTER
Demodata
Null
John
Department
DELETE
Demodata
Null
Mary
Class
SELECT
Demodata
Null
Mary
Class
ALTER
.....
call psp_table_rights('demodata', 'department', )
結果セット
Table_qualifier
Table_owner
User_name
Table_name
Rights
Demodata
Null
John
Department
SELECT
Demodata
Null
John
Department
ALTER
Demodata
Null
John
Department
DELETE
.....
6-39
システムストアドプロシージャ
call psp_table_rights('demodata', 'class, 'Mary')
結果セット
Table_qualifier
Table_owner
User_name
Table_name
Rights
Demodata
Null
Mary
Class
SELECT
Demodata
Null
Mary
Class
ALTER
.....
エラー状況

table_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
テーブル名は空文字列にできません。

user_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
ユーザー名は空文字列にできません。
psp_triggers
現在のデータベースまたは指定されたデータベースから、トリガの一覧と
それに関連する情報を返します。
構文
call psp_triggers(['database_qualifier'], ['table_name'])
6-40
Pervasive PSQL システムストアドプロシージャ
引数
表 6-31 psp_triggers の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
table_name
VARCHAR(255)
すべてのテー
ブル
トリガが定義されてい
るテーブルの名前。パ
ターン検索がサポート
されます。
返される結果セット
表 6-32 psp_triggers で返される結果セット
列名
データ型
説明
TRIGGER_QUALIFIER
VARCHAR(20)
データベースの名前
TRIGGER_OWNER
VARCHAR(20)
トリガの所有者の名前
TABLE_NAME
VARCHAR(255)
トリガが定義されているテーブ
ルの名前。
TRIGGER_NAME
VARCHAR(255)
トリガの名前
ISUPDATE
UTINYINT
UPDATE トリガである場合に設
定されます
ISDELETE
UTINYINT
DELETE トリガである場合に設
定されます
ISINSERT
UTINYINT
INSERT トリガである場合に設定
されます
ISAFTER
UTINYINT
トリガの動作時間が "AFTER" で
ある場合に設定されます
ISBEFORE
UTINYINT
トリガの動作時間が "BEFORE"
である場合に設定されます
REMARKS
VARCHAR(255)
備考
6-41
システムストアドプロシージャ
例
次のステートメントは、'A' テーブルに定義されているトリガの一覧を返し
ます。
CREATE TABLE A
(
col1 INTEGER,
col2 CHAR(255)
) ;
CREATE TABLE B
(
col1 INTEGER,
col2 CHAR(255)
) ;
CREATE TRIGGER MyInsert
AFTER INSERT ON A
FOR EACH ROW
INSERT INTO B VALUES
(NEW.col1, NEW.col2);
...
call psp_triggers(,)
結果セット
Trigger_
qualifier
Trigger
_owner
Table_
name
Trigger_
name
isupdate
isdelete
isinsert
isafter
isbefore
Remarks
demodata
Null
A
MyInsert
0
0
1
0
0
Null
.....
call psp_triggers('demodata',
)
結果セット
Trigger_
qualifier
Trigger
_owner
Table_
name
Trigger_
name
isupdate
isdelete
isinsert
isafter
isbefore
Remarks
demodata
Null
A
MyInsert
0
0
1
0
0
Null
.....
6-42
Pervasive PSQL システムストアドプロシージャ
エラー状況

table_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
テーブル名は空文字列にできません。
psp_udfs
現在のデータベースまたは指定されたデータベースから、ユーザー定義関
数（UDF）の一覧とそれに関連する情報を返します。
構文
call psp_udfs(['database_qualifier'], ['udf_name'])
引数
表 6-33 psp_udfs の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
udf_name
VARCHAR(255)
すべての UDF
詳細を要求する UDF の
名前
返される結果セット
表 6-34 psp_udfs で返される結果セット
列名
データ型
説明
UDF_QUALIFIER
VARCHAR(20)
データベースの名前
UDF_OWNER
VARCHAR(20)
UDF の所有者の名前
UDF_NAME
VARCHAR(255)
UDF の名前
6-43
システムストアドプロシージャ
表 6-34 psp_udfs で返される結果セット
列名
データ型
説明
UDF_TYPE
VARCHAR(25)
UDF の種類
現在、Pervasive PSQL は特別
な種類の UDF をサポートし
ていません。
NUM_INPUT_PARAMS
INT
ヌルを返します。これは、
Pervasive PSQL DSN に対し
て SQLPROCEDURES を実
行した場合にはヌルが返さ
れるからです。
NUM_OUTPUT_PARAMS
INT
1 を返します。 UDF はスカ
ラ値のみを返します。
NUM_RESULT_SETS
INT
0 を返します。 UDF は結果
セットを返しません。
REMARKS
VARCHAR(255)
備考
例
call psp_udfs(, )
結果セット
UDF_
qualifier
UDF_
owner
UDF_name
Udf_type
Num_input_
params
Num_output_
params
Num_
result
_sets
Remarks
Demodata
Null
CalcInterest
User-defined
function
Null
1
0
Null
Demodata
Null
Factorial
User-defined
function
Null
1
0
Null
.....
6-44
Pervasive PSQL システムストアドプロシージャ
call psp_udfs('wsrde', )
結果セット
UDF_
qualifier
UDF_
owner
UDF_name
Udf_type
Num_input_
params
Num_output_
params
Num_
result
_sets
Remarks
wsrde
Null
CalcInterest
User-defined
function
Null
1
0
Null
wsrde
Null
Factorial
User-defined
function
Null
1
0
Null
.....
エラー状況

udf_name が空文字列の場合は、次のエラーメッセージが表示されます。
ユーザー定義関数名は空文字列にできません。
psp_users
現在のデータベースまたは指定されたデータベースから、ユーザーの一覧
とそれに関連する情報を返します。
構文
call psp_users(['database_qualifier'], ['group_name'], ['user_
name'])
6-45
システムストアドプロシージャ
引数
表 6-35 psp_users の引数
パラメータ
データ型
デフォルト値
説明
database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータ
ベースの名前
group_name
VARCHAR(255)
すべてのグループ
ユーザー情報の取得に
使用するグループの名
前。パターン検索がサ
ポートされます。グ
ループ名が指定されて
いる（つまり、ヌルで
ない）場合は、その同
じグループに属してい
るユーザーのみが返さ
れます。
user_name
VARCHAR(255)
すべてのユーザー
ユーザーの名前。パ
ターン検索がサポート
されます。
返される結果セット
表 6-36 psp_users で返される結果セット
6-46
列名
データ型
説明
DATABASE_
QUALIFIER
VARCHAR(20)
データベースの名前
GROUP_ID
USMALLINT
ユーザーが属しているグループの
グループ ID
GROUP_NAME
VARCHAR(255)
ユーザーが属しているグループの
名前
USER_ID
USMALLINT
ユーザーの ID
USER_NAME
VARCHAR(255)
ユーザーの名前
Pervasive PSQL システムストアドプロシージャ
例
call psp_users(, ,
)
結果セット
Database_qualifier
Group_Id
Group_Name
User_Id
User_Name
Demodata
1
DevGrp
3
John
Demodata
2
DevGrp1
1
Mary
Demodata
1
DevGrp
4
Michael
call psp_users(, 'Devgrp', )
結果セット
Database_qualifier
Group_Id
Group_Name
User_Id
User_Name
Demodata
1
DevGrp
3
John
Demodata
2
DevGrp
4
Michael
call psp_users('wsrde', 'Devgrp', 'John')
結果セット
Database_qualifier
Group_Id
Group_Name
User_Id
User_Name
wsrde
1
DevGrp
3
John
エラー状況

database_qualifier が空文字列の場合は、次のエラーメッセージが表示さ
れます。
有効なデータベース名を入力してください。データベース名は空文字
列にできません。
6-47
システムストアドプロシージャ

user_name がヌルの場合は、次のエラーメッセージが表示されます。
ユーザー名はヌルにできません。

group_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
グループ名は空文字列にできません。
psp_views
現在のデータベースまたは指定されたデータベースから、ビューの一覧と
それに関連する情報を返します。
構文
call psp_views(['database_qualifier'], ['view_name'])
引数
表 6-37 psp_views の引数
パラメータ
データ型
デフォルト値
説明
Database_
qualifier
VARCHAR(20)
現在のデータ
ベース
詳細を取得するデータベー
スの名前
view_name
VARCHAR(255)
すべてのビュー
情報を要求するビューの名
前。パターン検索がサポー
トされます。
返される結果セット
表 6-38 psp_views で返される結果セット
6-48
列名
データ型
説明
VIEW_QUALIFIER
VARCHAR(20)
データベースの名前
VIEW_OWNER
VARCHAR(20)
ビューの所有者の名前
VIEW_NAME
VARCHAR(255)
ビューの名前
REMARKS
VARCHAR(255)
備考
VERSION_ID
UTINYINT
ビューのバージョン ID
Pervasive PSQL システムストアドプロシージャ
例
CREATE VIEW vw_Person (lastn,firstn,phone) AS
SELECT Last_Name, First_Name,Phone FROM Person;
...
call psp_views( )
結果セット
View_Qualifier
View_Owner
View_Name
View_Name
Demodata
Null
Vw_Person
Null
.....
call psp_views('demodata', 'vw_Person')
結果セット
View_Qualifier
View_Owner
View_Name
View_Name
Demodata
Null
Vw_Person
Null
.....
エラー状況

view_name が空文字列の場合は、次のエラーメッセージが表示されま
す。
ビュー名は空文字列にできません。
6-49
システムストアドプロシージャ
6-50
パフォーマンスリファレンス
7
データベースエンジンのパフォーマンス機能についての検討
ここでは、データベースエンジンで使用される最適化の詳細と、 SQL ス
テートメントでこれを最大限利用する方法について説明します。
ここでは、複雑な技術的題材を取り上げており、その内容は熟練 SQL ユー
ザー向けです。ここで使用されている用語の定義については、「用語」（717 ページ）を参照してください。

「制限の分析」（7-2 ページ）

「制限の最適化」（7-4 ページ）

「プッシュダウンフィルタ」（7-10 ページ）

「インデックスの有効な使用法」（7-11 ページ）

「テンポラリテーブルのパフォーマンス」（7-14 ページ）

「行の事前取得」（7-15 ページ）

「用語」（7-17 ページ）
7-1
パフォーマンスリファレンス
制限の分析
ここでは、データベースエンジンが「制限」で分析と最適化に使用する方
法の 1 つを説明します。ここで使用されている用語の定義については、「用
語」（7-17 ページ）を参照してください。
変形 CNF 変換
SQL ステートメントの実行中に、データベースエンジンは制限を「変形論
理積標準形（変形 CNF）」に変換しようとします。変形 CNF への変換は、
論理式を同一構造に置いて、クエリ処理の最適化のための制限の分析を容
易にします。制限を変形 CNF に変換できる場合、データベースエンジンは
クエリを順序立てて完全に分析し、利用可能な「インデックス」を有効に
利用できるように最適化します。データベースエンジンが制限を変形
CNF に変換できない場合でも、制限を分析してできる限りの最適化を行い
ます。ただし、この場合データベースエンジンは、既に変形 CNF にある制
限や内部的に変形 CNF に変換することができる制限のようには、利用可能
なインデックスを有効利用できないことがしばしばあります。
変換できない制限
制限の内容によっては、データベースエンジンが変形 CNF に変換できな
い制限があります。次の項目のいずれかが真になる場合、制限は変形 CNF
に変換されません。

制限にサブクエリが含まれている。

制限に NOT 演算子が含まれている。

制限に動的パラメータが含まれている（動的パラメータは SQL ステー
トメント内の疑問符（"?"）で、ステートメントが実行されるときに入
力を要求される）。
変換が行われない条件
データベースエンジンが制限を変形 CNF に変換できるのにそうしない場
合がいくつかあります。変形 CNF 変換後に最適化を適用するよりも元の
形式に適用した方が最適化による利益をより多く受けられると判断した場
合、データベースエンジンは制限を変形 CNF に変換しないという選択を
します。
次の項目のいずれかが真になる場合、制限は変形 CNF に変換されません。

7-2
制限が「論理和標準形（DNF）」になっており、すべての「述部」は、
等号（=）、 LIKE または IN 比較演算子のみを含む。
制限の分析
たとえば、データベースエンジンは次の制限を変形 CNF に変換しま
せん。
(c1 = 1 AND c2 = 1) OR (c1 = 1 AND c2 = 2) OR (c1 = 2)

制限が次のすべての条件に合致する。

「論理和標準形（DNF）」の式を含み、制限の残りの部分と AND で
結合されている。

指定した DNF 式は、「述部」のみで、等号（=）、 LIKE または IN 比
較演算子を含む。

DNF 式内の各「論理積」で同じ位置にある述部が同一列を参照する。
たとえば、次の「式」を含む「制限」は変形 CNF に変換されません。
(c1 = 1 AND c2 = 1) OR (c1 = 1 AND c2 = 2)
7-3
パフォーマンスリファレンス
制限の最適化
ここでは、制限内の式を利用するためにデータベースエンジンが使用する
基本技術を詳細に説明します。データベースエンジンが実行する最適化の
タイプを単純なものから複雑なものの順に下に示します。
データベースエンジンが使用する最適化技術を完全に理解することは、
データベースエンジンでの最適なパフォーマンスを実現するクエリを構
築するのに役立ちます。さらに、データベースエンジンがクエリを最適化
するためにインデックスをどのように使用するかを理解することにより、
一般的な使用で最高のパフォーマンスを提供するインデックスの構築方法
を決定することができます。
単純化のために、下の説明ではまず 1 つのテーブルの列を参照する式につ
いて述べます。述部で 2 つの異なるテーブルの列を比較する結合条件を使
用する最適化は単一テーブルの最適化の次に説明します。
ここで使用されている用語の定義については、「用語」（7-17 ページ）を参
照してください。
単一述部の最適化
「制限」の最適化の最も単純な形式は単一の「述部」を使用します。述部
は、次の条件をすべて満たす場合、最適化に使用されます。

述部は AND 演算子で制限の残りの部分と結合されている。

述部の 1 つのオペランドは先頭セグメントである列の参照で構成され、
もう 1 つのオペランドは列の参照を含まない式で構成されている（つま
りリテラル値または直接パラメータしか含まない）。

比較演算子は <、 <=、 =、 >=、 >、 LIKE または IN のいずれかです。
たとえば、最初のセグメントが列 c1 であるインデックスがあるとします。
次の述部は最適化に使用されます。
c1 = 1
c1 IN (1,2)
c1 > 1
閉じた範囲の最適化
「閉じた範囲」は、「単一述部の最適化」の条件をすべて満たす場合、最適
化に使用されます。
たとえば、最初のセグメントが列 c1 であるインデックスがあるとします。
次の閉じた範囲は最適化に使用されます。
c1 >= 1 AND c1 < 10
7-4
制限の最適化
変形論理和の最適化
「変形論理和」は、次の条件にすべて合致する場合、最適化に使用されます。

「制限」の残りの部分と AND 演算子で結合されている。

論理和内のそれぞれの「述部」および「閉じた範囲」は「単一述部の最
適化」および「閉じた範囲の最適化」の要件を満たしている。

それぞれの述部または閉じた範囲はその他と同じ列を参照する。
たとえば、最初のセグメントが列 c1 であるインデックスがあるとします。
次の変形論理和は最適化に使用されます。
c1 = 1 OR (c1 > 5 AND c1 < 10) OR c1 > 20
次の変形論理和は、すべての述部と閉じた範囲内で同一列が参照されてい
ないため、このタイプの最適化には使用されません。
c1 = 1 OR (c1 > 5 AND c1 < 10) OR c2 = 1
論理積の最適化
「論理積」は、次の条件にすべて合致する場合、最適化に使用されます。

制限の残りの部分と AND 演算子で結合されている。

論理積内のそれぞれの「述部」は、「単一述部の最適化」の要件を満た
している。

それぞれの述部は、先頭セグメントごとに 1 つの述部のみを使用して、
インデックスの先頭セグメントで最適化を行う（つまり、同じ先頭セグ
メントのセットを使用する 2 つの異なる述部はない）。

すべての述部は、最後のセグメントを参照する述部を除き、最適化に使
用され、等号（=）比較演算子を使用する。
たとえば、最初の 3 つのセグメントに c1、 c2、 c3 の 3 つの列をこの順序で
持つインデックスがあるとします。次の論理積の配置は最適化に使用され
ます。
c1 = 1 AND c2 = 1 AND c3 = 1
c1 = 1 AND c2 = 1 AND c3 >= 1
c1 = 1 AND c2 > 1
述部の順序は関係ありません。たとえば、次の論理積は最適化に使用され
ます。
c2 = 1 AND c3 = 1 AND c1 = 1
次の論理積は、インデックスの 2 番目のセグメントが飛ばされているため
（列 c2 への参照がない）、最適化には使用されません。
c1 = 1 AND c3 = 1
この場合、単一の述部 c1 = 1 は最適化に使用されます。
7-5
パフォーマンスリファレンス
論理和標準形の最適化
「論理和標準形（DNF）」の式は、次の条件をすべて満たす場合、最適化に
使用されます。

制限の残りの部分と AND 演算子で結合されている。

式のそれぞれの論理積は、「論理積の最適化」の要件を満たし、さらに
すべての述部が等号（=）比較演算子を含む必要がある。

すべての論理積は、最適化に、同じインデックスと同じ数のセグメント
を使用する必要がある。
データベースエンジンは、元から DNF にあった制限を変形 CNF に変換し
ません。これは DNF 上で最適化されるためです。
たとえば、最初の 3 つのセグメントに c1、 c2、 c3 の 3 つの列をこの順序で
持つインデックスがあるとします。 DNF の次の式は最適化に使用されま
す。
(c1 = 1 AND c2 = 1 AND c3 = 1) OR (c1 = 1 AND c2 = 1 AND
c3 = 2) OR (c1 = 2 AND c2 = 2 AND c3 = 2)
DNF の次の式は、両方の論理積が同数のセグメントを参照していないた
め、最適化に使用されません。
(c1 = 1 AND c2 = 1 AND c3 = 1) OR (c1 = 1 AND c2 = 2)
変形論理積標準形の最適化
「変形論理積標準形（変形 CNF）」の式は、次の条件をすべて満たす場合、
最適化に使用されます。

制限の残りの部分と AND 演算子で結合されている。

それぞれの「変形論理和」は「変形論理和の最適化」の要件を満たす。
ただし、それぞれの変形論理和は、「先頭セグメント」を構成する異な
るインデックスセグメントを参照する必要がある（つまり、すべての
論理和を集めるとどのセグメントも抜けていない）。

すべての変形論理和は、最後のセグメントを参照するものを除き、等号
（=）比較演算子を使用する述部を少なくとも 1 つ含む。
変形 CNF 最適化は DNF 最適化と似ていますが、 DNF 最適化ではサポート
されない、異なる比較演算子を含む述部の組み合わせを使用することがで
きます。
たとえば、最初の 3 つのセグメントに c1、 c2、 c3 の 3 つの列をこの順序で
持つインデックスがあるとします。変形 CNF の次の式は最適化に使用され
ます。
(c1 = 1 OR c1 = 2) AND (c2 = 1 OR (c2 > 2 AND c2 < 5))
AND (c3 > 1)
7-6
制限の最適化
変形 DNF 内の等号式に注目すると、データベースエンジンがこの式を最
適化に使用する方法を簡単に理解できます。
(c1 = 1 AND c2 = 1 AND c3 > 1) OR (c1 = 1 AND (c2 > 2 AND
c2 < 5) AND c3 > 1) OR (c1 = 2 AND c2 = 1 AND c3 > 1) OR
(c1 = 2 AND (c2 > 2 AND c2 < 5) AND c3 > 1)
変形 CNF 最適化で開いた範囲を閉じる
2 つの「変形論理和」は、次の条件を満たす場合、結合されて 1 つまたは
複数の「閉じた範囲」を形成します。

変形論理和は「変形論理和の最適化」の要件を満たす。

変形論理和は両方とも同一インデックスの同一セグメントを使用する。

変形論理和は両方とも開いた範囲を含み、結合されて 1 つまたは複数の
閉じた範囲を形成する。
たとえば、最初のセグメントが列 c1 であるインデックスがあるとします。
変形 CNF の次の式は最適化に使用されます。
(c1 = 1 OR c1 > 2) AND (c1 < 5 OR c1 = 10)
単純な変形論理和である等号式に注目すると、データベースエンジンがこ
の式を最適化に使用する方法が簡単に理解できます。
c1 = 1 OR (c1 > 2 AND c1 < 5) OR c1 = 10
単一結合条件の最適化
2 つのテーブルを含む最も単純な最適化の形式は、単一の「結合条件」を
使用します。単一の結合条件の最適化は「単一述部の最適化」に似ていま
す。結合条件は、単一述部の最適化の条件をすべて満たす場合、最適化に
使用されます。結合条件を使用して最適化されるテーブルは、結合条件内
で参照されるほかのテーブルの後で処理されます。結合条件を使用して最
適化されるテーブルは、結合条件内で参照されるほかのテーブルの行から
取得した最適化値を使用します。
たとえば、最初のセグメントが列 c1 であるテーブル t1 のインデックスが
あるとします。次の結合条件は最適化に使用されます。
t1.c1 = t2.c1
t1.c1 > t2.c2
最適化の間、行はテーブル t2 から取得されます。この行から、列 c2 の値
を使用して、結合条件に従ってテーブル t1 を最適化します。
t1.c1 のインデックスの代わりに t2.c1 というインデックスがある場合、
t1.c1=t2.c1 を使用してテーブル t2 を最適化できます。この場合、テー
ブル t1 が最初に処理され、 t1.c1 の値が結合条件に従ってテーブル t2 の最
適化に使用されます。
7-7
パフォーマンスリファレンス
t1.c1 のインデックスだけでなく t2.c1 のインデックスも存在する場合に
は、データベースエンジンのクエリオプティマイザは両方のテーブルのサ
イズに加え、 2 つのインデックスの特性も調べて、全体で最高のクエリパ
フォーマンスを提供するテーブルを選択します。
結合条件を持つ論理積の最適化
結合条件の混成である「論理積」とほかの「述部」は、次の条件をすべて
満たす場合、最適化に使用されます。

すべての結合条件が同じ 2 つのテーブルの列を比較する。

論理積は、 2 つのテーブルのいずれかの通常の「論理積の最適化」の要
件を満たしている。
論理積を使用して最適化されるテーブルは、結合条件内で参照されるほか
のテーブルの後で処理されます。
たとえば、最初の 3 つのセグメントに、 c1、 c2、 c3 の 3 つの列をこの順序
で持つインデックスがテーブル t1 にあるとします。次の論理積は最適化に
使用されます。
t1.c1
t1.c1
t1.c1
t1.c1
=
=
=
=
t2.c1
t2.c1
t2.c1
1 AND
AND t1.c2 = t2.c2 AND t1.c3 = t2.c3
AND t1.c2 > t2.c2
AND t1.c2 = 1
t1.c2 = t2.c2
結合条件を持つ変形論理積標準形の最適化
結合条件を含む「変形論理積標準形（変形 CNF）」の「式」は、次の条件
をすべて満たす場合、最適化に使用されます。

「変形論理積標準形の最適化」の条件を満たす。

さらに、先頭セグメントの最後の部分で最適化された論理和以外で使用
されているすべての論理和は、単一の結合条件または単一の述部のみを
含み、少なくともその中の 1 つは単一結合条件である必要がある。
たとえば、最初の 3 つのセグメントに、 c1、 c2、 c3 の 3 つの列をこの順序
で持つインデックスがテーブル t1 にあるとします。変形 CNF の次の式は
最適化に使用されます。
(t1.c1 = t2.c1) AND (t1.c2 = t2.c2 OR
(t1.c2 > 2 AND t1.c2 < 5))
(t1.c1 = 1) AND (t1.c2 = t2.c2) AND
(t1.c3 > 2 AND t1.c3 < 5)
7-8
制限の最適化
変形 CNF 最適化で結合条件の開いた範囲を閉じる
このタイプの最適化は、閉じられる範囲が「結合条件」であることを除け
ば、まさに「変形 CNF 最適化で開いた範囲を閉じる」とよく似ています。
たとえば、最初の 2 つのセグメントに、 c1、 c2 の 2 つの列をこの順序で持
つインデックスがテーブル t1 にあるとします。変形 CNF の次の式は最適
化に使用されます。
(t1.c1 > t2.c1) AND (t1.c1 < t2.c2 OR t1.c1 = 10)
(t1.c1 = t2.c1) AND (t1.c2 > t2.c2) AND (t1.c2 < 10 OR
t1.c2 = 100)
複数インデックスの変形論理和の最適化
「変形論理和」は、次の条件にすべて合致する場合、複数のインデックスを
使用して最適化に使用されます。

制限の残りの部分と AND 演算子で結合されている。

論理和内のそれぞれの「述部」および「閉じた範囲」は「単一述部の最
適化」または「閉じた範囲の最適化」の要件をそれぞれ満たしている。

それぞれの述部または閉じた範囲は、インデックスの最初のセグメント
である列を参照する。すべての述部と閉じた範囲が同一列を参照する場
合、このシナリオは、単に前に説明した「変形論理和の最適化」のとお
りとなります。
たとえば、最初のセグメントが列 c1 であるインデックスと、最初のセグメ
ントが列 c2 であるもう 1 つのインデックスがあるとします。次の変形論理
和は最適化に使用されます。
c1 = 1 OR (c1 > 5 AND c1 < 10) OR c2 = 1
7-9
パフォーマンスリファレンス
プッシュダウンフィルタ
プッシュダウンフィルタは厳密には内部的な最適化技術です。高速なフィ
ルタ処理能力を利用することにより、データベースエンジンは、制限の内
容によって結果セットから拒否する特定の行を効率的に識別することがで
きます。結果セットから行を排斥してから結果セットを返すため、データ
ベースエンジンが分析する必要のある行数が減り、プッシュダウンフィル
タを使用しない場合よりも速く処理を完了します。
データベースエンジンは、次の条件が満たされる場合、式または式の組み
合わせをプッシュダウンフィルタとして使用できます。

「制限」の残りの部分と AND 演算子で結合されている場合、プッシュ
ダウンフィルタで「述部」が使用できる。

1 つのオペランドが列参照から成り、ほかのオペランドがリテラル値ま
たは動的パラメータ（"?"）から成る場合、「述部」がプッシュダウン
フィルタで使用できる。また、参照される列のデータ型は、 bit、 float、
double、 real、 longvarchar、 longvarbinary または binary のいずれでもない
必要がある。

比較演算子が <、 <=、 =、 >=、 > または <> のいずれかの場合、プッシュ
ダウンフィルタで「述部」が使用できる。

「論理和」は、制限の残りの部分と AND 演算子で結合され、論理和内
のすべての述部がプッシュダウンフィルタで使用される述部の要件を
満たす場合、プッシュダウンフィルタで使用できる。ただし、述部が
制限の残りの部分と AND 演算子で結合されている必要がある要件は除
く。プッシュダウンフィルタには論理和が 1 つだけ含まれる。

プッシュダウンフィルタは単一の論理和およびプッシュダウンフィル
タで使用される述部の要件を満たす述部を組み合わせることができる。
ここで使用されている用語の定義については、「用語」（7-17 ページ）を参
照してください。
7-10
インデックスの有効な使用法
インデックスの有効な使用法
このリリースでは、「制限」以外の DISTINCT や ORDER BY 句などのクエ
リの特性で最適化を行うために、インデックスの使用に関するいくつかの
改善が行われました。場合によっては、インデックスは最適化目的で既に
使用されていますが、このリリースではさらに効率的に使用されています。
ここで使用されている用語の定義については、「用語」（7-17 ページ）を参
照してください。
集計関数の DISTINCT
インデックスは、 DISTINCT キーワードを含む「集計関数」から成る選択
リストを使用するクエリで取得する行数を減らすために使用することがで
きます。このタイプの最適化に適するように、 DISTINCT キーワードが動
作する式は単一の列参照から構成される必要があります。さらに、その列
はインデックスの先頭セグメントである必要があります。
たとえば、最初のセグメントが列 c1 であるテーブル t1 のインデックスが
あるとします。インデックスは、列 c1 の重複値を持つ行の取得を避けるた
めに使用することができます。
SELECT COUNT(DISTINCT c1) FROM t1 WHERE c2 = 1
選択リストに先立つ DISTINCT
インデックスは、選択リストに先立つ DISTINCT キーワードを持つクエリ
で取得する行数を減らすために使用することができます。このタイプの最
適化に適するように、選択リストは列参照のみから成り（算術式やスカラー
関数のような複合式を含まない）、参照列は単一インデックスの先頭セグメ
ントである必要があります。
たとえば、最初の 3 つのセグメントに、 c1、 c2、 c3 の 3 つの列を任意の順
序で持つインデックスがテーブル t1 にあるとします。インデックスは、選
択リストの項目の重複値を持つ行の取得を避けるために使用することがで
きます。
SELECT DISTINCT c1, c2, c3 FROM t1 WHERE c2 = 1
インデックスのセグメント順序
ORDER BY 句で最適化のためにインデックスが使用されるかどうかは、イ
ンデックスのセグメントとして列がどのような順序で現れるかによりま
す。具体的には、このタイプの最適化に適するように、 ORDER BY 句内の
列はインデックスの先頭セグメントである必要があり、インデックス内で
セグメントとして現れる順序と同じ順序で ORDER BY 句に現れる必要が
あります。
7-11
パフォーマンスリファレンス
これとは対照的に、インデックスは、選択リストまたは GROUP BY 句が
インデックスの先頭セグメントで構成されている限り、選択リストの前に
ある DISTINCT または GROUP BY 句を最適化するのに使用されます。こ
のステートメントは、インデックス内のセグメントとして列が現れる順序
にかかわらず真です。
たとえば、最初の 3 つのセグメントに、 c1、 c2、 c3 の 3 つの列を任意の順
序で持つインデックスがテーブル t1 にあるとします。インデックスは、次
のクエリの DISTINCT で最適化を行うために使用することができます。
SELECT DISTINCT c1, c2, c3 FROM t1
SELECT DISTINCT c2, c3, c1 FROM t1 WHERE c3 > 1
インデックスは、次のクエリの GROUP BY で最適化を行うために使用す
ることができます。
SELECT c1, c2, c3, count(*) FROM t1 GROUP BY c2, c1, c3
SELECT c2, c3, c1, count(*) FROM t1 GROUP BY c3, c2, c1
ただし、 ORDER BY での最適化に使用されるインデックスは、 c2、 c1、 c3
の順序である必要があります。
SELECT c1, c2, c3 FROM t1 ORDER BY c2, c1, c3
セグメントの昇順属性
ORDER BY 句で最適化にインデックスが使用されるかどうかは、いくつか
の条件によって決まります。
具体的には、インデックスは次の条件をすべて満たす場合、最適化に使用
されます。

ORDER BY 句で列名に続いて DESC キーワードがある。

対応するインデックスセグメントが降順で定義されている。

指定した列がヌル可能列ではない。
さらに、インデックスは次の逆の条件をすべて満たす場合、最適化に使用
されます（ヌル可能列は昇順の ORDER BY では使用できます）。

ORDER BY ステートメントで列名の後に ASC キーワードまたは ASC
でも DESC でもないものが続く。

対応するインデックスセグメントが昇順で定義されている。
同様に、関連するすべてのセグメントの昇順または降順属性が ORDER BY
句で指定された ASC または DESC キーワードと完全に反する場合、イン
デックスは ORDER BY の最適化に使用されます。さらに、降順に定義さ
れたセグメントは、関連する列がヌル可能列でない場合にのみ使用されま
す。
7-12
インデックスの有効な使用法
インデックスは、いずれかのセグメントの属性が昇順であるか降順である
かに無関係に、制限の最適化、 DISTINCT の最適化または GROUP BY 句の
最適化に使用されます。
たとえば、最初の 2 つのセグメントに、 c1、 c2 の 2 つの列をこの順序で持
つインデックスがテーブル t1 にあり、セグメントは 2 つとも昇順であると
します。このインデックスは、次のクエリで最適化を行うために使用する
ことができます。
SELECT
SELECT
SELECT
SELECT
SELECT
c1, c2, c3 FROM
c1, c2, c3 FROM
DISTINCT c1, c2
DISTINCT c2, c1
* FROM t1 WHERE
t1 ORDER BY c1, c2
t1 ORDER BY c1 DESC, c2 DESC
FROM t1
FROM t1
c1 = 1
最初の 2 つのセグメントに、 c1、 c2 の 2 つの列をこの順序で持つインデッ
クスがテーブル t1 にあり、 c1 のセグメントは昇順、 c2 のセグメントは降
順に定義されているとします。また c2 はヌル可能列であるとします。 2 番
目のセグメントは降順かつヌル可能列であるため、ORDER BY の最適化に
は使用できません。このインデックスは、次のクエリで最適化を行うため
に使用することができます。
SELECT
SELECT
SELECT
SELECT
SELECT
c1, c2, c3 FROM
c1, c2, c3 FROM
DISTINCT c1, c2
DISTINCT c2, c1
* FROM t1 WHERE
t1 ORDER BY c1
t1 ORDER BY c1 DESC
FROM t1
FROM t1
c1 = 1
c2 列がヌル可能列でない場合、インデックスは次のクエリで最適化を行う
ために使用することができます。
SELECT c1, c2, c3 FROM t1 ORDER BY c1, c2 DESC
SELECT c1, c2, c3 FROM t1 ORDER BY c1 DESC, c2
検索更新の最適化
インデックスの先頭セグメントを更新するとき、検索のための WHERE 句
で同じインデックスを使うことによって、検索の最適化を利用することが
できます。データベースエンジンは、 UPDATE 用のセッション（クライア
ント ID）と、もう 1 つ検索用のセッションを使用します。
次のステートメントは、検索の最適化によって利益を得られます。
CREATE
CREATE
INSERT
INSERT
INSERT
INSERT
INSERT
UPDATE
UPDATE
TABLE t1 (c1 INT)
INDEX t1_c1 ON t1(c1)
INTO t1 VALUES (1)
INTO t1 VALUES (1)
INTO t1 VALUES (9)
INTO t1 VALUES (10)
INTO t1 VALUES (10)
t1 SET c1 = 2 WHERE c1 = 10
t1 SET c1 = c1 + 1 WHERE c1 >= 1
7-13
パフォーマンスリファレンス
テンポラリテーブルのパフォーマンス
パフォーマンスの改善は、このリリースでテンポラリソートテーブルの実
装に対しても行われました。クエリを処理するには、データベースエンジ
ンは内部的な使用目的でテンポラリテーブルを生成する必要があります。
これらのクエリの多くに対するパフォーマンスが改善されました。
一般的に、次の条件のいずれかが真の場合、データベースエンジンは少な
くとも 1 つのテンポラリテーブルを生成してクエリを処理します。

DISTINCT キーワードの次に来る選択リストの項目はインデックスの
先頭セグメントではない。
たとえば、次のクエリは、列 c1 および c2 にインデックスが設定され
ていて先頭セグメントでなければテンポラリテーブルを生成します。
SELECT DISTINCT c1, c2 FROM t1

GROUP BY 句が存在し、 GROUP BY 句内の項目はインデックスの先頭
セグメントではない。
たとえば、次のクエリは、列 c1 および c2 にインデックスが設定され
ていて先頭セグメントでなければテンポラリテーブルを生成します。
SELECT c1, c2, COUNT(*) FROM t1 GROUP BY c1, c2

静的カーソルが使用されている。
たとえば、アプリケーションが結果セットの作成の前に
SQL_CURSOR_TYPE オプションと SQL_CURSOR_STATIC 値を指定
して ODBC API の SQLSetStmtOption を呼び出す場合、テンポラリテー
ブルが生成されます。

結果セットにブックマークが含まれる。
たとえば、結果セットを生成する前に SQL_USE_BOOKMARKS オプ
ションを指定して ODBC API の SQLSetStmtOption を呼び出す場合で
す。

クエリは、 IN または =ANY キーワードの右側に相関関係を持たないサ
ブクエリを含む。
たとえば、次のようになります。
SELECT c1 FROM t1 WHERE c2 IN (SELECT c2 FROM t2)
7-14
行の事前取得
行の事前取得
ここで使用されている用語の定義については、「用語」（7-17 ページ）を参
照してください。
一定の状況の下では、 SELECT ステートメントの実行時、このリリースの
データベースエンジンは、結果の行セットの最初の 2 行をクライアントに
あらかじめ取得しようとします。この事前取得により、ゼロ行または 1 行
の結果セットからデータを取得するパフォーマンスが著しく改善されま
す。
行の事前取得は、結果セットが複数の行から成り、最初のデータ取得操作
が結果セットの最初の行を要求しないような場合、つまり最後の行を要求
するような場合には時間を著しく無駄にします。このため、事前取得がも
たらす利点が意味を成さないケースを回避する一方、利点をもたらすケー
スでのパフォーマンスの改善を目指すため、事前取得は最大 2 行に制限さ
れています。
事前取得は、クライアント DSN セットアップオプションで［配列フェッ
チ］が有効になっている場合にのみ行われます。配列フェッチは事前取得
と似ていますが、配列フェッチは最初の明示的なデータ取得操作が実行さ
れるまでは行われない点が異なります。この違いは、最初の明示的なデー
タ取得操作により、データベースエンジンが残りの結果セットを取得する
方法を推定するのに十分な情報を提供するためです。たとえば、最初の
データ取得操作が ODBC API の SQLFetch 呼び出しの場合、これにより、
データベースエンジンは一度に 1 レコードずつ前方へ取得していくこと
で結果セット全体を取得できることが確実に推定できます。この推定が成
されるのは、 ODBC 仕様に従って、 SQLFetch を使用すると残りの結果セッ
トも同様に SQLFetch で取得されることが必要になるためです。一方、
SQLExtendedFetch が呼び出され行セットのサイズが 1 より大きい場合、ク
ライアントは開発者が最適な行セットサイズを指定したものと推定し、配
列フェッチでその設定を無効にしません。
事前取得は、次の条件のすべてが満たされた場合に起こります。

配列フェッチが有効である。

結果セットは大きな可変長データを含まない。たとえば、選択リストに
LONGVARCHAR または LONGVARBINARY 型の列を含まない。

結果セットにブックマークが含まれない。
たとえば、SQL_USE_BOOKMARKS オプションおよび SQL_UB_ON 値
を指定して ODBC API の SQLSetStmtOption が結果セットの生成の前
に呼び出された場合、事前取得は行われません。

読み取り専用の並行カーソルが使用されている。
7-15
パフォーマンスリファレンス
たとえば、 SQL_CONCURRENCY オプションおよび
SQL_CONCUR_READ_ONLY 以外の値を指定して ODBC API の
SQLSetStmtOption が結果セットの生成の前に呼び出された場合、事前
取得は行われません。デフォルトで、並行カーソルは読み取り専用で
す。
7-16
用語
用語
ここでは、この章の複雑で技術的な題材についての理解を助けるための定
義や例を示します。
集計関数
集計関数は、クエリの SELECT または HAVING 句の値のグループを使用し
て単一の値を生成します。集計関数には、 COUNT、 AVG、 SUM、 MAX、
MIN および DISTINCT があります。
閉じた範囲
閉じた範囲とは、 AND 演算子で結合された 1 組の「開いた範囲」です。開
いた範囲は両方とも同じ列を参照し、一方は < または <= 比較演算子を含
み、もう一方は >= または > 演算子を含む必要があります。 BETWEEN 句
も閉じた範囲を定義します。
たとえば、次の式は閉じた範囲です。
c1 > 1 AND c1 <= 10
c1 BETWEEN 1 AND 10
論理積
論理積は、 2 つ以上の「述部」が AND 演算子で結合された式です。たとえ
ば、次の「制限」は論理積です。
c1=2 AND c2<5
c1>2 AND c1<5 AND c2= "abc"
論理積標準形（CNF）
ある「式」が AND 演算子で結合された 2 つ以上の「論理和」を含む場合、
それは論理積標準形です。たとえば、次の式は CNF です。
c1 = 2 AND c2 < 5
(c1 = 2 OR c1 = 5) AND (c2 < 5 OR c2 > 20) AND (c3 = "abc"
OR c3 = "efg")
7-17
パフォーマンスリファレンス
論理和
論理和は、 2 つ以上の「述部」が OR 演算子で結合された「式」です。た
とえば、次の式は論理和です。
c1 = 2 OR c2 = 5
c1 = 2 OR c1 > 5 OR c2 = "abc"
論理和標準形（DNF）
ある「式」が OR 演算子で結合された 2 つ以上の「論理積」を含む場合、
それは論理和標準形です。たとえば、次の式は DNF です。
c1 = 2 OR c2 < 5
(c1 = 2 AND c2 = 5) OR (c2 > 5 AND c2 < 10) OR c3 = "abc"
式
代数的論理で構成される式は「制限」で使用できます。少なくとも 1 つ以
上の完全な「述部」を含む制限全体または制限の一部が式です。
インデックス
インデックスは、テーブル内の 1 つ以上の列に関連付けられた構造で、デー
タベースエンジンが効率的に検索と並べ替えを実行できるようにします。
データベースエンジンはインデックスを使用して、テーブル内のすべての
行を調べる代わりに検索条件を満たす特定の行のみを読み込むことによ
り、検索パフォーマンスを向上させます。データベースエンジンは、行の
取得後に効率の悪い技術で行を並べ替える代わりに、インデックスを使用
して SQL クエリで指定した順序で行を取得します。
結合条件
結合条件は、 <、 <=、 =、 >=、 > の比較演算子を使用して、あるテーブルの
列を別のテーブルの列と比較する「述部」です。
たとえば、次の述部は結合条件です。
t1.c1 = t2.c1
t1.c1 > t2.c2
7-18
用語
先頭セグメント
インデックスセグメントのグループは、「インデックス」の最初の n 列で
構成されていて、 n がインデックスの合計セグメント数以下の場合、先頭
セグメントです。たとえば、インデックスが列 c1、 c2、 c4 のセグメントで
定義されている場合、 c1 は先頭のセグメントで、 c1 と c2 はまとめて先頭
セグメント、 3 つすべてをまとめたものも先頭セグメントですが、 c2 単独
では先頭セグメントとは言えません。これは、セグメント c1 が c2 の前に
あり、 c1 が除外されているためです。列 c1 と c4 をまとめても先頭セグメ
ントとは言えません。c4 の前に c2 があり、これが除外されているためです。
変形論理積標準形（変形 CNF）
変形論理積標準形内の「式」は「論理積標準形（CNF）」内の式と似ていま
すが、各「論理和」が「閉じた範囲」に加えて「述部」を含む点が異なります。
たとえば、次の式は変形 CNF です。
c1 = 2 AND c2 < 5
(c1 = 2 OR (c1 > 4 AND c1 < 6) OR c1 = 10) AND (c2 = 1
OR c3 = "efg")
変形論理和
変形論理和は「論理和」と似ていますが、「閉じた範囲」に加えて「述部」
を含む点が異なります。
たとえば、次の式は変形論理和です。
c1 = 2 OR (c1 > 4 AND c1 < 5)
(c1 = 2 OR (c1 > 4 AND c1 < 5)) OR c2 = "abc"
開いた範囲
開いた範囲は、 <、 <=、 >= または > のいずれかの比較演算子を持つ「述部」
です。さらに、述部のオペランドの 1 つは単一の列で構成され、もう一方
のオペランドはほかのテーブルの単一の列またはリテラルで構成されてい
る必要があります。
たとえば、次の式は開いた範囲です。
c1 > 1
c1 <= 10
t1.c1 > t2.c1
7-19
パフォーマンスリファレンス
述部
述部は、 AND または OR の論理演算子を含まない論理式です（BETWEEN
は除く）。
たとえば、次の式は述部です。
(c1 = 1)
(c1 LIKE "abc")
(c1 BETWEEN 1 AND 2)
次の例は述部ではありません。
(c1 > 1 AND c1 < 5)
(c1 = 1 OR c1 = 2)
制限
制限は SQL クエリの WHERE 句全体です。
7-20
A
データ型
Pervasive PSQL がサポートするデータ型
ここでは、ODBC インターフェイスおよび Btrieve インターフェイスを介し
て Pervasive PSQL によって提供される、データ型およびデータ型マッピン
グについて説明します。

「Pervasive PSQL がサポートするデータ型」（A-2 ページ）

「データ型に関する注意事項」（A-10 ページ）

「旧データ型」（A-14 ページ）

「Btrieve キーのデータ型」（A-15 ページ）
A-1
データ型
Pervasive PSQL がサポートするデータ型
次の表は、 Pervasive PSQL によってサポートされるトランザクショナルお
よびリレーショナルデータ型に関する情報を示します。 SRDE は、
SQLGetData または SQLBindCol を呼び出すときに別のデータ型変換が指
定されない限り、リレーショナルデータ型を ODBC のデフォルトのデータ型に
変換します（データ型の変換については、『Microsoft ODBC Programmer’s
Reference』の「付録データ型」を参照してください）。適用できない項目
は " 適用外 " と示されています。
表 A-1 Pervasive PSQL データ型と対応する ODBC データ型
トランザク
ショナル型
（サイズ）
リレーショナル型
ODBC 型（コード）
型
コード
サイズ
（バイト
数）
作成 / 追加
パラメータ
メモ
AUTOINC(2)
SMALLIDENTITY
SQL_SMALLINT(5)
15
2
AUTOINC(4)
IDENTITY
SQL_INTEGER(4)
15
4
BFLOAT(4)
BFLOAT4
SQL_REAL(7)
9
4
p2
n4
BFLOAT(8)
BFLOAT8
SQL_DOUBLE(8)
9
8
p2
n4
BLOB
LONGVARBINARY
SQL_LONGVARBINARY
(-4)
22
適用外
p2
n 2 ,
n3, n6
CLOB
LONGVARCHAR
SQL_LONGVARCHAR
(-1)
21
適用外
p4
n5, n6
CURRENCY
CURRENCY
SQL_DECIMAL(3)
19
8
p2
DATE
DATE
SQL_DATE(9)
3
4
p2
DECIMAL
DECIMAL
SQL_DECIMAL(3)
5
1-64
p3
FLOAT (4)
REAL
SQL_REAL(7)
2
4
p2
FLOAT (8)
DOUBLE
SQL_DOUBLE(8)
2
8
p2
INTEGER(1)
TINYINT
SQL_TINYINT(-6)
1
1
p2
INTEGER(2)
SMALLINT
SQL_SMALLINT(5)
1
2
P2
INTEGER(4)
INTEGER
SQL_INTEGER(4)
1
4
p2
INTEGER(8)
BIGINT
SQL_DECIMAL(3)
1
8
p2
NUMERIC
NUMERIC
SQL_NUMERIC(2)
8
1-15
p3
n4
NUMERICSA
NUMERICSA
SQL_NUMERIC(2)
18
1-15
p3
n4
A-2
Pervasive PSQL がサポートするデータ型
表 A-1 Pervasive PSQL データ型と対応する ODBC データ型
トランザク
ショナル型
（サイズ）
リレーショナル型
ODBC 型（コード）
型
コード
サイズ
（バイト
数）
作成 / 追加
パラメータ
メモ
NUMERICSTS
NUMERICSTS
SQL_NUMERIC(2)
17
1-14
p3
n4
STRING
BINARY
SQL_BINARY(-2)
0
1-255
p1
n2, n3
STRING
CHAR
SQL_CHAR(1)
0
1-255
p1
n1
TIME
TIME
SQL_TIME(10)
4
4
p2
TIMESTAMP
TIMESTAMP
SQL_TIMESTAMP(11)
20
8
p2
UNSIGNED(1)
BINARY
UTINYINT
SQL_TINYINT(-6)
14
1
p2
UNSIGNED(2)
BINARY
USMALLINT
SQL_SMALLINT(5)
14
2
p2
UNSIGNED(4)
BINARY
UINTEGER
SQL_INTEGER(4)
14
4
p2
UNSIGNED(8)
BINARY
UBIGINT
SQL_DECIMAL(3)
14
8
p2
WSTRING
SQL でのサポート
なし
SQL でのサポートなし
25
適用外
n7
WSZSTRING
SQL でのサポート
なし
SQL でのサポートなし
26
適用外
n7
ZSTRING
VARCHAR
SQL_VARCHAR(12)
11
1-254
LOGICAL
BIT
SQL_BIT(-7)
7
1 ビット
p1
n5
追加 / 作成パラメータ
p1 - SIZE、 NOT NULL、 CASE
p2 - NOT NULL
p3 - PRECISION、 SCALE、 NOT NULL
p4 - NOT NULL、 CASE
メモ
n1 - 空白で埋められます
n2 - FIELD.DDF で、バイナリの使用を SQL に知らせるフラグセット
n3 - バイナリゼロで埋められます
A-3
データ型
n4 - 変数としても、またストアドプロシージャ内でも使用できません
n5 - 埋められません
n6 - インデックスを作成できません
n7 - トランザクショナルのみ
データ型の範囲
次の表は、 Pervasive PSQL データ型で有効な値の範囲を示したものです。
表 A-2 Pervasive PSQL データ型の範囲
リレーショナルデータ型
有効値の範囲
BFLOAT4
-1.70141172e+38 ～ +1.70141173e+38
0 以外の最小の負 / 正の値： -2.938736e-39 および +2.938736e-39
BFLOAT8
-1.70141173e+38 ～ +1.70141173e+38
0 以外の最小の負 / 正の値： -2.93873588e-39 および +2.93873588e-39
BIGINT
-9223372036854775808 ～ +9223372036854775807
BINARY
範囲は適用されません
BIT
範囲は適用されません
STRING
範囲は適用されません
CURRENCY
-922337203685477.5808 ～ +922337203685477.5807
DATE
01-01-0001 ～ 12-31-9999
DECIMAL
長さと小数点以下の桁数によって異なります。
DOUBLE
-1.7976931348623157e+308 ～ +1.7976931348623157e+308
0 以外の最小の負 / 正の値： -2.2250738585072014e-308 および
+2.2250738585072014e-308
FLOAT
-1.7976931348623157E+308 ～ +1.7976931348623157E+308
0 以外の最小の負 / 正の値： -2.2250738585072014e-308 および
+2.2250738585072014e-308
A-4
IDENTITY
+1 ～ +2147483647
INTEGER
-2147483648 ～ +2147483647
LOGICAL
範囲は適用されません
LONGVARBINARY
範囲は適用されません
LONGVARCHAR
範囲は適用されません
Pervasive PSQL がサポートするデータ型
表 A-2 Pervasive PSQL データ型の範囲
リレーショナルデータ型
有効値の範囲
MONEY
-99999999999999999.99 ～ +99999999999999999.99
NUMERIC
長さと小数点以下の桁数によって異なります。「Decimal データ型の
精度と小数点以下桁数」（A-8 ページ）を参照してください。
NUMERICSA
長さと小数点以下の桁数によって異なります。「Decimal データ型の
精度と小数点以下桁数」（A-8 ページ）を参照してください。
NUMERICSTS
長さと小数点以下の桁数によって異なります。「Decimal データ型の
精度と小数点以下桁数」（A-8 ページ）を参照してください。
REAL
-3.4028234E+38 ～ +3.4028234e+38
0 以外の最小の負 / 正の値： -1.4E-45 および 1.4E-45
SMALLIDENTITY
+1 ～ +32767
SMALLINT
-32768 ～ +32767
TIME
00:00:00 ～ 23:59:59
TIMESTAMP
0001-01-01 00:00:00.0000000 ～ 9999-12-31 23:59:59.9999999 UTC
TINYINT
-128 ～ +127
UBIGINT
0 ～ 18446744073709551615
UINTEGER
0 ～ 4294967295
USMALLINT
0 ～ 65535
UTINYINT
0 ～ 255
VARCHAR
範囲は適用されません
A-5
データ型
演算子の優先順位
式には複数の演算子が含まれることがあります。演算子の優先順位によっ
て、演算を実行する順序が決定します。 Pervasive PSQL は次に示す優先レ
ベルを使用します。高レベルの演算子は低レベルの演算子より先に評価さ
れます。レベル 1 が最高で、レベル 9 が最低です。
1
+ （正）、 - （負、否定）、 ~ （ビット演算 NOT）
2
* （乗算）、 / （除算）、 % （剰余）
3
+ （加算）、（+ 連結）、 - （減算）、 & （ビット演算 AND）
4
=, >, <, >=, <=, <>, !=, !>, !< （これらは比較演算子で、それぞれ次
を表します。等しい、より大きい、より小さい、以上、以下、等しく
ない、等しくない、より大きくない、より小さくない）
5
^ （ビット演算排他的 OR）、 | （ビット演算 OR）
6
NOT
7
AND
8
ALL、 ANY、 BETWEEN、 IN、 LIKE、 OR、 SOME
9
= （代入）
式に同じ優先レベルの演算子が 2 つある場合は、それらが式に現れる位置
を基に、左から右へ評価されます。
たとえば、次のプロシージャ内の SET ステートメントでは、除算演算子は
乗算演算子より先に評価されます。プロシージャは 21 を返します。
CREATE PROCEDURE checkvalue();
BEGIN
DECLARE :Counter INTEGER;
SET :Counter = 12 / 4 * 7;
PRINT :Counter;
END
CALL checkvalue
かっこ
かっこを使用すると、定義されている演算子の優先順位より優先させるこ
とができます。最初にかっこ内のものがすべて評価され、1 つの値がもたら
されます。この値は、かっこの外にある演算子で使用することができます。
たとえば、次のプロシージャ内の SET ステートメントで、除算演算子は通
常は加算演算子より先に評価されます。結果は 12 になります（つまり、 8
+ 4）。しかし、加算はかっこで囲まれているため最初に実行されるので、プ
ロシージャは結果の 4 を返します。
A-6
Pervasive PSQL がサポートするデータ型
CREATE PROCEDURE checkvalue1();
BEGIN
DECLARE :Counter INTEGER;
SET :Counter = 32 / (4 + 4);
PRINT :Counter;
END
CALL checkvalue1
式にネストされたかっこがある場合は、一番深くネストされている式が最
初に評価され、次に深くネストされている式の順に評価されます。
たとえば、次の SET ステートメントでは、加算が最初に実行され（一番深
いネスト）、次に乗算、減算、最後に除算が実行されます。変数は 5 に評価
される結果となります。
SET :Counter = 100 / (40 - (2 * (5 + 5)));
データ型の優先順位
データ型の優先順位は、異なるデータ型の 2 つの式が演算子によって結合
されている場合にどのデータ型で結果を出すかを決定します。低い優先順
位のデータ型が高い優先順位のデータ型に変換されます。
メモ互換性のないデータ型で演算を実行すると、Pervasive PSQL から
エラーが返されます。たとえば、 INTEGER を CHAR に加算しようと
した場合などです。
数値データ型
Pervasive PSQL はリレーショナルの数値データ型に対して、次の優先順位
をサポートしています。

DOUBLE、 FLOAT、 BFLOAT8 （最高）

REAL、 BFLOAT4

DECIMAL、 NUMERIC、 NUMERICSA、 NUMERICSTS

CURRENCY、 MONEY

BIGINT、 UBIGINT

INTEGER、 UINTEGER、 IDENTITY

SMALLINT、 USMALLINT、 SMALLIDENTITY

TINYINT、 UTINYINT

BIT （最低）
A-7
データ型
文字データ型
リレーショナルの文字データ型に対する優先順位は以下のとおりです。

LONGVARCHAR

CHAR、 VARCHAR
CHAR または VARCHAR と LONGVARCHAR を連結させた場合、結果は
LONGVARCHAR になります。
CHAR と VARCHAR を連結させた場合、結果のデータ型はその連結で最初
にくるデータ型になります（左から右へ）。たとえば、 c1 が CHAR で c2 が
VARCHAR の場合、（c1 + c2）の結果は CHAR になり、（c2 + c1）の結果は
VARCHAR になります。
優先順位が適用されないデータ型
BINARY および LONGVARBINARY データ型は優先順位を持ちません。こ
れらのデータ型を組み合わせる演算は許可されていません。
DATE、 TIME、および TIMESTAMP は同じデータ型のみと組み合わせるこ
とができます。
Decimal データ型の精度と小数点以下桁数
精度は、数値内の数字の数（桁数）です。小数位は、数値内の小数点より
右側の数字の数です。たとえば、909.777 という数では精度が 6 で小数位が
3 となります。
NUMERIC および DECIMAL データ型のデフォルトの最大精度は 64 です。
DECIMAL を除くすべての数値データ型で、精度と小数位は固定です。同
じデータ型の 2 つの式で算術演算を行った場合、結果は同じデータ型とな
り、そのデータ型の精度と小数位を持ちます。データ型が異なる式で演算
を行った場合は、優先順位のルールによって結果のデータ型が決定されま
す。結果の精度と小数位は、そのデータ型に定義されている桁数になりま
す。
次の条件の場合、結果は DECIMAL になります。

両方の式が DECIMAL。

一方の式が DECIMAL で、他方の式が DECIMAL よりも優先順位の低い
データ型。
表 A-3 は、演算結果のデータ型が DECIMAL になる場合に精度と小数位を
導き出す方法の定義を示しています。 "exp" は「式」を表し、 "s" は「小数
位」、 "p" は「精度」を表します。
A-8
Pervasive PSQL がサポートするデータ型
表 A-3 DECIMAL 演算の精度と小数位の計算方法
演算
精度
小数位
Addition (exp1 + exp2)
max(s1, s2) + max(p1 - s1, p2 - s2) +1
max(s1, s2)
Subtraction (exp1 - exp2)
max(s1, s2) + max(p1 - s1, p2 - s2) +1
max(s1, s2)
Multiplication (exp1 * exp2)
p1 + p2 + 1
s1 + s2
Division (exp1 / exp2)
p1 - s1 + s2 + max(6, s1 + p2 +1)
max(6, s1 + p2 +1)
UNION (exp1 UNION exp2)
max(s1, s2) + max(p1 - s1, p2 - s2) +1
max(s1, s2)
A-9
データ型
データ型に関する注意事項
このセクションでは、使用可能なデータ型に関するさまざまな動作および
キー情報について説明します。
CHAR、 VARCHAR、および LONGVARCHAR

CHAR 列には、列を「埋める」ために必要なだけ空白が追加されます。

VARCHAR/LONGVARCHAR 列には、列を「埋める」ための空白は追加
されません。意味のあるデータはヌル文字で終わります。

比較演算（LIKE および =）では、追加の空白は演算の対象になりませ
ん。ただし、 LIKE でクエリに空白が明示的に挿入された場合（'abc %'
など）、ワイルドカードの前の空白は演算の対象になります。この例の
場合、 'abc< 空白 >< 任意の文字 >' を検索します。
「LONGVARCHAR と LONGVARBINARY の制約」（A-11 ページ）も参照し
てください。
BINARY および LONGVARBINARY

BINARY 列には、列を「埋める」ために必要なだけのゼロが追加されます。

LONGVARBINARY 列には、列を「埋める」ための空白は追加されません。

現在のデータベースエンジンは、LONGVARBINARY の比較はできませ
ん。固定長の BINARY データの比較はできます。
Pervasive PSQL では、 1 つのテーブルで複数の LONGVARCHAR 列および
LONGVARBINARY 列がサポートされるようになりました。データは、オ
フセットに応じてレコードの可変長部分に格納されます。データの可変長
部分は、データの操作方法に応じて、データの列順とは異なるものにする
ことができます。次の例で考えてみましょう。
CREATE TABLE BlobDataTest
(
UINT,
// 固定レコード ( 型 14)
Clob1 LONGVARCHAR,
// 固定レコード ( 型 21)
Clob2 LONGVARCHAR,
// 固定レコード ( 型 21)
Nbr
)
A-10
Blob1 LONGVARBINARY, // 固定レコード ( 型 21)
データ型に関する注意事項
ディスク上では、物理レコードは通常次のように見えます。
[ 固定データ (Nbr, Clob1header, Clob2header,
Blob1header)][ClobData1][ClobData2][BlobData1]
列 Nbr を LONGVARCHAR 列に変更します。
ALTER TABLE BlobDataTest ALTER Nbr LONGVARCHAR
これで、物理レコードはディスク上で次のように見えるようになりました。
[ 固定データ (Nbrheader, Clob1header, Clob2header,
Blob1header)][ClobData1][ClobData2][BlobData1]
[NbrClobData]
見たとおり、データの可変長部分は既存のデータの列順には入りません。
しかし、新しく挿入したレコードについては、データの可変長部分は既存
のデータの列順に入ります。
[ 固定データ (Nbrheader, Clob1header, Clob2header,
Blob1header)][NbrClobData][ClobData1][ClobData2]
[BlobData1]
「LONGVARCHAR と LONGVARBINARY の制約」（A-11 ページ）も参照し
てください。
LONGVARCHAR と LONGVARBINARY の制約
LONGVARCHAR および LONGVARBINARY データ型には次の制約が適用
されます。

LIKE 述部は、列データの最初の 65500 文字に適用されます。

その他の述部はすべて、列データの最初の 256 文字に適用されます。

GROUP BY、 DISTINCT、および ORDER BY を伴った SELECT ステー
トメントはすべてのデータを返しますが、列データの最初の 256 文字に
のみ指示を行います。

SQLGetData の 1 回の呼び出しでは、 LONGVARCHAR または
LONGVARBINARY 列に対して Pervasive PSQL から返される最大文字数
は 65500 です。 65500 文字を超える列データを取得するためには、
SQLGetData を数回呼び出す必要があります。

LONGVARCHAR および LONGVARBINARY 型の列には最大 2GB まで
データを挿入できますが、 INSERT ステートメントでリテラル値を使用
すると、挿入可能な文字数は 15000 に減ります。ただし、パラメータを
使用することによって、 15000 文字以上挿入することは可能です。
A-11
データ型
浮動小数の比較
Pervasive ODBC エンジンインターフェイスでは、比較述部の浮動小数点数
は、近似値のアルゴリズムを使用して比較されます。たとえば、 12.203 =
12.20300000000001 の場合、 12.203 は >= 12.20300000000001 です。「DBL
EPSILON」として定義されているイプシロン値は、(.204460492503131e-016)
です。この機能は、大きい数値に対しては有効ですが、小さい数値の場合、
> と < は検出されません。小さい数値は同一値として検出されます。
メモ小数点以下の桁数が多い数値で精度を必要とする場合は、 Real
または Float データ型の代わりに Decimal データ型を使用してくださ
い。
ここでは、 Pervasive ODBC エンジンインターフェイスで SQL_DOUBLE
データ型（C 言語の double 型に対応）に使用される比較ルーチンについて
説明します。 SQL_REAL データ型（C 言語の float 型に対応）の場合、
Pervasive ODBC エンジンインターフェイスは FLT_EPSILON、つまり
(.2204460492503131e-016) を使用します。
SHORT sCnvDblCmp(
DOUBLE d1,
DOUBLE d2)
{
if (d1 == d2)
return 0;
if (d1 > d2)
{
if (d1 > d2 + DBL_EPSILON)
return(1);
}
else
{
if (d2 > d1 + DBL_EPSILON)
return(-1);
}
return(0);
}
A-12
データ型に関する注意事項
無限の表現
Pervasive PSQL で無限を表すには、次の表のように、 4 バイト（C 言語の
float 型）または 8 バイト（C 言語の double 型）の形式で、 16 進数または文
字として表現できます。
表 A-4 無限の表現
値
Float 16 進数
Float 文字
Double
16 進数
正の最大数
0x7FEFFFFFFFFFFFFF
負の最大数
0xFFEFFFFFFFFFFFFF
Double
文字
正の無限数
0x7F800000
1E999
0x7FF0000000000000
1E999
負の無限数
0xFF800000
-1E999
0xFFF0000000000000
-1E999
A-13
データ型
旧データ型
いくつかの古い（レガシー）データ型は、現行リリースの Pervasive PSQL
ではサポートされていません。次の表は、旧データ型に代わって使用する
新データ型を示します。
表 A-5 旧データ型に代わって使用される新データ型
A-14
旧データ型
型コード
代替データ型
型コード
LOGICAL(1)
7
UTINYINT
14
LOGICAL(2)
7
USMALLINT
14
LSTRING
10
VARCHAR
11
LVAR
13
LONGVARCHAR
21
MONEY
6
DECIMAL
5
NOTE
12
LONGVARCHAR
21
Btrieve キーのデータ型
Btrieve キーのデータ型
このセクションでは、インデックスを作成できる Btrieve データ型（キー
タイプ）について説明します。 MicroKernel は内部的に、文字列キーを 1 バ
イトずつ左から右へ比較します。デフォルトで、MicroKernel は ASCII 値に
基づいて文字列キーをソートします。しかし、文字列キーは、大文字小文
字を無視したり、オルタネートコレーティングシーケンス（ACS）を使用
するように定義することもできます。
MicroKernel は、符号なしバイナリキーを一度に 1 WORD ずつ比較します。
Intel 8086 プロセッサファミリは Integer の上位バイトと下位バイトを反転
させるため、 MicroKernel はこれらのキーを右から左へ比較します。
特定のデータ型が複数のサイズで使用できる（たとえば、 4 バイトと 8 バ
イトの FLOAT 値が使用できる）場合は、（新しいキーの作成に使用される）
キー長パラメータにより、そのキーのすべての値に適用されるサイズが定
義されます。許可されていないキーの長さを使ってキーを定義しようとす
ると、ステータス 29 （キー長が不正）になります。
次の表は、キータイプとそれに関連付けられたコードの一覧を示します。
表に続いて、各キータイプの内部記憶形式について説明します。
表 A-6 Btrieve キーのデータ型と型コード
データ型
型コード
AUTOINC
15
BFLOAT
9
BLOB
22
STRING
0
CLOB
21
CURRENCY
19
DATE
3
DECIMAL
5
FLOAT
2
INTEGER
1
LOGICAL
7
LSTRING
10
MONEY
6
A-15
データ型
表 A-6 Btrieve キーのデータ型と型コード
データ型
型コード
NUMERIC
8
NUMERICSA
18
NUMERICSTS
17
TIME
4
TIMESTAMP
20
UNSIGNED BINARY
14
WSTRING
25
WZSTRING
26
ZSTRING
11
AUTOINC
AUTOINC キータイプは、 2 バイトまたは 4 バイト長の符号付き Intel 整数
です。 AUTOINC キーは、内部的に Intel バイナリ整数形式で格納され、
WORD 内で上位バイトと下位バイトが反転されています。 MicroKernel は
AUTOINC キーをその絶対値を基に、右から左へと一度に 1 WORD ずつ別
のレコードに保存されている値と比較してソートします。 AUTOINC キー
を使用すると、ファイルにレコードを挿入するとき、既存の最大の値より
1 大きい値を自動的に割り当てることができます。値は絶対値を基にソー
トされるため、データ型が符号付きと考えた場合、可能性のあるレコード
数は期待するレコード数のおおよそ半分になります。
ファイルから削除された値は、自動的には再使用されません。挿入または
更新でゼロ（0）値を入力したら次に来る値を割り当てるようにデータベー
スエンジンに指示している場合、データベースは単純に最も大きい値を調
べ、その値に 1 を足した結果を挿入します。
すべてのレコードまたは一部のレコードで 1 つのフィールドの値を 0 に初
期化し、後から AUTOINC タイプのインデックスを追加できます。この機
能により、必要になるまで実際にインデックスを作成しなくても
AUTOINC キーの準備をすることができます。
インデックスを追加すると、MicroKernel は各フィールドの 0 値を適切に変
更します。値の番号付けは、そのフィールドで現在定義されている最大値
に 1 を足した値から始まります。フィールドに 0 以外の値が存在する場合、
MicroKernel はそれらを変更しません。ただし、 0 以外の重複する値が
フィールドに存在する場合は、 MicroKernel はエラーステータスコードを
返します。
A-16
Btrieve キーのデータ型
MicroKernel は、AUTOINC キーを含んでいる各オープンファイルに関連付
けられる自動インクリメント値の、以前に使用した最大値を保持します。
この値は、 AUTOINC フィールドに ASCII ゼロを含むレコードについて
INSERT オペレーションが発生した場合にのみ、確立されて増加します。
キーページの並行性を利用して同時変更が行えるように、値はすべてのク
ライアントから使用されます。
ファイルの次の AUTOINC 値は、前の AUTOINC 値を使った INSERT が発
生するたびに増加されます。これは、INSERT がトランザクション内にある
かどうか、また変更がコミットされるかどうかに無関係に起こります。
ただし、以下の項目がすべて真の場合には、 INSERT 中にこの値を小さく
することができます。

キー内にある最大の AUTOINC 値が、ファイルに対する次の AUTOINC
値よりも小さい。

ほかのどのクライアントも、最大の AUTOINC 値を含んでいるページに
影響を与えるトランザクションを保留にしていない。

最大の AUTOINC 値を含むキーページが、INSERT を行っているクライ
アントによって保留にされていない。
つまり、 1 トランザクション内の最初の INSERT のみが、次回使用可能な
AUTOINC 値を小さくすることができます。その後、次回使用可能な
AUTOINC 値は増加し続けます。
例を示して、 AUTOINC 値を小さくできる方法をわかりやすくしましょう。
レコード 1、 2、 3 および 4 を含む自動インクリメントファイルがあるとし
ます。次回使用可能な AUTOINC 値は 5 です。
クライアント 1 がトランザクションを開始し、新しいレコードを 2 件挿入
すると、次回使用可能な AUTOINC 値は 7 に増えます（クライアント 1 は
値 5 と 6 を取得します）。クライアント 2 がトランザクションを開始し、ま
た新しいレコードを 2 件挿入します。これにより、次回使用可能な
AUTOINC 値は 9 に増えます（クライアント 2 は値 7 と 8 を取得します）。
クライアント 1 がレコード 4、5、6 を削除します。次回使用可能な AUTOINC
値は INSERT でしか調整されないので、同じ値のままです。次に、クライ
アント 1 がコミットを行います。コミットされたバージョンのファイルに
は、現在レコード 1、 2 および 3 が含まれています。
クライアント 2 の場合、ファイルにはレコード 1、 2、 3、 7 および 8 が含ま
れます。次にクライアント 2 がもう 1 件レコードを挿入すると、レコード
9 になり、次回使用可能な AUTOINC 値は 10 に増えます。クライアント 2
がレコード 3、 7、 8、 9 を削除します。クライアント 2 では、現在ファイル
にはコミット済みのレコード 1 と 2 だけが含まれています。
A-17
データ型
次にクライアント 2 がもう 1 件レコードを挿入すると、レコード 10 になり
ます。次回使用可能な AUTOINC 値は 11 に増えます。この値は、変更を含
んでいるページに保留状態のほかの変更があるため、3 に減らされません。
次に、クライアント 2 がトランザクションを中止します。コミットされた
バージョンのファイルには、現在レコード 1、2 および 3 が含まれています
が、次回使用可能な AUTOINC 値は 11 のままです。
どちらかのクライアントが、トランザクションの内外を問わずもう 1 件レ
コードを挿入すると、次回使用可能な AUTOINC 値は 4 に減少されます。
これは、値を小さくするのに必要な条件がすべて真であるために起こりま
す。
自動インクリメントした値が範囲外になる場合は、ステータスコード 5 が
返されます。データベースエンジンは、値の「折り返し」を試みることも、
再度ゼロから始めることもしません。ただし、以前に挿入した値が削除さ
れており、自動インクリメントのシーケンス中で欠番になっている箇所が
わかる場合は、未使用値を直接挿入することができます。
制限
AUTOINC キーには、次の制限が適用されます。

重複のないキーとして定義する必要があります。

キーをセグメントキーにすることはできません。ただし、 AUTOINC
キーが個別の単一のキーとして最初に定義されており、そのキー番号が
セグメントキーのキー番号よりも小さい場合に限り、AUTOINC キーを
別のキーのセグメントとして含めることができます。

ほかのキーとオーバーラップすることはできません。

キーはすべて昇順でなければなりません。

AUTOINC キーに負の値を指定することはできません。
ファイルにレコードを挿入すると、MicroKernel は AUTOINC キー値を次の
ように扱います。

A-18
AUTOINC キーにバイナリ 0 の値を指定した場合、MicroKernel は以下の
基準に沿ってキーに値を割り当てます。

ファイルに最初のレコードを挿入する場合、 MicroKernel は AUTOINC
キーに値 1 を割り当てます。

ファイル内に既にレコードが存在する場合、 MicroKernel は AUTOINC
キーに、ファイル内の既存の最も大きい絶対値より 1 大きい値を割
り当てます。
AUTOINC キーに 0 以外の正の値を指定した場合、MicroKernel はファイ
ルにレコードを挿入し、指定した値をキー値として使用します。その値
を含むレコードがファイルに既に存在する場合、 MicroKernel はエラー
ステータスコードを返し、そのレコードを挿入しません。
Btrieve キーのデータ型
BFLOAT
BFLOAT キータイプは、単精度実数または倍精度実数です。単精度実数は、
23 ビットの仮数、 128 でバイアスされた 8 ビットの指数、およびサイン
ビットで格納されます。 4 バイト float の内部レイアウトは次のとおりで
す。
倍精度実数の表現法は、仮数が 23 ビットではなく 55 ビットである点を除
いては、単精度実数の表現法と同じです。最小有効数字の 32 ビットは、バ
イト 0 から 3 に格納されます。
BFLOAT 型は、一般に古い BASIC アプリケーションで使用されます。
Microsoft はこのデータ型を MBF （Microsoft Binary Format）と呼びますが、
Visual Basic 環境でこの型はサポートしていません。
BLOB
バイナリラージオブジェクト（BLOB）タイプは、最大 2 GB までのサイ
ズのバイナリデータフィールドのサポートを提供します。このタイプは 2
つの部分から成ります。

レコードの固定長部分での 8 バイトヘッダー。ヘッダーには、レコード
の可変長部分におけるデータの開始位置を示す 4 バイト整数と、その
フィールドのサイズを示す 4 バイト整数が含まれます。

レコードの可変長部分内にあるバイナリデータ自体。すべての BLOB
および CLOB フィールドのサイズの合計は 2 GB 以下である必要があり
ます。これは、レコードの可変長部分へのオフセットポインタが、最
大 2 GB オフセットに制限されているためです。最大サイズ 2 GB の
BLOB を格納するには、レコード中に BLOB または CLOB フィールド
は 1 つしか定義できません。
詳細については、「BINARY および LONGVARBINARY」（A-10 ページ）お
よび「LONGVARCHAR と LONGVARBINARY の制約」（A-11 ページ）を
参照してください。
A-19
データ型
CHAR
メモ旧バージョンの Pervasive PSQL では、このデータ型は STRING
と呼ばれていました。
CHAR キータイプは、左から右へ並んだ文字の連なりです。キー値がヌル
であるかどうかを MicroKernel が判定する場合を除いて、各文字は単一バ
イトに ASCII 形式で表されます。
CLOB
文字ラージオブジェクト（CLOB）タイプは、最大 2 GB までのサイズの
文字列データフィールドのサポートを提供します。このタイプは 2 つの部
分から成ります。

レコードの可変長部分内にある文字列データ自体。すべての BLOB お
よび CLOB フィールドのサイズの合計は 2 GB 以下である必要がありま
す。これは、レコードの可変長部分へのオフセットポインタが、最大 2
GB オフセットに制限されているためです。最大サイズ 2 GB の BLOB
を格納するには、レコード中に BLOB または CLOB フィールドは 1 つ
しか定義できません。
詳細については、「CHAR、 VARCHAR、および LONGVARCHAR」（A-10
ページ）および「LONGVARCHAR と LONGVARBINARY の制約」（A-11
ページ）を参照してください。
CURRENCY
CURRENCY キータイプは、 8 バイトの符号付き数値を表し、 Intel バイナ
リ整数形式で並べ替えられ格納されています。このため、その内部表現法
は 8 バイトの INTEGER データ型と同じです。 CURRENCY データ型には、
小数点以下に 4 桁が想定されており、通貨のデータ値の分数部分を表しま
す。
A-20
Btrieve キーのデータ型
DATE
DATE キータイプは、内部的に 4 バイト値として格納されます。日と月は
それぞれ 1 バイトのバイナリ形式で格納されます。年は、年の値全体を表
す 2 バイトのバイナリ数です。 MicroKernel は、日を 1 番目のバイトに、月
を 2 番目のバイトに、年を月に続く 2 バイトの WORD に置きます。
日付フィールドに使用する C 言語の構造体の例を示します。
TYPE dateField {
char day;
char month;
integer year;
}
日付フィールドの year 部には、年全体の整数表現が設定されるようにする
必要があります。たとえば、 2001 年の場合は 2,001 です。
DECIMAL
DECIMAL キータイプは、内部的に、 1 バイトごとに 2 つの 10 進数を含
む、パックされた 10 進数として格納されます。 n バイトの DECIMAL
フィールドの内部表現法は次のとおりです。
サインニブルは、正の数の場合は 0xF または 0xC で、負の数の場合は 0xD
です。 Pervasive ODBC および Pervasive ActiveX コントロールでは常に、正
のサインニブルに 0xF を使用します。小数点は含意されているため、
DECIMAL フィールドには格納されません。 DECIMAL フィールドの値の
小数点位置のトラッキングはアプリケーションが行います。 MicroKernel
A-21
データ型
がキーを正しく照合するために、 DECIMAL キータイプの値はすべて、小
数点以下の桁数を同じにする必要があります。 DECIMAL 型は、一般に
COBOL アプリケーションで使用されます。
8 バイトの decimal は、15 桁の数字とサインを保持することができます。 10
バイトの decimal では、19 桁の数字とサインを保持できます。 decimal 値は、
左側の桁をゼロで埋める必要があります。
FLOAT
注意 C 言語の定義が FLOAT （4 バイト）または DOUBLE （8 バイト）
データ型に対してサポートしている精度を超える精度は失われます。
小数点以下の桁数が多い数値に精度が要求される場合は、 DECIMAL
型の使用を考慮してください。
FLOAT キータイプは、単精度実数または倍精度実数の IEEE 規格に準拠し
ています。 4 バイト FLOAT の内部形式は次のように、23 ビットの仮数、127
でバイアスされた 8 ビットの指数、およびサインビットで構成されます。
8 バイトの FLOAT キーは、 52 ビットの仮数、 1023 でバイアスされた 11
ビットの指数、およびサインビットを持ちます。内部形式は次のとおりで
す。
A-22
Btrieve キーのデータ型
INTEGER
INTEGER キータイプは、符号付き整数で、偶数バイトを保持する必要が
あります（1 は例外）。何桁の数字でも含むことができます。 INTEGER
フィールドは、内部的に Intel バイナリ整数形式で格納され、 WORD 内で
上位バイトと下位バイトが反転されています。 MicroKernel は、キーを右か
ら左へと一度に 1 WORD ずつ評価します。サインは、右端のバイトの上位
ビットに格納しなければなりません。 INTEGER 型は、ほとんどの開発環境
でサポートされています。
表 A-7 INTEGER キータイプ
長さ（バイト単位）
値の範囲
1
0 - 255
2
-32768 - 32767
4
-2147483648 - 2147483647
8
-9223372036854775808 - 9223372036854775807
A-23
データ型
LOGICAL
LOGICAL キータイプは、 1 バイト値または 2 バイト値として格納されま
す。 MicroKernel は LOGICAL キータイプを文字列として照合します。これ
により、アプリケーションは、格納されている真または偽を表す値を判定
することができます。
LSTRING
LSTRING キータイプは、文字列の最初のバイトに文字列の長さのバイナ
リ表現を含む点を除いて、通常の STRING 型と同じ特性を持ちます。
LSTRING キータイプのサイズは、最大 255 バイトに制限されています。
LSTRING キーのバイト 0 に格納されている長さにより、有効バイト数が判
断されます。 MicroKernel は、値をソートする際、指定された文字列の長さ
を超える値はすべて無視します。 LSTRING 型は、一般に Pascal アプリケー
ションで使用されます。
MONEY
MONEY キータイプの内部表現法は DECIMAL 型と同じですが、小数点以
下が 2 桁に想定されます。
A-24
Btrieve キーのデータ型
NUMERIC
NUMERIC データ型の数字はそれぞれ 1 バイトを占めます。数値の右端の
バイトには、埋め込み符号が EBCDIC 値で含まれます。デフォルトで、正
の NUMERIC データ型の符号値は、符号なし数値です。 NUMERIC 型は、一
般に COBOL アプリケーションで使用されます。
オプションで、正の NUMERIC データ型の符号の値をシフトするよう指定
できます。次の表は、符合値のデフォルト（シフトされていない）状態と
シフトされた状態の比較を示します。
表 A-8 NUMERICS の符合値のシフト状態とシフトなし状態の比較
桁
デフォルト（シフトなし）の符合値
シフトされた符合値
正
負
正
負
1
1
J
A
J
2
2
K
B
K
3
3
L
C
L
4
4
M
D
M
5
5
N
E
N
6
6
O
F
O
7
7
P
G
P
8
8
Q
H
Q
9
9
R
I
R
0
0
}
{
}
A-25
データ型
シフト形式の有効化
シフト形式を有効にするには、 Pervasive PSQL データベースエンジンが実
行されているマシンで、ある設定を手動で指定しなければなりません。設
定 DBCobolNumeric を "yes" にセットします。次の表は、設定の指定方法
について、エンジンのサーバープラットフォームごとにまとめてありま
す。完全な手順については、『Pervasive PSQL Programmer’s Reference』の
「NUMERIC」を参照してください。
表 A-9 プラットフォームごとの DBCobolNumeric 設定の指定方法
サーバープラット
フォーム
設定の指定方法
Windows 32 ビット
オペレーティングシステムで提供されるレジストリエディ
タを使用して、 DBCobolNumeric 設定を次のキーの新しい文
字列値としてレジストリに追加します。
HKEY_LOCAL_MACHINE/SOFTWARE/PERVASIVE
SOFTWARE/DATABASE NAMES/VERSION x/
SETTINGS
（x はバージョン番号を表します）
文字列値に "yes" を設定します。
注意：レジストリの編集は高度な操作です。誤って編集する
と、オペレーティングシステムが起動しなくなる恐れがあ
ります。必要であれば、経験豊富な技術者に依頼して編集を
行ってもらってください。 Pervasive Software はレジストリ
の破損に対して責任を負いません。
データベースエンジンまたはエンジンサービスを停止し
て、再起動します。『Pervasive PSQL User’s Guide』の「Windows
サーバー上でのサーバーエンジンの起動と停止」（2-3 ペー
ジ）および「Windows 上でのワークグループエンジンの起
動と停止」（2-5 ページ）を参照してください。
Linux
bti.ini の [Database Names] エントリの下に DBCobolNumeric
設定を追加します。
[Database Names]
DBCobolNumeric=yes
デフォルトでは、 bti.ini は /usr/local/psql/etc ディレクトリに
あります。
データベースエンジンを停止して、再起動します。『Pervasive
PSQL User’s Guide』の「Linux 上でのデータベースエンジン
の起動と停止」（2-5 ページ）を参照してください。
A-26
Btrieve キーのデータ型
正の NUMERIC データの符合値の整合
符合値がデフォルト（シフトされていない）形式で含まれている正の
NUMERIC データが既にあるかもしれません。 DBCobolNumeric を "yes" に
設定した後、引き続き同じテーブルへデータを追加すると、形式が混在す
ることになります。データの符合値の形式を混在させたままにしておくこ
とはお勧めできません。
形式が混在した状態を解消する、あるいは防ぐには、 UPDATE ステートメ
ントを使用して、NUMERIC 列をその列自身で更新します。たとえば、テー
ブル t1 には NUMERIC データ型の列 c1 があるとします。 DBCobolNumeric
を "yes" に設定後、 c1 を UPDATE TABLE t1 SET c1 = c1 のように更新しま
す。
「UPDATE」（3-197 ページ）を参照してください。
NUMERICSA
NUMERICSA キータイプ（NUMERIC SIGNED ASCII と呼ばれることもあ
ります）は、 COBOL データ型で、埋め込みサインが EBCDIC 値ではなく
ASCII 値である点を除けば、 NUMERIC データ型と同じです。
NUMERICSTS
NUMERICSTS キータイプ（SIGN TRAILING SEPARATE と呼ばれることも
あります）は、 COBOL データ型で、 NUMERIC データ型の値と似た値を持
ちます。 NUMERICSTS 値は、先頭に 0 を付けて右揃えされ、 ASCII 文字列
として格納されます。ただし、NUMERICSTS 文字列の右端のバイトは、「+」
（ASCII 0x2B）か「-」（ASCII 0x2D）のいずれかになります。この点が、右
端のバイトにそのバイトの値と共にサインを埋め込む NUMERIC 値とは異
なります。
REAL
REAL 型は 4 バイト「FLOAT」として定義されます。
A-27
データ型
TIME
TIME キータイプは、内部的に 4 バイト値として格納されます。 100 分の 1
秒、秒、分、時の値が、それぞれ 1 バイトのバイナリ形式で格納されます。
MicroKernel は、 100 分の 1 秒の値を最初のバイトに、それ以降のバイトに
それぞれ、秒、分、時の値を置きます。
TIMESTAMP
TIMESTAMP データ型は日付と時刻の値を表します。 SQL アプリケーショ
ンでは、このデータ型を使用して、レコードを最後に更新した日付と時刻
をレコードにスタンプします。
メモ ODBC 標準に従って、 CURRENT_TIME() や NOW() などのスカ
ラ関数は、データ型のうち小数の秒を表す部分は無視します。このた
め、スカラ関数によって生成される TIMESTAMP 値の 1 秒未満は常に
ゼロになります。たとえば、 2002-06-11 16:15:50.0000000 となります。
TIMESTAMP 値の秒の小数部分に意味を持たせる必要がある場合は、
挿入または更新する値の生成にスカラ関数を使用しないでください。
TIMESTAMP は、次の構成要素から成る日付と時刻の値を扱うことを目的
としています。構成要素は、年、月、日、時、分、秒です。次の表は、これ
らの各構成要素で有効な値を示します。
表 A-10 TIMESTAMP データ型
A-28
年
0001 から 9999
月
01 から 12
日
01 から 31、グレゴリオ暦の年と月の値によって決められます。
時
00 から 23
分
00 から 59
秒
00 から 59
Btrieve キーのデータ型
値は、内部的に TIMESTAMP MicroKernel キーとして格納されます。これ
は 8 バイト長のフィールドで、タイムスタンプ精度が示す秒の分数に変換
された日付値および時刻値全体を含みます。たとえば、タイムスタンプ精
度が 6 の場合はマイクロ秒に変換され、タイムスタンプ精度が 3 の場合は
ミリ秒に変換されます。現地時刻で TIMESTAMP の値を指定すると、SRDE
はそれを UTC （Coordinated Universal Time）（以前は GMT （Greenwich Mean
Time）と呼びました）に変換してから、 MicroKernel レコードに格納しま
す。 TIMESTAMP の値を要求すると、 SRDE はそのデータを返す前に UTC
から現地時刻に変換します。
注意データベースエンジンを実行するコンピュータのタイムゾーン
情報が正しく設定されていることが重大です。タイムゾーンをまたい
だ移動をした場合、というよりタイムゾーン情報を変更した場合、返
されるデータは UTC から現地時刻に変換されるときに変わります。
現地時刻 /UTC 変換は、 SRDE 内で、 SRDE が動作している場所のタイ
ムゾーン情報を使用して発生します。 SRDE エンジンとタイムゾーン
が異なるセッションのタイムゾーン情報は、現地時刻 /UTC 変換には
使用されません。
注意
タイムスタンプデータは格納する前に変換されるため、
TIMESTAMP 型は、データベース本体の外にあるイベントを参照する
現地時刻データや現地日付データでの使用には向きません。特に、季
節時間の変更が行われるタイムゾーン（米国のサマータイムなど）で
はそうです。
たとえば、 10 月 15 日に、 11 月 15 日午前 10 時の予定を記録するタイ
ムスタンプ値を入力したとします。タイムゾーンは U.S. 中部である
とします。 SRDE は値を格納するとき、現在の現地時刻情報を使って
値を UTC に変換します（CDT の場合、 UTC - 5 時間）。したがって、時
間値 15 が格納されます。 11 月 1 日に予定の時刻を確認するとします。
現在、お使いのコンピュータは標準時間になっています。これは、 10
月の最終日曜日にサマータイムの切り替えが発生したためです。これ
により、変換は (UTC - 6 時間 ) になります。予定時刻を抽出すると、現
地時刻の午前 9 時（15 UTC - 6 CST）が表示されますが、これは正し
い予定時刻ではありません。
データベースエンジンをあるタイムゾーンから別のタイムゾーンに
移動させた場合も、同種の問題が発生します。
SRDE は DATE 値および TIME 値は UTC に変換しないので、外部デー
タを記録する場合は、できる限りいつも DATE 列および TIME 列を使
用することをお勧めします。 TIMESTAMP 列を使用する唯一の理由
は、データベースに入力したレコードの時間順を判定する固有の機能
に必要だからです。
A-29
データ型
UNSIGNED BINARY
MicroKernel は、 UNSIGNED キーを符号なしの INTEGER キーとしてソー
トします。 UNSIGNED キーは偶数のバイトを含まなければなりません。
MicroKernel は、 UNSIGNED キーを右から左へと一度に 1 WORD ずつ比較
します。
UNSIGNED キーは INTEGER キーと同じ方法でソートされます。 UNSIGNED
キーと INTEGER キーとの違いは、 INTEGER にはサインビットがあるの
に対し、 UNSIGNED BINARY タイプにはないという点です。 UNSIGNED
キーは 4 バイトより長くすることができます。
WSTRING
WSTRING は、ヌルで終わらない Unicode 文字列です。文字列の長さは
フィールドの長さで決まります。 WSTRING は SQL ではサポートされませ
ん。
WZSTRING
WZSTRING は、2 つのヌルで終わる Unicode 文字列です。文字列の長さは、
フィールド内の Unicode NULL （2 ヌルバイト）の位置で決まります。これ
は、 Btrieve でサポートされる「「ZSTRING」」型に対応します。 WZSTRING
は SQL ではサポートされません。
ZSTRING
ZSTRING キータイプは、 C 文字列に対応します。 ZSTRING 型は、バイナ
リ 0 を含むバイトで終わるという点以外は、通常の文字列型と同じ特性を
持ちます。 MicroKernel は、キー値がヌルかどうかを判定する場合を除き、
ZSTRING 内で見つけた最初のバイナリ 0 より後の値をすべて無視します。
ZSTRING 型の最大長は、ヌル終端文字を含めて、 255 バイトです。ヌル値
を許可する列のキーとして使用する場合、文字列の先頭 254 バイトのみが
キーに使用されます。このわずかな制限は、キーの合計長が 255 バイトに
制限されていることにより生じるもので、 1 バイトは列のヌルインジケー
タが占めるため、残り 254 バイトだけがキー値になります。
A-30
SQL の予約語
B
サポートされている Pervasive PSQL の予約語
予約語には SQL キーワードと、それ以外の、 SRDE によって処理されると
きに特別な意味を持つ記号があります。予約語をデータベースや、テーブ
ル、列、変数、またはその他のオブジェクトの名前に使用することはお勧
めしません。予約語をオブジェクト名に使用する場合は、その語句が指定
した文脈中でキーワードとして使用されていないことを SRDE に知らせる
ために、二重引用符で囲む必要があります。
ユーザー定義のオブジェクト名を常に二重引用符で囲むことで、予約語の
ことを心配しなくても済むようになります。
この付録には次のセクションがあります。

「予約語」（B-2 ページ）

「使用を避ける語句」（B-7 ページ）
B-1
SQL の予約語
予約語
以下に挙げるそれぞれの記号または語句は、二重引用符で区切られていな
い限り、 SRDE によって処理される際に特別な意味を持ちます。これらの
語句の 1 つを二重引用符を付けないでテーブル名またはオブジェクト名に
使用すると、エラーが発生します。
次のセクション、「使用を避ける語句」（B-7 ページ）も参照してください。
記号
#
;
:
@
A
ABORT
ADD
AFTER
ALL
ALTER
AND
ANY
AS
ASC
ATOMIC
AVG
B
BEFORE
BEGIN
BETWEEN
CALL
CASCADE
CASE
CAST
CHECK
CLOSE
COALESCE
COLLATE
COLUMN
COMMIT
COMMITTED
CONSTRAINT
CONVERT
COUNT
CREATE
CREATESP
CREATETAB
CREATEVIEW
CROSS
CS
CURDATE
CURRENT
CURSOR
CURTIME
BY
C
B-2
予約語
D
DCOMPRESS
DECIMALSEPARATORCOMMA
DECLARE
DEFAULT
DELETE
DENY
DESC
DIAGNOSTICS
DICTIONARY
DISTINCT
DO
DROP
E
EACH
ELSE
END
EX
EXEC
EXECUTE
FETCH
FN
FOR
FOREIGN
FROM
FULL
EXISTS
F
FUNCTION
G
GRANT
GROUP
H
HANDLER
HAVING
IF
IN
INDEX
INNER
INOUT
INSERT
INTERNAL
INTO
IS
I
ISOLATION
J
B-3
SQL の予約語
JOIN
K
KEY
L
LEAVE
LEFT
LEGACYOWNERNAME
LEVEL
LIKE
LOGIN
MIN
MODIFIABLE
NEW
NEXT
NO
NOT
NOW
NULL
OF
OFF
OLD
ON
ONLY
OPEN
OR
ORDER
OUT
OUTER
OWNER
LOOP
M
MAX
MODIFY
N
O
P
B-4
PAGESIZE
PRIMARY
PROCEDURE
PUBLIC
PRINT
予約語
R
READ
REFERENCES
REFERENCING
RELEASE
REPEAT
REPEATABLE
REPLACE
RESTRICT
RETURN
RETURNS
REVOKE
RIGHT
ROLLBACK
ROW
ROWCOUNT
SAVEPOINT
SECURITY
SELECT
SERIALIZABLE
SET
SIGNAL
SIZE
SQLSTATE
SSP_EXPR
SSP_PRED
START
SUM
SVBEGIN
SVEND
S
T
T
TABLE
THEN
TO
TOP
TRANSACTION
TRIGGER
TRIGGERSTAMPMISC
TRUEBITCREATE
TRUENULLCREATE
TS
U
UNCOMMITTED
UNION
UNIQUE
UNTIL
UPDATE
USER
USING
V
VALUES
VIEW
B-5
SQL の予約語
W
B-6
WHEN
WHERE
WHILE
WITH
WORK
WRITE
使用を避ける語句
使用を避ける語句
次の表は、 SQL-92 および SQL-99 ANSI 標準で共通のキーワードの一覧を
示しています。 Pervasive PSQL がこれらのキーワードすべてのサポートま
たは提供が可能でない間は、これらの語句を二重引用符で囲んで使用しな
い限り、テーブル、列、またはその他のオブジェクトの名前に使用するこ
とは避ける必要があります。 Pervasive は、将来のリリースで、今後追加さ
れる ANSI SQL キーワードだけでなく、以下のキーワードのサポートも追
加する権利を保持しています。
二重引用符を使ってすべてのテーブル、列、およびユーザー定義オブジェ
クトの名前を区切っておけば、将来、予約語と競合する可能性について心
配する必要はありません。
前のセクション、「予約語」（B-2 ページ）も参照してください。
表 B-1 ユーザー定義名での使用を避ける語句
ABSOLUTE
ACTION
ADD
ALL
ALLOCATE
ALTER
AND
ANY
ARE
AS
ASC
ASSERTION
AT
AUTHORIZATION
AVG
BEGIN
BETWEEN
BIT
BIT_LENGTH
BOTH
BY
CASCADE
CASCADED
CASE
CAST
CATALOG
CHAR
CHARACTER
CHAR_LENGTH
CHARACTER_LENGTH
CHECK
CLOSE
COALESCE
COLLATE
COLLATION
COLUMN
COMMIT
CONNECT
CONNECTION
CONSTRAINT
CONSTRAINTS
CONTINUE
CONVERT
CORRESPONDING
COUNT
CREATE
CROSS
CURRENT
CURRENT_DATE
CURRENT_TIME
CURRENT_TIMESTAMP
B-7
SQL の予約語
表 B-1 ユーザー定義名での使用を避ける語句
B-8
CURRENT_USER
CURSOR
DATE
DAY
DEALLOCATE
DEC
DECIMAL
DECLARE
DEFAULT
DEFERRABLE
DEFERRED
DELETE
DESC
DESCRIBE
DESCRIPTOR
DIAGNOSTICS
DISCONNECT
DISTINCT
DOMAIN
DOUBLE
DROP
ELSE
END
END-EXEC
ESCAPE
EXCEPT
EXCEPTION
EXEC
EXECUTE
EXISTS
EXTERNAL
EXTRACT
FALSE
FETCH
FIRST
FLOAT
FOR
FOREIGN
FOUND
FROM
FULL
FUNCTION
GET
GLOBAL
GO
GOTO
GRANT
GROUP
HAVING
HOUR
IDENTITY
IMMEDIATE
IN
INDICATOR
INITIALLY
INNER
INPUT
INSENSITIVE
INSERT
INT
INTEGER
INTERSECT
INTERVAL
INTO
IS
ISOLATION
JOIN
KEY
LANGUAGE
LAST
LEADING
LEFT
LEVEL
LIKE
LOCAL
LOWER
MASK
MATCH
使用を避ける語句
表 B-1 ユーザー定義名での使用を避ける語句
MAX
MIN
MINUTE
MODULE
MONTH
NAMES
NATIONAL
NATURAL
NCHAR
NEXT
NO
NOT
NULL
NULLIF
NUMERIC
OCTET_LENGTH
OF
ON
ONLY
OPEN
OPTION
OR
ORDER
OUTER
OUTPUT
OVERLAPS
PAD
PARTIAL
POSITION
PRECISION
PREPARE
PRESERVE
PRIMARY
PRIOR
PRIVILEGES
PROCEDURE
PUBLIC
READ
REAL
REFERENCES
RELATIVE
RESTRICT
REVOKE
RIGHT
ROLLBACK
ROWS
SCHEMA
SCROLL
SECOND
SECTION
SELECT
SESSION
SESSION_USER
SET
SIZE
SMALLINT
SOME
SPACE
SQL
SQLCODE
SQLERROR
SQLSTATE
SUBSTRING
SUM
SYSTEM_USER
TABLE
TEMPORARY
THEN
TIME
TIMESTAMP
TIMEZONE_HOUR
TIMEZONE_MINUTE
TO
TRAILING
TRANSACTION
TRANSLATE
TRANSLATION
TRIM
B-9
SQL の予約語
表 B-1 ユーザー定義名での使用を避ける語句
TRUE
UNION
UNIQUE
UNKNOWN
UPDATE
UPPER
USAGE
USER
USING
VALUE
VALUES
VARCHAR
VARYING
VIEW
WHEN
WHENEVER
WHERE
WITH
WORK
WRITE
YEAR
ZONE
B-10
システムテーブル
C
Pervasive PSQL システムテーブルリファレンス
この付録では、 Pervasive PSQL のシステムテーブルについて説明します。
以下のセクションがあります。

「概要」（C-2 ページ）

「システムテーブルの構造」（C-4 ページ）
C-1
システムテーブル
概要
Pervasive PSQL およびそのコンポーネントが使用する情報は、システム
テーブルと呼ばれる特殊なテーブルに保管されます。
注意 DELETE、UPDATE や INSERT ステートメント、またはユーザー
定義トリガを使って、システムテーブルの変更を試みないでくださ
い。システムテーブルを変更してはいけません。
システムテーブルを直接照会するアプリケーションを記述しないでくだ
さい。システムテーブルの一部の列が記録されない可能性があります。次
のいずれかの方法を使用すれば、システムテーブルに保管されている情報
をアプリケーションで取得できます。

「システムストアドプロシージャ」（6-1 ページ）

トランザクション SQL ステートメントおよび関数

Pervasive PSQL アプリケーションプログラミングインターフェイス
（API）で提供される関数
Pervasive PSQL API に関する説明は、 Pervasive PSQL Software Development
Kit （SDK）に含まれているので注意してください。 SDK コンポーネント
は、リリースごとにデータベースエンジンと互換性があります。システム
テーブルの形式は、 Pervasive PSQL データベースエンジンの内部アーキテ
クチャ次第です。リリースごとにアーキテクチャが変わることもありま
す。公開されていないシステムテーブルの列に直接アクセスしているアプ
リケーションでは、 Pervasive PSQL の内部アーキテクチャが変更されたと
きにアプリケーションの修正が必要になる場合があります。
次の表は、各システムテーブルの関連ファイルの名前と、システムテーブ
ルの内容を概説したものです。
メモシステムテーブルに含まれる一部のデータは表示できません。
たとえば、ユーザーパスワードは暗号化形式で表示されます。
C-2
概要
表 C-1 システムテーブル
システムテーブル
辞書ファイル
目次
「X$File」
FILE.DDF
データベース内のテーブルの名前とロ
ケーション
「X$Field」
FIELD.DDF
列と名前付きインデックスの定義
「X$Index」
INDEX.DDF
インデックスの定義
「X$Attrib」
ATTRIB.DDF
列属性の定義
「X$View」
VIEW.DDF
ビューの定義
「X$Proc」
PROC.DDF
ストアドプロシージャの定義
「X$User」
USER.DDF
ユーザー名、グループ名、およびパスワード
「X$Rights」
RIGHTS.DDF
ユーザーとグループのアクセス権の定義
「X$Relate」
RELATE.DDF
参照整合性（RI）の情報
「X$Trigger」
TRIGGER.DDF
トリガの情報
「X$Depend」
DEPEND.DDF
テーブル、ビュー、プロシージャとトリ
ガとの依存関係
X$Types
TYPES.DDF
今後の使用に備えて予約されています。
データベースを作成すると、 Pervasive PSQL によりすべてのシステムテー
ブルが作成されます。
これら以外に遭遇する可能性のあるシステムテーブルが 2 つあります。
VARIANT.DDF と OCCURS.DDF です。これら 2 つのシステムファイルは
COBOL サポート用に使われるため、ユーザーの直接介入は一切必要とし
ません。 COBOL 用ユーティリティの将来のバージョンは、これらのシステ
ムテーブルが必要でなくなった場合には、異なるアーキテクチャを実装す
るかもしれません。「COBOL アプリケーションの SQL アクセス」（D-1 ペー
ジ）も参照してください。
C-3
システムテーブル
システムテーブルの構造
このセクションでは、システムテーブルの構造について説明します。
X$File
X$File システムテーブルは、FILE.DDF ファイルに関連付けられています。
X$File には、データベースで定義されている各テーブルについて、その
テーブル名、関連テーブルのロケーション、および Pervasive PSQL が割り
当てた固有の内部 ID 番号が含まれています。 X$File の構造は次のとおり
です。
表 C-2 X$File システムテーブルの構造
列名
データ型
サイズ
大小文字を
区別しない
説明
Xf$Id
USMALLINT
2
適用外
Pervasive PSQL が割り
当てた内部 ID
Xf$Name
CHAR
20
はい
テーブル名
Xf$Loc
CHAR
64
いいえ
ファイルのロケーショ
ン（パス名）
Xf$Flags
UTINYINT
1
適用外
ファイルフラグ。ビッ
ト 4 = 1 の場合、ファイ
ルは辞書ファイルで
す。ビット 4 = 0 の場合、
ファイルはユーザー定
義です。ビット 6 = 1 の
場合、テーブルは真の
ヌル値を許可する列を
サポートします。
Xf$Reserved
CHAR
10
いいえ
予約済み
X$File テーブルには、 2 つのインデックスが定義されています。
表 C-3 X$File システムテーブルのインデックス定義
C-4
インデッ
クス番号
セグメン
ト番号
列名
重複可能
大小文字を
区別しない
セグメント
0
0
Xf$Id
いいえ
適用外
いいえ
1
0
Xf$Name
いいえ
はい
いいえ
システムテーブルの構造
X$Field
X$Field システムテーブルは、 FIELD.DDF ファイルに関連付けられていま
す。 X$Field には、データベースで定義されているすべての列と名前付き
インデックスに関する情報が含まれています。 X$Field の構造は次のとお
りです。
表 C-4 X$Field システムテーブルの構造
列名
データ型
サイズ
大小文字を
区別しない
説明
Xe$Id
USMALLINT
2
適用外
Pervasive PSQL が割り当てた、
データベース内の各フィール
ドに固有の内部 ID
Xe$File
USMALLINT
2
適用外
この列または名前付きイン
デックスが属するテーブルの
ID。これは X$File 内の Xf$Id に
対応しています。
Xe$Name
CHAR
20
はい
列名またはインデックス名
Xe$DataType
UTINYINT
1
適用外
制御フィールド - 列のデータ型
（範囲 0 ～ 26）。値が 227 の場合
は、制約名を表します。値が 255
の場合は、インデックス名を表
します。
Xe$Offset
USMALLINT
2
適用外
テーブル内での列のオフセッ
ト、名前付きインデックスの場
合はインデックス番号。オフ
セットは、ゼロを基準にした相
対です。
インデックス番号は、 X$Index シ
ステムテーブルの Xi$Number 列
に保管されている値に対応しま
す。また、セグメント番号は、
X$Index システムテーブルの
Xi$Part 列に保管されている値
に対応します。
Xe$Size
USMALLINT
2
適用外
列の長さ。フィールドに必要な
内部格納領域をバイト単位で
表します。
C-5
システムテーブル
表 C-4 X$Field システムテーブルの構造
列名
データ型
サイズ
大小文字を
区別しない
説明
Xe$Dec
UTINYINT
1
適用外
列の小数点位置（DECIMAL、
NUMERIC、 NUMERICSA、
NUMERICSTS、 MONEY、また
は CURRENCY 型の場合）。連
続ビット列の場合は相対的な
ビット位置。 TIMESTAMP 型の
場合は 1 秒未満の値。
Xe$Flags
USMALLINT
2
適用外
フラグを表す WORD。ビット 0
は文字列データ型の大文字と
小文字を区別するフラグです。
ビット 1 = 0 の場合、フィール
ドの大文字と小文字は区別さ
れません。ビット 2 = 1 の場合、
フィールドでヌル値が許可さ
れます。Xe$Flags のビット 3 は、
Pervasive.SQL v7 の 1 バイト
TINYINT （B_TYPE_INTEGER
符号なし）と SRDE の 1 バイト
TINYINT （B_TYPE_INTEGER
符号付き）を区別するために使
用されます。ビット 3 = 1 で、
Xe$DataType = 1 かつ Xe$Size =
1 の場合、TINYINT 列は、SRDE
で作成された符号付きの 1 バイト
TINYINT であることを示しま
す。ビット 3 = 0 で、Xe$DataType
= 1 かつ Xe$Size = 1 の場合、
TINYINT 列は、古い SQL エン
ジンで作成された符号なしの 1
バイト TINYINT であることを
示します。ビット 12 = 1 の場合、
フィールドはバイナリとして
解析されます。
Xe$File 列は、 X$File システムテーブルの Xf$Id 列に対応し、テーブルと
テーブル内の列のリンクになります。したがって、たとえば次のクエリは、
Billing テーブルのフィールド定義をすべて定義順に示します。
SELECT "X$Field".*
FROM X$File,X$Field
WHERE Xf$Id=Xe$File AND Xf$Name = 'Billing'
ORDER BY Xe$Offset
Xe$DataType 列の整数値は Pervasive PSQL のデータ型を表すコードです。
コードについては、「Pervasive PSQL がサポートするデータ型」（A-2 ペー
ジ）を参照してください。
C-6
システムテーブルの構造
X$Field テーブルでは、次のようにインデックスが 5 つ定義されています。
表 C-5 X$Field システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xe$Id
いいえ
適用外
いいえ
1
0
Xe$File
はい
適用外
いいえ
2
0
Xe$Name
はい
はい
いいえ
3
0
Xe$File
いいえ
適用外
はい
3
1
Xe$Name
いいえ
はい
いいえ
4
0
Xe$File
はい
適用外
はい
4
1
Xe$Offset
はい
適用外
はい
4
2
Xe$Dec
はい
適用外
いいえ
C-7
システムテーブル
X$Index
X$Index システムテーブルは、 INDEX.DDF ファイルに関連付けられてい
ます。 X$Index には、データベース内のテーブルで定義されているすべて
のインデックスに関する情報が含まれています。 X$Index の構造は次のと
おりです。
表 C-6 X$Index システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xi$File
USMALLINT
2
適用外
インデックスが属する
テーブルの固有の ID。こ
れは X$File 内の Xf$Id に
対応しています。
Xi$Field
USMALLINT
2
適用外
インデックス列の固有の
ID。これは X$Field 内の
Xe$Id に対応しています。
Xi$Number
USMALLINT
2
適用外
インデックス番号（範囲 0
～ 119）
Xi$Part
USMALLINT
2
適用外
セグメント番号（範囲 0 ～
119）
Xi$Flags
USMALLINT
2
適用外
インデックス属性フラグ
Xi$File 列は、 X$File システムテーブルの Xf$Id 列に対応します。また、
Xi$Field 列は、 X$Field システムテーブルの Xe$Id 列に対応します。した
がって、インデックスセグメントエントリは 1 つのファイル、1 つのフィー
ルドにリンクされます。
Xi$Flags 列には整数値が含まれ、インデックス属性を定義します。次の表
は、ビットがバイナリ値 1 であるとき、 Pervasive PSQL が各ビット位置を
解釈する方法を示したものです。ビット位置 0 が整数の右端のビットにな
ります。
表 C-7 X$Index システムテーブルのインデックス定義
C-8
ビット位置
対応する 10 進
数の値
説明
0
1
インデックスの重複が可能
1
2
インデックスの変更が可能
2
4
オルタネートコレーティングシーケンス
システムテーブルの構造
表 C-7 X$Index システムテーブルのインデックス定義
ビット位置
対応する 10 進
数の値
説明
3
8
ヌル値にはインデックスなし（SQL の真のヌル
ではなく、 Btrieve のヌルを参照）
4
16
インデックス内でこのセグメントに別のセグメ
ントが連結
5
32
インデックスの大小文字の区別なし
6
64
インデックスを降順に照合
7
128
ビット 0 = 0 の場合、インデックスは名前付きイ
ンデックスです。ビット 0 = 1 かつビット 7 = 1
の場合、インデックスは繰り返し重複キーの方
法を使用します。ビット 0 = 1 かつビット 7 = 0 の
場合、インデックスはリンク重複キーの方法を
使用します。「LINKDUP」（3-69 ページ）も参照
してください。リンク重複方法および繰り返し
重複方法の詳細な説明については、『Advanced
Operations Guide』の「重複キーの操作方法」（1312 ページ）を参照してください。
8
256
インデックスは Btrieve の拡張キータイプ
13
8192
インデックスは外部キー
14
16384
インデックスは一部の外部キーが参照する主
キー
特定のインデックスの Xi$Flags 列の値は、そのインデックスの属性に対応
する 10 進数の値の合計になります。 X$Index テーブルでは、次のようにイ
ンデックスが 3 つ定義されています。
表 C-8 X$Index システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xi$File
はい
適用外
いいえ
1
0
Xi$Field
はい
適用外
いいえ
2
0
Xi$File
いいえ
適用外
はい
2
1
Xi$Number
いいえ
適用外
はい
2
2
Xi$Part
いいえ
適用外
いいえ
C-9
システムテーブル
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
たとえば、Billing テーブルに定義されているインデックスセグメントに関
する情報を見るには、次のようなクエリを発行します。
SELECT Xe$Name,Xe$Offset, "X$Index".*
FROM X$File,X$Index,X$Field
WHERE Xf$Id=Xi$File and Xi$Field=Xe$Id and Xf$Name =
'Billing'
ORDER BY Xi$Number,Xi$Part
C-10
システムテーブルの構造
X$Attrib
X$Attrib システムテーブルは、 ATTRIB.DDF ファイルに関連付けられてい
ます。 X$Attrib には、データベース内の各列の列属性に関する情報が含ま
れています。つまり、定義した列属性のそれぞれに項目が 1 つあります。
X$Attrib の構造は次のとおりです。
表 C-9 X$Attrib システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xa$Id
USMALLINT
2
適用外
X$Field の Xe$Id に対応
Xa$Type
CHAR
1
いいえ
デフォルトは D
Xa$ASize
USMALLINT
2
適用外
Xa$Attrib に含まれるテ
キストの長さ
Xa$Attrs
LONGVARCHAR
(NOTE)
<=2048
適用外
列属性を定義するテキ
スト
1 つの列に複数の属性を定義すると、 X$Attrib システムテーブルには、そ
の列 ID に複数の項目が含まれます。つまり、定義した各属性につき 1 つ
の項目が対応します。特定の列に列属性を定義しないと、 X$Attrib テーブ
ルにその列の項目は含まれません。 Xa$Attrs 列に含まれるテキストは、
Pervasive PSQL で定義したとおりに表示されます。 X$Attrib テーブルでは、
次のようにインデックスが 1 つ定義されています。
表 C-10 X$Attrib システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xa$Id
いいえ
適用外
はい
0
1
Xa$Type
いいえ
いいえ
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-11
システムテーブル
X$View
X$View システムテーブルは、 VIEW.DDF ファイルに関連付けられていま
す。 X$View には、結合テーブルの情報やビューを定義する制約条件など
のビュー定義が含まれています。X$View テーブルにクエリを実行して、辞
書に定義されているビューの名前を取得することができます。
X$View テーブルの先頭列にはビュー名が含まれ、第 2 列と第 3 列には
LVAR 列の Xv$Misc で検出される情報の説明が含まれています。X$View の
構造は次のとおりです。
表 C-11 X$View システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xv$Name
CHAR
20
はい
ビュー名
Xv$Ver
UTINYINT
1
適用外
バージョン ID
Xv$Id
UTINYINT
1
適用外
シーケンス番号
Xv$Misc
LONGVARCHAR
(LVAR)
<=2000
適用外
Pervasive PSQL 内部定義
X$View テーブルでは、次のようにインデックスが 2 つ定義されています。
表 C-12 X$View システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xv$Name
はい
はい
いいえ
1
0
Xv$Name
いいえ
はい
はい
1
1
Xv$Ver
いいえ
適用外
はい
1
2
Xv$Id
いいえ
適用外
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-12
システムテーブルの構造
X$Proc
X$Proc システムテーブルは、 PROC.DDF ファイルに関連付けられていま
す。 X$Proc には、定義されているすべてのストアドプロシージャのコン
パイルされた構造情報が含まれています。 X$Proc の構造は次のとおりで
す。
表 C-13 X$Proc システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xp$Name
CHAR
30
はい
ストアドプロシージャ名
Xp$Ver
UTINYINT
1
適用外
バージョン ID
Xp$Id
USMALLINT
2
適用外
0 を基数とするシーケン
ス番号
Xp$Flags
UTINYINT
1
適用外
ストアドステートメン
トは 1、ストアドプロ
シージャは 2、外部プロ
シージャは 3
Xp$Misc
LONGVARCHAR
(LVAR)
<=990
適用外
ストアドプロシージャ
の内部表現
メモストアドステートメントおよび外部プロシージャは、旧バー
ジョンの Pervasive PSQL ではサポートされていました。Pervasive PSQL
v9 ではストアドプロシージャのみサポートされます。
X$Proc テーブルでは、次のようにインデックスが 1 つ定義されています。
表 C-14 X$Proc システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xp$Name
いいえ
はい
はい
0
1
Xp$Id
いいえ
適用外
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-13
システムテーブル
X$User
X$User システムテーブルは、 USER.DDF ファイルに関連付けられていま
す。 X$User には、各ユーザーの名前とパスワード、および各ユーザーグ
ループの名前が含まれています。 Pervasive PSQL は、セキュリティオプ
ションが有効になっているときにのみ、このテーブルを使用します。
X$User の構造は次のとおりです。
表 C-15 X$User システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xu$Id
USMALLINT
2
適用外
ユーザーまたはグループ
に割り当てられている内
部 ID
Xu$Name
CHAR
30
はい
ユーザーまたはグループ名
Xu$Password
CHAR
9
いいえ
ユーザーパスワード（暗号
化）
Xu$Flags
USMALLINT
2
適用外
ユーザーまたはグループ
フラグ
メモグループを記述する X$User システムテーブル内の各行では、
Xu$Password の列の値はヌルになります。
Xu$Flags 列には整数値が含まれ、その右端の 8 ビットはユーザーまたはグ
ループ属性を定義します。次の表は、ビットがバイナリ値 1 であるとき、
Pervasive PSQL が各ビット位置を解釈する方法を示したものです。ビット
位置 0 が整数の右端のビットになります。
表 C-16 Xu$Flags システムテーブルのビット位置定義
C-14
ビット位置
対応する 10 進数の値
説明
0
1
予約済み
1
2
予約済み
2
4
予約済み
3
8
予約済み
4
16
予約済み
システムテーブルの構造
表 C-16 Xu$Flags システムテーブルのビット位置定義
ビット位置
対応する 10 進数の値
説明
5
32
予約済み
6
64
名前はグループ名
7
128
ユーザーまたはグループは、辞書内の
テーブルを定義する権限を持ってい
ます。
特定のユーザーやグループの Xu$Flags 列の値は、そのユーザーまたはグ
ループに適用される属性に対応する 10 進数の値の合計になります。
X$User テーブルでは、次のようにインデックスが 2 つ定義されています。
表 C-17 X$User システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xu$Id
はい
適用外
いいえ
1
0
Xu$Name
いいえ
はい
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-15
システムテーブル
X$Rights
X$Rights システムテーブルは、RIGHTS.DDF ファイルに関連付けられてい
ます。 X$Rights には、各ユーザーのアクセス権情報が含まれています。
Pervasive PSQL は、セキュリティオプションを有効にした場合のみ、この
テーブルを使用します。 X$Rights の構造は次のとおりです。
表 C-18 X$Rights システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xr$User
USMALLINT
2
適用外
ユーザー ID
Xr$Table
USMALLINT
2
適用外
テーブル ID
Xr$Column
USMALLINT
2
適用外
列 ID
Xr$Rights
UTINYINT
1
適用外
テーブルまたは列のアクセ
ス権フラグ
Xr$User 列は、 X$User テーブルの Xu$Id 列に対応します。また、 Xr$Table
列は X$File テーブルの Xf$Id 列に、 Xr$Column 列は X$Field テーブルの
Xe$Id 列に対応します。
メモテーブルアクセス権を記述するシステムテーブル内の各行で
は、 Xr$Column 列の値はヌルになります。
Xr$Rights 列には整数値が含まれ、その右端 8 ビットがユーザーのアクセス
権を定義します。次の表は、 Pervasive PSQL が値を解析する方法を説明し
たものです。この表の値は、単一の Xr$Rights 値に結合される場合があり
ます。
表 C-19 Xr$Rights システムテーブルのビット位置定義
C-16
16 進数の値
対応する 10 進数の値
説明
1
1
再編成権
0x90
144
テーブルの参照権
0xA0
160
テーブルの変更権
0x40
64
テーブルまたは列の選択権
0x82
130
テーブルまたは列の更新権
システムテーブルの構造
表 C-19 Xr$Rights システムテーブルのビット位置定義
16 進数の値
対応する 10 進数の値
説明
0x84
132
テーブルまたは列の挿入権
0x88
136
テーブルまたは列の削除権
10 進数の 0 はアクセス権がないことを示します。
特定のユーザーの Xr$Rights 列の値は、そのユーザーに適用されるアクセ
ス権に対応する 16 進数のビット単位の共通部分になります。 10 進数の値
の合計ではありません。
たとえば、すべてのアクセス権が割り当てられているユーザーの Xr$Rights
の値は、次のように表されます。
144 | 160 | 64 | 130 | 132 | 136 = 254
X$Rights テーブルでは、次のようにインデックスが 3 つ定義されています。
表 C-20 X$Rights システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xr$User
はい
適用外
いいえ
1
0
Xr$User
いいえ
適用外
はい
1
1
Xr$Table
いいえ
適用外
はい
1
2
Xr$Column
いいえ
適用外
いいえ
2
0
Xr$Table
はい
適用外
はい
2
1
Xr$Column
はい
適用外
いいえ
C-17
システムテーブル
X$Relate
X$Relate システムテーブルは、RELATE.DDF ファイルに関連付けられてい
ます。 X$Relate には、データベースで定義されている参照整合性（RI）制
約に関する情報が含まれています。 X$Relate は最初の外部キーが作成され
るときに自動的に作成され、これにより関係が定義されます。
X$Relate の構造は次のとおりです。
表 C-21 X$Relate システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xr$PId
USMALLINT
2
適用外
主テーブル ID
Xr$PIndex
USMALLINT
2
適用外
主テーブルに含まれる主
キーのインデックス番号
Xr$FId
USMALLINT
2
適用外
従属テーブル ID
Xr$FIndex
USMALLINT
2
適用外
従属テーブルに含まれる
外部キーのインデックス
番号
Xr$Name
CHAR
20
はい
外部キー名
Xr$UpdateRule
UTINYINT
1
適用外
制限は 1
Xr$DeleteRule
UTINYINT
1
適用外
制限は 1、カスケードは 2
Xr$Reserved
CHAR
30
いいえ
予約済み
X$Relate テーブルでは、次のようにインデックスが 5 つ定義されています。
表 C-22 X$Relate システムテーブルのインデックス定義
C-18
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xr$PId
はい
適用外
いいえ
1
0
Xr$FId
はい
適用外
いいえ
2
0
Xr$Name
いいえ
はい
いいえ
3
0
Xr$Pld
いいえ
適用外
はい
3
1
Xr$Name
いいえ
はい
いいえ
システムテーブルの構造
表 C-22 X$Relate システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
4
0
Xr$Fld
いいえ
適用外
はい
4
1
Xr$Name
いいえ
はい
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-19
システムテーブル
X$Trigger
X$Trigger システムテーブルは、 TRIGGER.DDF ファイルに関連付けられ
ています。 X$Trigger には、データベースで定義されているトリガに関する
情報が含まれています。 X$Trigger の構造は次のとおりです。
表 C-23 X$Trigger システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xt$Name
CHAR
30
はい
トリガ名
Xt$Version
USMALLINT
2
適用外
トリガのバージョン。
Scalable SQL バージョ
ン 4 の場合は 4
Xt$File
USMALLINT
2
適用外
トリガが定義されて
いるファイル。
X$File 内の Xf$Id に
対応
Xt$Event
UNSIGNED
1
適用外
INSERT は 0、
DELETE は 1、
UPDATE は 2
Xt$ActionTime
UTINYINT
1
適用外
BEFORE は 0、
AFTER は 1
Xt$ForEach
UTINYINT
1
適用外
ROW は 0 （デフォル
ト）、 STATEMENT
は1
Xt$Order
USMALLINT
2
適用外
トリガの実行順序
Xt$Sequence
USMALLINT
2
適用外
0 を基数とするシー
ケンス番号
Xt$Misc
LONGVARCHAR
(LVAR)
<=4054
適用外
トリガの内部表現
十分な長さのあるトリガは、 TRIGGER.DDF 内の複数の項目を必要とする
ことがあります。各項目は、Xt$Name フィールドに同一のトリガ名を持ち、
Xt$Sequence フィールドで指定された順で使用されます。
C-20
システムテーブルの構造
X$Trigger テーブルでは、次のようにインデックスが 3 つ定義されています。
表 C-24 X$Trigger システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xt$Name
いいえ
はい
はい
0
1
Xt$Sequence
いいえ
適用外
いいえ
1
0
Xt$File
いいえ
適用外
はい
1
1
Xt$Name
いいえ
はい
はい
1
2
Xt$Sequence
いいえ
適用外
いいえ
2
0
Xt$File
はい
適用外
はい
2
1
Xt$Event
はい
適用外
はい
2
2
Xt$ActionTime
はい
適用外
はい
2
3
Xt$ForEach
はい
適用外
はい
2
4
Xt$Order
はい
適用外
はい
2
5
Xt$Sequence
はい
適用外
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-21
システムテーブル
X$Depend
X$Depend システムテーブルは、DEPEND.DDF ファイルに関連付けられて
います。 X$Depend には、テーブル、ビュー、およびプロシージャとトリ
ガとの依存関係に関する情報が含まれています。 X$Depend の構造は次の
とおりです。
表 C-25 X$Depend システムテーブルの構造
列名
データ型
サイズ
大小文字
を区別し
ない
説明
Xd$Trigger
CHAR
30
はい
トリガ名。 X$Trigger 内
の Xt$Name に対応
Xd$DependType
UNSIGNED
1
適用外
テーブルは 1、ビューは
2、プロシージャは 3
Xd$DependName
CHAR
30
はい
トリガと関連付けられ
ている依存関係の名
前。X$File の Xf$Name、
X$View の Xv$Name、
X$Proc の Xp$Name の
いずれかに対応してい
ます。
X$Depend テーブルでは、次のようにインデックスが 2 つ定義されています。
表 C-26 X$Depend システムテーブルのインデックス定義
インデックス
番号
セグメント
番号
列名
重複可能
大小文字
を区別し
ない
セグメント
0
0
Xd$Trigger
いいえ
はい
はい
0
1
Xd$DependType
いいえ
適用外
はい
0
2
Xd$DependName
いいえ
はい
いいえ
1
0
Xd$DependType
はい
適用外
はい
1
1
Xd$DependName
はい
はい
いいえ
インデックス番号は、X$Index システムテーブルの Xi$Number 列に保管さ
れている値に対応します。また、セグメント番号は、X$Index システムテー
ブルの Xi$Part 列に保管されている値に対応します。
C-22
COBOL アプリケーションの
SQL アクセス
D
COBOL アプリケーションの SQL アクセスの提供
この付録では、以下の項目について説明します。

「概要」（D-2 ページ）

「コンポーネント」（D-4 ページ）

「SQL アクセスの使用」（D-6 ページ）

「サンプル XML ファイルの実行例」（D-14 ページ）
D-1
COBOL アプリケーションの SQL アクセス
概要
Pervasive PSQL リレーショナルインターフェイスには、 COBOL の
OCCURS コンストラクト、部分的 REDEFINES、および可変レコードレイ
アウトのサポートが含まれています。
部分的 REDEFINES は、レコードの中でデータの一部分を再定義します。
たとえば、01 レベルの中にある 05 レベルで再定義を行います。可変レコー
ドレイアウトもまた REDEFINES と呼ばれます。これは、レコード全体を
再定義するものだからです。用語の混乱を避けるため、このセクションで
は部分的 REDEFINES および可変レコードレイアウトと呼びます。
SQL アクセスを利用するために COBOL アプリケーションを変更する必要
はありません。
アプリケーションによるデータの解釈を Pervasive PSQL リレーショナル
インターフェイスに示すことによって SQL アクセスが可能になります。開
発者の用語を使用すれば、リレーショナルインターフェイスにメタデータ
を定義します。
このセクションは、 OCCURS、部分的 REDEFINES、または可変レコード
レイアウトを含んでいる COBOL アプリケーションにのみ適用されること
に注意してください。
制限
現在、 COBOL アプリケーションに SQL アクセスを提供する場合には以下
の制限が適用されます。
D-2

OCCURS の中で OCCURS をネストすることはできません

部分的 REDEFINES の中で OCCURS をネストすることはできません

部分的 REDEFINES の中で部分的 REDEFINES をネストすることはでき
ません

OCCURS の中で部分的 REDEFINES をネストすることはできません

OCCURS に定義できるのは 1 インデックスのみです。 OCCURS の中で、
項目に追加インデックスを定義することはできません。

サポートされるデータ型は、 Pervasive PSQL のトランザクショナルおよ
びリレーショナルインターフェイスに定義されているデータ型のみで
す。データ型は、トランザクショナルデータ型のみを使って、 XML コ
ントロールファイルに記述されます。 XML コントロールファイルの解
説については、表 D-2 の「cobolschemaexec.xsd」を参照してください。
データ型の説明については、『Pervasive PSQL Programmer’s Reference』の
「Pervasive PSQL がサポートするデータ型」（A-2 ページ）を参照してく
ださい。
概要
SQL ステートメント
次の表は、 OCCURS、部分的 REDEFINES、または可変レコードレイアウ
トに基づいて作成されたデータテーブルでの SQL ステートメントの使用
を示します。
表 D-1 COBOL データ構造での SQL ステートメントの使用
ステートメント
OCCURS、
部分的
REDEFINES
での使用
可変レコード
レイアウトで
の使用
ALTER TABLE
No
No
CREATE INDEX
No
No
CREATE INDEX IN
DICTIONARY
No
Yes
CREATE TRIGGER
No
No
DELETE
No
Yes
DROP TABLE
Yes
Yes
INSERT INTO
No
No
UPDATE
Yes
Yes
UPDATE ステートメントで、テーブルフィル
タが定義されている列は更新できません。
テーブルフィルタとは、テーブルに関連付け
られている論理式のことです。テーブルフィ
ルタは XML ファイル内のメタデータの一部と
して定義されます。
『Pervasive PSQL
Programmer’s Reference』に
列挙されているその他すべ
ての SQL ステートメント
Yes
Yes
『Pervasive PSQL Programmer’s Reference』の「ス
テートメントの文法」（3-2 ページ）を参照して
ください。
メモ
DROP TABLE ステートメントは、システム
テーブルからすべてのエントリを削除します。
データファイル自体は削除も変更もされませ
ん。また、メインテーブルを削除する場合、従
属テーブルが検出されると、それらをすべて削
除するよう通知するメッセージが表示されま
す。従属テーブルはメインテーブルに依存す
るものであり、これはインデックスを含んでい
る OCCURS や部分的 REDEFINES などの条件
によって生じます。従属テーブルを削除すれ
ば、メインテーブルの削除が可能になります。
D-3
COBOL アプリケーションの SQL アクセス
コンポーネント
Pervasive PSQL v9 は、 COBOL アプリケーションの SQL アクセスを提供す
るために以下のコンポーネントをインストールします。
表 D-2 COBOL アプリケーションの SQL アクセスを提供するためにインストールされるコンポーネント
コンポーネント
用途
場所
w3cobolschemaexec100.dll
Schema Executor が使用するルー
チンのライブラリ
Windows サーバー： PVSW\bin\
libpsqlcobolschemaexec100.so
cobolschemaexec.xsd
cobolschemaexec.log
cobolschemaexec.exe
Linux サーバー： /usr/local/psql/lib
XML ファイルを処理する際に
Schema Executor が使用するコン
トロールファイル（ドキュメン
ト型定義）
Windows サーバー：
PVSW\schemas\
XML ファイルを処理する際に
Schema Executor が生成したメッ
セージを記録するデフォルトの
ログファイル
Windows サーバー：
PVSW\logs\
ISAM データを正規化された SQL
テーブルと解釈するために、リ
レーショナルインターフェイス
が使用するシステムテーブルを
作成するユーティリティ
Windows サーバーおよびクライアント：
PVSW\bin\
Linux サーバー：
/user/local/psql/schemas/
Linux サーバー：
/usr/local/psql/logs/
Schema Executor とも呼ばれます。
cobolschemaexec
ISAM データを正規化された SQL
テーブルと解釈するために、リ
レーショナルインターフェイス
が使用するシステムテーブルを
作成するユーティリティ
Linux インストール：
/usr/local/psq/bin/
Schema Executor とも呼ばれます。
SampleMainTable.xml
シンプルなテーブルのデータを
定義する、サンプルの XML テン
プレート
「サンプル XML ファイルの実行
例」（D-14 ページ）も参照してく
ださい。
SampleMainWithOccurs.xml
OCCURS 構造を含んでいるデー
タの定義に使用する、サンプルの
XML テンプレート
「サンプル XML ファイルの実行
例」（D-14 ページ）も参照してく
ださい。
D-4
Windows サーバーおよびクライアント：
PVSW\samples\cobolschemaexec
Linux インストール：
/usr/local/psql/samples/cobolschemaexec
Windows サーバーおよびクライアント：
PVSW\samples\cobolschemaexec
Linux インストール：
/usr/local/psql/samples/cobolschemaexec
コンポーネント
表 D-2 COBOL アプリケーションの SQL アクセスを提供するためにインストールされるコンポーネント
コンポーネント
用途
場所
SampleMainWithRedefines.xml
REDEFINES 構造を含んでいる
データの定義に使用する、サンプ
ルの XML テンプレート
Windows サーバーおよびクライアント：
PVSW\samples\cobolschemaexec
「サンプル XML ファイルの実行
例」（D-14 ページ）も参照してく
ださい。
SampleVariantRecord.xml
可変レコードレイアウトを含ん
でいるデータの定義に使用する、
サンプルの XML テンプレート
「サンプル XML ファイルの実行
例」（D-14 ページ）も参照してく
ださい。
Windows クライアントおよび
Linux クライアントでは、ログ
ファイルはオプションです。
Schema Executor を起動すると
きに指定できます。
「Schema Executor コマンドの形
式」（D-8 ページ）を参照してくだ
さい。
Linux インストール：
/usr/local/psql/samples/cobolschemaexec
Windows サーバーおよびクライアント：
PVSW\samples\cobolschemaexec
Linux インストール：
/usr/local/psql/samples/cobolschemaexec
パスが指定されていない場合は、現在
のディレクトリと同じです。そうで
ない場合は、ユーザー指定のパスに
よって決まります。
D-5
COBOL アプリケーションの SQL アクセス
SQL アクセスの使用
SQL アクセスを利用するには次の作業を行います。
1
適切な XML テンプレートを手で編集して、データレイアウトを記述
します。
2
XML テンプレートで指定したデータファイルをデータベースフォル
ダにコピーします。
3
ユーティリティを実行して、リレーショナルインターフェイスが使用
するシステムテーブルを作成します（XML を使って、正規化された
データを作成します）。
4
COBOL アプリケーションの開発者である場合は、任意で、Schema Executor
によって作成された新しいシステムテーブルを配布します。
手順 1 ：サンプル XML テンプレートの変更
Pervasive PSQL v9 にはサンプルの XML テンプレートが含まれており、こ
れを利用すると、 COBOL アプリケーションで必要とされるとおりにデー
タのレイアウトを定義できます。表 D-2 を参照してください。開発者向け
に専門的に言えば、 XML ファイルにメタデータを記述します。
¾XML テンプレートを変更するには
1
テキストエディタで XML テンプレートを開きます。
2
ファイルに記述されているコメントに従って XML を変更します。
3
選択したパスとファイル名で、変更したテンプレートを保存します。
手順 2 ： XML テンプレートで指定したデータファイルのコピー
Schema Executor を起動する前に、 XML ファイルで指定したデータファイ
ルをデータベースのデータファイルの場所へコピーします。データベース
は、テーブルを追加する必要のあるデータベースです。
たとえば、 XML で mytable.mkd と指定したテーブルをデータベース "test"
に追加するとします。このとき、データベースのデータファイルは
c:\data\test にあるとします。 Schema Executor を起動する前に、データファ
イル mytable.mkd を c:\data\test へコピーします。
D-6
SQL アクセスの使用
手順 3 ： Schema Executor ユーティリティの実行
Pervasive PSQL v9 には Schema Executor というコマンドラインユーティリ
ティが付属しています。このユーティリティは SchemaExec ともいいます。
Schema Executor は以下の操作を実行します。

手で編集された XML ファイルの解析

リレーショナルインターフェイスがデータを正規化された SQL テーブ
ルと解釈するために使用する、既存のシステムテーブルの配置
（Pervasive PSQL v9 で作成されるテーブルには、 SQL アクセスのサポー
トに必要なシステムテーブルがすべて含まれています）

Pervasive PSQL v9 より前のバージョンの Pervasive PSQL で作成された
データベースに対してこのユーティリティを実行する場合は、追加のシ
ステムテーブルの作成と配置
¾Schema Executor で XML ファイルを処理するには
「サンプル XML ファイルの実行例」（D-14 ページ）も参照してください。
1
オペレーティングシステムでコマンドプロンプトにアクセスします。
2
コマンドラインで Schema Executor を実行します（この実行可能プロ
グラムがデフォルトでインストールされる場所は、表 D-2 を参照して
ください）。
必須オプションの XMLfilename および databasename と、必要な任意の
オプションを指定します。「Schema Executor コマンドの形式」（D-8 ペー
ジ）を参照してください。
XML コンテンツの処理中にエラーが発生した場合は、Schema Executor
ログファイルに報告されているエラーを検討します。「ログメッセー
ジ」（D-11 ページ）を参照してください。処理でエラーが発生しなくな
るまで、繰り返し XML を修正してユーティリティを再実行します。
D-7
COBOL アプリケーションの SQL アクセス
Schema Executor コマンドの形式
cobolschemaexec XMLfilename databasename [-s servername]
[-u login_id] [-p password] [-i svr_loginid] [-c
svr_password] [-l log_file] [ -h | -? ]
表 D-3 Schema Executor ユーティリティのオプション
オプション
説明
XMLfilename
データのレイアウトを定義する XML スキーマのファイル
名。必須オプションです。「手順 1 ：サンプル XML テンプ
レートの変更」（D-6 ページ）を参照してください。
databasename
アプリケーションがアクセスする Pervasive PSQL データ
ベースの名前。必須オプションです。指定したデータベース
が存在しない場合は、ユーティリティからパスとファイル名
の入力を求められます。
「Schema Executor による新規データベースの作成」（D-10
ページ）も参照してください。
D-8
-s servername
Pervasive PSQL データベースエンジンが実行されている
サーバーの名前、または IP アドレス。データベースエンジ
ンと同じマシン上で SchemaExec を実行している場合は、名
前として "localhost" を使用できます。 servername が指定され
ていない場合は、ローカルマシンがサーバーであると見な
します。
-u login_id
セキュリティで保護されたデータベースへのアクセスに必
要なユーザー名。 Pervasive PSQL セキュリティモデルの解説
については、『Advanced Operations Guide』の「Pervasive PSQL
セキュリティ」（7-1 ページ）を参照してください。
-p password
セキュリティで保護されたデータベースへのアクセスに必
要なパスワード。 Pervasive PSQL セキュリティモデルの解説
については、『Advanced Operations Guide』の「Pervasive PSQL
セキュリティ」（7-1 ページ）を参照してください。
-i svr_loginid
リモートマシンのオペレーティングシステムへのアクセス
に必要なログイン名。 SchemaExec がリモートサーバー上に
ある XML ファイルを処理している場合には、このオプショ
ンは必須です。
-c svr_password
リモートマシンのオペレーティングシステムへのアクセス
に必要なパスワード。 SchemaExec がリモートサーバー上に
ある XML ファイルを処理している場合には、このオプショ
ンは必須です。
SQL アクセスの使用
表 D-3 Schema Executor ユーティリティのオプション
オプション
説明
-l log_file
XML ファイルの処理中に生成されるメッセージの記録に使
用するログファイル。
Pervasive PSQL データベースエンジンが実行されているマ
シンで SchemaExec を実行する場合は、自動的にデフォルトロ
グが作成されます。 -l log_file オプションを使用する必要はあ
りません。デフォルトログの名前は cobolschemaexec.log で
す。
クライアントマシン（Pervasive PSQL データベースエンジ
ンが実行されていないマシン）で SchemaExec を実行する場
合は、クライアントマシン用のログファイルを指定できま
す。
「ログメッセージ」（D-11 ページ）を参照してください。
-h または -?
コマンドの使い方を表示します。その他すべてのオプショ
ンは無視されます。
メモ必須オプションの XMLfilename と databasename は位置決めされ
ており、この順序で指定する必要があります。
使い方の例
次の例は、 Schema Executor の使い方を示しています。

データベースが既に存在する場合（サーバーはローカルホストで動作
している）：
cobolschemaexec
c:\pvsw\samples\cobolschemaexec\test.xml demodata

データベースが存在しない場合（サーバーはローカルホストで動作し
ている）：
cobolschemaexec
c:\pvsw\samples\cobolschemaexec\test.xml mytest
ユーティリティは次のようなプロンプトを表示します。
CB103 : mytest に接続できません
データベースを作成しますか (y/n)?
"y" を押すと、ユーティリティはデータベースパスを入力するプロンプト
を表示します。
データベースパスを入力してください。
D-9
COBOL アプリケーションの SQL アクセス
既存のパスを入力します。そうしないと、エラーが返されます。必ず、XML
ファイルで使用されているデータベースファイル（たとえば .MKD ファイ
ル）がそのパスで使用可能であるようにしてください。

データベースがリモートサーバーに存在する場合：
cobolschemaexec
c:\pvsw\samples\cobolschemaexec\test.xml demodata
-s TestMachine -i testuser -c testuser
この例では、管理者権限を持つユーザー "testuser" （パスワード "testuser"）
がリモートマシン（TestMachine）に存在し、 XML ファイルで使用される
データベースファイルは、リモートマシン上のデータベースのデータ
ファイルディレクトリにあるものとします。

データベースがリモートサーバーに存在しない場合：
cobolschemaexec
c:\pvsw\samples\cobolschemaexec\test.xml mytest s RemoteMachine -i testuser -c testuser
この例では、ユーザー "testuser" （パスワード "testuser"）はリモートマシン
（TestMachine）に存在し、管理者権限を持っているものとします。
ユーティリティは次のようなプロンプトを表示します。
CB103 : mytest に接続できません
データベースを作成しますか (y/n)?
"y" を押すと、ユーティリティはデータベースパスを入力するプロンプト
を表示します。
データベースパスを入力してください。
既存のパスを入力します。そうしないと、エラーが返されます。必ず、XML
ファイルで使用されているデータベースファイル（たとえば .MKD ファイ
ル）がそのパスで使用可能であるようにしてください。
Schema Executor による新規データベースの作成
ユーティリティオプション databasename に存在しないデータベースを指
定すると、Schema Executor は新しいデータベースを作成するかどうかを尋
ねます。 "yes" と答えると、新しいデータベースの場所を入力するプロンプ
トが表示されます。 Schema Executor がデータベースを作成する場所（パス
とフォルダ名）は既存でなければなりません。
また、 Schema Executor は、デフォルトフォルダに databasename のデータ
ファイルがあることを期待するので注意してください。データファイルが
見つからない場合は、その旨が通知されます。データファイルを自分でデ
フォルトフォルダへコピーしてから、 Schema Executor を再実行して XML
を処理します。
D-10
SQL アクセスの使用
ログメッセージ
このセクションは、 Schema Executor による XML ファイルの処理後、ログ
ファイルに記載されている可能性のあるコードの一覧を示します。
成功を表すコードは、「CB100：Schemaexec は正常に完了しました」です。
次の表は、エラーコードの一覧を示します。
表 D-4 CobolSchemaExec ログファイルに記載される可能性のあるエ
ラーコード
エラー
コード
説明
CB001
不明なエラーです
CB002
プロパティ名属性がありません
CB003
MAINTABLE および VARIANTRECORDTABLES はサポートされ
ていません
CB004
指定された Occurs テーブル名が不正です
CB005
指定された Occurs Count が不正です
CB006
指定された Occurs マッピングインデックスは親テーブルのイン
デックスではありません
CB007
TableName - TableName が重複しています
CB008
FieldName - FieldName が重複しています
CB009
IndexName - IndexName が重複しています
CB010
テーブル名パラメータが指定されていません
CB012
Identifier - 不正な文字が含まれています
CB013
オフセットは負でない整数でなければなりません
CB014
識別子の長さは 20 文字を超えてはいけません
CB016
精度はゼロより大きくなければなりません
CB017
指定された精度が不正です - FieldName
CB018
小数位を精度よりも大きくすることはできません - FieldName
CB019
ログファイルと XML ファイルは別にしなければなりません
CB022
TableFilter - テーブルフィルタは 255 文字を超えてはいけません
CB023
FieldName は TableName のフィールドではありません
D-11
COBOL アプリケーションの SQL アクセス
表 D-4 CobolSchemaExec ログファイルに記載される可能性のあるエ
ラーコード
D-12
エラー
コード
説明
CB024
TableFilter は、すべての REDEFINES テーブルに対して、または
NONE に対して定義する必要があります
CB025
親要素が正しくありません
CB028
識別子名 identifiername は英文字で始まっている必要があります
CB029
識別子名 identifiername にキーワードは使用できません
CB050
DataFile - DatabasePath に存在しません
CB051
OCCURS/REDEFINES の長さは負でない整数でなければなりません
CB052
Btrievefilename の長さが 64 文字を超えてはいけません
CB057
親テーブルにインデックスが指定されていません - ParentTableName
CB099
パーサーエラー
CB100
Schemaexec は正常に完了しました
CB101
コマンドライン引数 argument の値が不正です
CB102
Login を指定しないで、Password の値を指定することはできません
CB103
DatabaseName に接続できません
CB105
ディレクトリパス Databasepath にデータベース DatabaseName を
作成できませんでした
CB106
指定された DSN を作成できませんでした
CB108
データベース databasename を閉じられませんでした
CB109
XML ファイルからデータを読み取れませんでした
CB110
データベースを削除できませんでした
SQL アクセスの使用
手順 4 ：システムテーブルの配布（任意）
COBOL アプリケーションの開発者である場合は、作成したアプリケー
ションと共にすべてのシステムアプリケーションを配布するようにして
ください。配布自体に違いはありませんが、追加するシステムテーブルが
生じる可能性があるので、ここで述べています。たとえば、 Pervasive PSQL
v9 より前のバージョンの Pervasive.SQL で作成されたデータベースに対し
て Schema Executor を実行した場合は、追加のシステムテーブルが作成さ
れ配置されます。その結果、配布するシステムテーブル（DDF ファイル）
がいくつか追加されることになります。
D-13
COBOL アプリケーションの SQL アクセス
サンプル XML ファイルの実行例
サンプル XML ファイルおよびデータファイルは、
\PVSW\samples\cobolschemaexec フォルダ内に提供されています。 Schema
Executor を使って XML ファイル SampleMainTable.xml を実行するには、次
の手順に従います。
1
接続するデータベースのデータファイルフォルダに maintbl.mkd
をコピーします。
たとえば、データベース "test" があり、データファイルの場所は
c:\data\test であるとします。 c:\data\test へ maintbl.mkd をコピーしま
す。
2
C:\pvsw\bin でコマンドプロンプトを開きます。
これは、Pervasive PSQL のインストール先がデフォルト（C:\pvsw フォ
ルダ）であることを前提としています。
3
DOS プロンプトで次のコマンドを実行します。
cobolschemaexec
c:\pvsw\samples\cobolschemaexec\samplemaintable.x
ml test
4
Schema Executor の実行が成功したら、（XML ファイルに指定されてい
る）テーブル maintbl が "test" データベースに作成されます。
5
これで、 PCC を使って、テーブル maintbl で SQL 操作を実行できま
す。
補注
このセクションでは、 SELECT ステートメントおよびテーブルフィルタに
関する注意事項を提供します。
SELECT ステートメント
OCCURS テーブルで SELECT クエリを実行すると、次の内容が返されます。

OCCURS テーブルの列

マッピングインデックスを構成するメインテーブルの列

OCCURS 句の出現回数を示す OCCURS カウンタ
たとえば、 SELECT * FROM FIELD というクエリを、 Schema Executor でサ
ンプル XML ファイル C:\pvsw\samples\cobolschemaexec\
SampleMainWithOccurs.xml について実行した結果作成されるテーブルに対
し実行するとします。
D-14
サンプル XML ファイルの実行例
ユーティリティは、列 Id、 OccursCounter、 Field_1、 Field_2、および Field_3
を返します。
REDEFINES テーブルで SELECT を実行すると、親テーブルの列と
REDEFINES テーブルの列がすべて返されます。
たとえば、 SELECT * FROM Redefined_group というクエリを、 Schema
Executor でサンプル XML ファイル C:\pvsw\samples\
cobolschemaexec\SampleMainWithRedefines.xml について実行した結果作成
されるテーブルに対し実行するとします。
ユーティリティは、列 Id、 Account_Num、 Category、 Redef_Struct_Num （親
テーブルのすべての列）、および Redefined_field_1 （REDEFINES テーブル
の列）を返します。
テーブルフィルタ
テーブルフィルタ（サンプル XML ファイルでは "TABLEFILTER" と呼び
ます）は、特定のテーブルのフィルタ条件です。

TABLEFILTER の式は、左右両方のオペランドが列名であってもかまい
ません。たとえば、 Cust_Num = My_Cust_Num と指定できます（Cust_Num
と My_Cust_Num はどちらも列名です）。
オペランドと演算子の間にスペースを入れてください。

TABLEFILTER の式で定数を使用する場合は、値を一重引用符で囲んで
指定する必要があります。
例： Cust_Num = '100' （Cust_Num は列名です）

XML ファイルで TABLEFILTER を指定する場合は、次の XML エンティ
ティを使用します。
XML エンティティ
使用目的
<
より小さい（<）
>
より大きい（>）
&
アンパサンド（&）（AND）
"
二重引用符（"）
'
一重引用符（'）
有効な TABLEFILTER の例：

Cust_Num = '100' （Cust_Num = 100 と同等）

Cust_Num < '100' （Cust_Num < 100 と同等）
D-15
COBOL アプリケーションの SQL アクセス
D-16

Cust_Num > '100' （Cust_Num > 100 と同等）

Cust_Num <> '100' （Cust_Num <> 100 と同等）

'a' = Category | Account_Num <= 'a123' （'a'=category OR account_num
<= 'a123' と同等）

'a' = Category & Account_Num = 'a123'
account_num = 'a123' と同等）

Cust_Num = My_cust_Num （両オペランドが列名）
（'a' = category AND
索引
記号 / 数字
B
@@IDENTITY グローバル変数 ............. 3-216
例 ........................................................... 3-216
@@ROWCOUNT グローバル変数......... 3-217
例 ................................................ 3-217, 3-218
@@SPID グローバル変数 ....................... 3-218
before/after - SQL 文法要素の定義.......... 3-208
before/after （文法要素の定義）.................. 3-74
BEGIN
サポートしている文法 ......................... 3-24
BFLOAT データ型...................................... A-19
BINARY データ型
SELECT ................................................ 3-222
奇数桁の場合の 0 詰め ....................... 3-222
サポートしないデータ型 ................... 3-123
注意事項 ................................................. A-10
BIT_LENGTH................................................ 5-2
BLOB データ型........................................... A-19
サポートしないデータ型 ................... 3-123
Btrieve オーナーネーム , 「オーナーネーム」
を参照
A
ABS................................................................. 5-6
ACOS.............................................................. 5-6
ADD
サポートしている文法 ........................... 3-3
ALL
サポートしている文法 ........................... 3-4
ALTER TABLE
COBOL での使用 .................................... D-3
IN DICTIONARY キーワード .............. 3-10
USING キーワード ................................ 3-12
WITH REPLACE キーワード ............... 3-14
サポートしている文法 ........................... 3-8
AND でつないだ述部
SQL ステートメントにおける最大数 .. 2-3
AND ビット演算子....................................... 4-3
ANSI
文字変換 ............................................... 3-227
ANY
サポートしている文法 ......................... 3-22
API 関数
ODBC サポート ....................................... 2-7
AS
サポートしている文法 ......................... 3-23
ASCII.............................................................. 5-2
ASIN ............................................................... 5-6
as またはセミコロン - SQL 文法要素の定義 3-208
ATAN ............................................................. 5-6
ATAN2 ........................................................... 5-6
ATTRIB.DDF................................................. C-3
Pervasive PSQL で無視される属性...... C-11
AUTOINCREMENT データ型................... A-16
AVG 集計関数........................................... 3-155
C
CALL
サポートしている文法 ......................... 3-25
ストアドプロシージャの呼び出し .... 3-59
CASCADE
ON DELETE ........................................... 3-65
サポートしている文法 ......................... 3-26
CASE
サポートしている文法 ......................... 3-32
case 値式（文法要素の定義） .................. 3-155
CASE （文法要素の定義） .......................... 3-27
CAST ............................................................ 5-19
CB001 ........................................................... D-11
CB002 ........................................................... D-11
CB003 ........................................................... D-11
CB004 ........................................................... D-11
CB005 ........................................................... D-11
CB006 ........................................................... D-11
CB007 ........................................................... D-11
CB008 ........................................................... D-11
CB009 ........................................................... D-11
CB010 ........................................................... D-11
CB012 ........................................................... D-11
CB013 ........................................................... D-11
索引 1
CB014 .......................................................... D-11
CB016 .......................................................... D-11
CB017 .......................................................... D-11
CB018 .......................................................... D-11
CB019 .......................................................... D-11
CB022 .......................................................... D-11
CB023 .......................................................... D-11
CB024 .......................................................... D-12
CB025 .......................................................... D-12
CB028 .......................................................... D-12
CB029 .......................................................... D-12
CB050 .......................................................... D-12
CB051 .......................................................... D-12
CB052 .......................................................... D-12
CB057 .......................................................... D-12
CB099 .......................................................... D-12
CB100 .......................................................... D-12
CB101 .......................................................... D-12
CB102 .......................................................... D-12
CB103 .......................................................... D-12
CB105 .......................................................... D-12
CB106 .......................................................... D-12
CB108 .......................................................... D-12
CB109 .......................................................... D-12
CB110 .......................................................... D-12
CEILING......................................................... 5-6
CHAR ............................................................. 5-2
CHAR_LENGTH ........................................... 5-2
CHARACTER_LENGTH .............................. 5-2
CHAR データ型
注意事項 ................................................ A-10
CLOB データ型.......................................... A-20
サポートしないデータ型 ................... 3-123
CLOSE
サポートしている文法 ......................... 3-33
COALESCE .................................................. 5-15
サポートしている文法 ......................... 3-34
COALESCE （文法要素の定義）................ 3-34
COBOL
ALTER TABLE ステートメントの使用 D-3
CREATE INDEX IN DICTIONARY の使用 D3
CREATE INDEX の使用 ........................ D-3
CREATE TRIGGER の使用 ................... D-3
DBCobolNumeric 設定.......................... A-25
DELETE の使用 ...................................... D-3
2 索引
DROP TABLE の使用 ............................. D-3
INSERT INTO の使用 ............................. D-3
Schema Executor....................................... D-4
サンプル XML ファイルの実行..... D-14
使い方の例.......................................... D-9
ログメッセージ............................... D-11
SQL 拡張アクセス
Schema Executor.................................. D-4
コンポーネント .................................. D-4
使用...................................................... D-6
UPDATE の使用 ...................................... D-3
アプリケーションの SQL アクセス ..... D-8
正の NUMERIC データ型のための符号値 A25
COMMIT
サポートしている文法 ......................... 3-37
CONCAT ........................................................ 5-2
CONVERT .......................................... 5-18, 5-19
COS................................................................. 5-6
COT ................................................................ 5-6
COUNT( ), COUNT(*) 関数
相違点 .......................................... 3-54, 3-115
COUNT 集計関数...................................... 3-155
CREATE FUNCTION
サポートしている文法 ......................... 3-39
CREATE GROUP
サポートしている文法 ......................... 3-45
CREATE INDEX
COBOL での使用 .................................... D-3
サポートしている文法 ......................... 3-46
制約 ......................................................... 3-46
CREATE INDEX IN DICTIONARY
COBOL での使用 .................................... D-3
CREATE PROCEDURE
サポートしている文法 ......................... 3-50
CREATE TABLE
IN DICTIONARY キーワード .............. 3-66
USING キーワード ................................ 3-66
WITH REPLACE キーワード ............... 3-68
サポートしている文法 ......................... 3-62
ファイル圧縮 ......................................... 3-69
ページサイズ ........................................ 3-69
CREATE TRIGGER
COBOL での使用 .................................... D-3
サポートしている文法 ......................... 3-74
CREATE VIEW
サポートしている文法 ......................... 3-77
CURDATE ..................................................... 5-9
CURRENCY データ型 ............................... A-20
CURRENT_DATE ......................................... 5-9
CURRENT_TIME.......................................... 5-9
CURRENT_TIME() ................................... 3-181
CURRENT_TIMESTAMP........................... 5-10
CURTIME ...................................................... 5-9
CURTIME()................................................ 3-181
D
DATABASE ................................................. 5-14
DATE データ型........................................... A-21
DAYNAME.................................................. 5-10
DAYOFMONTH.......................................... 5-10
DAYOFYEAR.............................................. 5-10
DBCobolNumeric 設定 ................................ A-25
DCOMPRESS............................................... 3-69
DDF
データファイルに影響を与えないでデータ
定義を変更する ................................. 3-47
DECIMAL データ型 ................................... A-21
SUM() 関数結果の精度....................... 3-156
DECLARE
サポートしている文法 ......................... 3-79
DECLARE CURSOR
サポートしている文法 ......................... 3-80
DEFAULT .................................................. 3-121
CREATE TABLE の使用例 .................. 3-69
UPDATE 内 ............................... 3-197, 3-201
DEGREES ...................................................... 5-6
DELETE
COBOL での使用 .................................... D-3
サポートしている文法 ................ 3-89, 3-90
DEPEND.DDF................................................ C-3
DISTINCT .................................................. 3-166
サブクエリ内 ....................................... 3-201
サポートしている文法 ......................... 3-93
DROP FUNCTION
サポートしている文法 ......................... 3-94
DROP INDEX
サポートしている文法 ......................... 3-96
DROP PROCEDURE
サポートしている文法 ......................... 3-98
DROP TABLE
COBOL での使用 .................................... D-3
IN DICTIONARY キーワード .............. 3-99
サポートしている文法 ......................... 3-99
DROP TRIGGER
サポートしている文法 ....................... 3-100
DROP VIEW
サポートしている文法 ....................... 3-101
DSN
接続文字列 ............................................... 2-5
E
END
サポートしている文法 ....................... 3-102
EXISTS
サポートしている文法 ....................... 3-104
EXP................................................................. 5-6
EXTRACT.................................................... 5-10
F
FETCH
サポートしている文法 ....................... 3-106
FIELD.DDF .................................................... C-3
Field.ddf.......................................................... C-3
File.ddf
FILE.DDF.................................................. C-3
FLOAT データ型 ........................................ A-22
値の比較 ................................................. A-12
FLOOR ........................................................... 5-6
FOREIGN KEY
サポートしている文法 ....................... 3-108
列を変更できない ................................. 3-15
G
GRANT
サポートしている文法 ....................... 3-110
GROUP BY
HAVING 句の使用 .............................. 3-117
サポートしている文法 ....................... 3-115
H
HAVING
GROUP BY 式...................................... 3-117
HOUR ........................................................... 5-10
索引 3
I
IDENTITY グローバル変数 , 「@@IDENTITY」
を参照
IF ................................................................... 5-15
サポートしている文法 ....................... 3-118
ネスト制限 ........................................... 3-118
IF （SELECT 付き）
サポートしている文法 ....................... 3-163
IFNULL ........................................................ 5-15
IN
サポートしている文法 ....................... 3-120
IN DICTIONARY キーワード 3-10, 3-47, 3-66, 399
バウンドデータベースで許可されない 3-10,
3-47
Index.ddf ....................................................... 3-48
INDEX.DDF.............................................. C-3
INSERT
サポートしている文法 ....................... 3-121
デフォルト値 ....................................... 3-121
INSERT INTO
COBOL での使用.................................... D-3
INTEGER データ型 ................................... A-23
In- 述部
サポートしている文法 ....................... 3-160
ISNULL ........................................................ 5-15
J
JOIN
サポートしている文法 ....................... 3-127
L
LCASE ............................................................ 5-2
LEAVE
サポートしている文法 ....................... 3-133
LEFT ............................................................... 5-2
LEFT OUTER JOIN
構文 ....................................................... 3-127
ベンダ文字列 ....................................... 3-128
LENGTH......................................................... 5-2
LIKE
構文と使用法 ....................................... 3-134
LIKE 述部
LONGVARBINARY ............................. A-11
LONGVARCHAR.................................. A-11
4 索引
LOCATE......................................................... 5-2
LOG ................................................................ 5-6
LOG10 ............................................................ 5-6
LOGICAL データ型.................................... A-24
LONGVARBINARY
INSERT ステートメントの制約 .......... A-11
SQLGetData の使用 ............................... A-11
制約 ......................................................... A-11
注意事項 ................................................. A-10
LONGVARCHAR
INSERT ステートメントの制約 .......... A-11
SQLGetData の使用 ............................... A-11
UNION ステートメントの制約 ......... 3-194
制約 ......................................................... A-11
注意事項 ................................................. A-10
Long データ
使用時の制約 ......................................... 3-60
挿入または更新 ................................... 3-123
LOOP
サポートしている文法 ....................... 3-136
LSTRING データ型 .................................... A-24
LTRIM............................................................ 5-2
M
Master ユーザー ........................................ 3-111
MAX 集計関数 .......................................... 3-155
MINUTE....................................................... 5-10
MIN 集計関数............................................ 3-155
MOD ............................................................... 5-7
MONEY データ型....................................... A-24
MONTH........................................................ 5-10
MONTHNAME............................................ 5-10
N
NOT
サポートしている文法 ....................... 3-137
NOT NULL
デフォルト値 ....................................... 3-122
NOT ビット演算子 ....................................... 4-5
NOW............................................................. 5-11
NULL............................................................ 5-15
サブクエリが行を返さない場合の UPDATE
による挿入 ....................................... 3-198
デフォルト値を持つ NOT NULL 列へ挿入を
試みる ............................................... 3-122
ヌル値を許可する列にできない ......... 3-15
NULLIF ........................................................ 5-15
NUMERICSA データ型.............................. A-27
NUMERICSTS データ型 ............................ A-27
NUMERIC データ型................................... A-25
正のデータ型のための符号値............. A-25
O
Occurs DDF .................................................... C-3
Occurs.DDF .................................................... C-3
OCTET_LENGTH ......................................... 5-2
ODBC
API
合致...................................................... 2-7
合致の例外........................................ 2-10
合致 ........................................................... 2-7
インターフェイス .............................. 2-7
記述子フィールド ............................ 2-13
属性.................................................... 2-12
セキュリティ ....................................... 3-111
ODBC API
関数
サポートされる .................................. 2-7
OEM から ANSI へ
接続文字列 ........................................... 3-227
文字変換 ............................................... 3-227
ON DELETE ................................................ 3-65
ON UPDATE................................................ 3-66
ONLY
サポートしている文法 ....................... 3-138
ORDER BY
SET ROWCOUNT................................ 3-178
TOP ....................................................... 3-166
order-by 式 - SQL 文法要素の定義.......... 3-209
order-by 式（文法要素の定義） ............... 3-153
OR ビット演算子.......................................... 4-6
P
PAGESIZE ................................................... 3-69
Pervasive ODBC エンジンインターフェイス
SQL の合致 ............................................ 2-14
サポートされるデータ型 ....................... A-2
制限 ........................................................... 2-2
Pervasive PSQL Control Center
OEM 文字 ............................................. 3-227
Pervasive.SQL 7
ステータスコード 59........................... 3-67
PI..................................................................... 5-7
POSITION ...................................................... 5-3
POWER .......................................................... 5-7
PRIMARY KEY
サポートしている文法 ....................... 3-139
列を変更できない ................................. 3-15
PRINT
サポートしている文法 ....................... 3-142
PROC.DDF..................................................... C-3
psp_column_attributes.................................... 6-6
psp_column_rights.......................................... 6-9
psp_columns ................................................... 6-3
psp_fkeys ...................................................... 6-12
psp_groups.................................................... 6-15
psp_help_sp .................................................. 6-16
psp_help_trigger ........................................... 6-18
psp_help_udf................................................. 6-21
psp_help_view .............................................. 6-23
psp_indexes................................................... 6-24
psp_pkeys ..................................................... 6-27
psp_stored_procedures ................................. 6-31
psp_table_rights............................................ 6-37
psp_tables ..................................................... 6-34
psp_triggers................................................... 6-40
psp_udfs........................................................ 6-43
psp_users....................................................... 6-45
psp_views ..................................................... 6-48
PUBLIC
サポートしている文法 ....................... 3-141
public またはユーザー / グループ名 - SQL 文法
要素の定義...................................... 3-211
Q
QUARTER ................................................... 5-11
R
RADIANS....................................................... 5-7
RAND ............................................................. 5-7
REAL データ型........................................... A-27
RELATE.DDF ................................................ C-3
RELEASE SAVEPOINT
サポートしている文法 ....................... 3-143
REPLACE....................................................... 5-3
REPLICATE................................................... 5-3
RESTRICT
ON DELETE ........................................... 3-65
索引 5
サポートしている文法 ....................... 3-145
RETURNS
CREATE PROCEDURE の例 ................ 3-55
REVOKE
サポートしている文法 ....................... 3-146
RIGHT ............................................................ 5-3
RIGHTS.DDF ................................................. C-3
RI 「参照整合性」を参照
ROLLBACK WORK
サポートしている文法 ....................... 3-148
ROUND .......................................................... 5-7
ROWCOUNT グローバル変数 ,
「@@ROWCOUNT」を参照
ROWCOUNT （SET） ................................ 3-178
RTRIM ............................................................ 5-3
S
SAVEPOINT
サポートしている文法 ....................... 3-150
Schema Executor ................................... D-4, D-8
サンプル XML ファイルの実行 ......... D-14
使い方の例 .............................................. D-9
テーブルフィルタの使用 ................... D-15
ログメッセージ ................................... D-11
SchemaExec
「Schema Executor」を参照
SECOND....................................................... 5-11
SELECT
TOP 句................................................... 3-166
最大列数 ................................................... 2-3
サポートしている文法 ....................... 3-153
SELECT （INTO 付き）
サポートしている文法 ....................... 3-152
SET DECIMALSEPARATORCOMMA 3-169, 3172
SET OWNER.............................................. 3-174
SET PASSWORD
サポートしている文法 ....................... 3-176
SET SECURITY
サポートしている文法 ....................... 3-179
SET TIME ZONE ....................................... 3-181
SET TRUENULLCREATE
サポートしている文法 ....................... 3-187
SET VARIABLE
サポートしている文法 ....................... 3-188
SET ROWCOUNT ..................................... 3-178
6 索引
SIGN ............................................................... 5-7
SIGNAL
サポートしている文法 ....................... 3-189
SIN.................................................................. 5-7
SPACE............................................................ 5-3
SPID グローバル変数 , 「@@SPID」を参照
SQL
COBOL データ構造でのステートメントの使
用 ........................................................... D-3
COBOL のための拡張アクセス
コンポーネント .................................. D-4
使用...................................................... D-6
システムテーブル「システムテーブル」を
参照
ステートメント
種類...................................................... 1-1
データ制御........................................ 1-10
データ操作................................... 1-5, 1-7
データ定義.......................................... 1-3
デリミタ付き識別子........................ 2-15
ステートメント内の引用文字列の最大サイ
ズ ........................................................... 2-3
ステートメントの区切り文字
PCC での変更 ..................................... 3-2
ステートメントの最大長 ....................... 2-3
ステートメントのリスト ................... 3-213
セキュリティ ....................................... 3-111
説明と目的 ............................................... 1-1
標準の拡張機能 ....................................... B-1
変数
制限.................................................... 3-60
パラメータ ........................................ 3-60
予約語 ....................................................... B-1
SQLBindCol ................................................... 2-7
SQLBindParameter......................................... 2-7
SQLBrowseConnect ....................................... 2-7
SQLCancel...................................................... 2-8
SQLColAttributes ........................................... 2-8
SQLColumns .................................................. 2-8
SQLConnect ................................................... 2-8
SQLDataSources............................................. 2-8
SQLDescribeCol............................................. 2-8
SQLDescribeParam ........................................ 2-8
SQLDisconnect............................................... 2-8
SQLDriverConnect ......................................... 2-8
SQLExecDirect............................................... 2-8
SQLExecute.................................................... 2-8
SQLFetch........................................................ 2-8
SQLForeignKeys ............................................ 2-8
SQLFreeStmt ....................................... 2-8, 3-223
SQLGetCursorName....................................... 2-8
SQLGetData ................................................... 2-8
LONGVARBINARY .............................. A-11
LONGVARCHAR .................................. A-11
SQLGetFunctions ........................................... 2-9
SQLGetInfo ........................................... 2-9, 2-11
SQLGetTypeInfo ................................... 2-9, 2-10
SQLMoreResults ................................... 2-9, 2-10
SQLNativeSql................................................. 2-9
SQLNumParams ............................................. 2-9
SQLNumResultCols ....................................... 2-9
SQLParamData ............................................... 2-9
SQLPrepare..................................................... 2-9
SQLPrimaryKeys............................................ 2-9
SQLProcedureColumns .................................. 2-9
SQLProcedures ............................................... 2-9
SQLPutData.................................................... 2-9
SQL Relational Database エンジン
最適化 ....................................................... 7-1
制限の最適化 ........................................... 7-4
テンポラリファイル , ロケーション 3-219
パフォーマンス ....................................... 7-1
SQLRowCount ............................................... 2-9
SQLSetCursorName ....................................... 2-9
SQLSetPos...................................................... 2-9
SQLSpecialColumns..................................... 2-10
SQLSTATE
サポートしている文法 ....................... 3-191
sqlstate 値 - SQL 文法要素の定義 ........... 3-212
sqlstate 値（文法要素の定義） ................... 3-52
SQLStatistics ................................................ 2-10
SQLTablePrivileges...................................... 2-10
SQL エディタ
OEM 文字 ............................................. 3-227
SQL ステートメント内の引用文字列
最大サイズ ............................................... 2-3
SQL 文法要素................................................ 3-2
SQL 文法要素の定義
as またはセミコロン........................... 3-208
before/after ............................................ 3-208
order-by 式 ............................................ 3-209
public またはユーザー / グループ名. 3-211
sqlstate 値 ..............................................
values 句................................................
値 ...........................................................
値リスト ...............................................
位置引数 ...............................................
インデックスセグメントの定義 ......
インデックス定義 ...............................
インデックス名 ...................................
カーソル名 ...........................................
外部結合タイプ ...................................
外部結合の定義 ...................................
クエリスペック ..................................
グループ名 ...........................................
桁数 .......................................................
結果 .......................................................
結合定義 ...............................................
検索条件 ...............................................
コミットステートメント ..................
コレーション名 ...................................
参照アクション ...................................
参照エイリアス ...................................
参照更新アクション ...........................
参照削除アクション ...........................
式またはサブクエリ ...........................
述部 .......................................................
小数位 ...................................................
スカラ関数 ...........................................
制約名 ...................................................
セーブポイント名 ...............................
セット関数 ...........................................
選択項目 ...............................................
選択リスト ...........................................
相関名 ...................................................
挿入 / 更新 / 削除.................................
挿入値 ...................................................
データ型 ...............................................
データ型名 ...........................................
データベース名 ...................................
テーブル権限 .......................................
テーブル参照 .......................................
テーブル式 ...........................................
テーブル制約 .......................................
テーブル制約定義 ...............................
テーブル名 ...........................................
テーブル要素 .......................................
トランザクションステートメント ..
3-212
3-213
3-213
3-213
3-210
3-209
3-209
3-209
3-208
3-210
3-210
3-211
3-209
3-210
3-212
3-209
3-212
3-208
3-208
3-212
3-212
3-212
3-212
3-209
3-210
3-212
3-212
3-208
3-212
3-212
3-212
3-212
3-208
3-209
3-209
3-208
3-208
3-208
3-213
3-213
3-213
3-212
3-212
3-213
3-213
3-213
索引 7
トリガ名 ............................................... 3-213
パスワード ........................................... 3-210
パラメータ ........................................... 3-210
パラメータタイプ .............................. 3-210
パラメータタイプ名 .......................... 3-210
パラメータ名 ....................................... 3-210
比較演算子 ........................................... 3-208
ビュー名 ............................................... 3-213
フェッチ方向 ....................................... 3-209
プロシージャ検索条件 ....................... 3-210
プロシージャ式 ................................... 3-210
プロシージャステートメント .......... 3-210
プロシージャ名 ................................... 3-211
変更オプション ................................... 3-208
変更オプションリスト ...................... 3-208
変数名 ................................................... 3-213
ユーザー / グループ名 ........................ 3-213
ユーザーパスワード .......................... 3-213
ユーザー名 ........................................... 3-213
呼び出し引数 ....................................... 3-208
ラベル名 ............................................... 3-209
リテラル ............................................... 3-209
リリースステートメント .................. 3-212
列制約 ................................................... 3-208
列定義 ................................................... 3-208
列名 ....................................................... 3-208
ロールバックステートメント .......... 3-212
SQRT .............................................................. 5-7
START TRANSACTION
サポートしている文法 ....................... 3-192
STRING データ型 ...................................... A-20
STUFF............................................................. 5-3
SUBSTRING .................................................. 5-3
SUM 集計関数........................................... 3-155
DECIMAL 型の精度 ............................ 3-156
T
TAN ................................................................ 5-7
TEMP 環境変数
SQL Relational Database エンジン
テンポラリファイル..................... 3-219
Time
INSERT ステートメントで追加 ........ 3-122
現在値の挿入 ....................................... 3-122
現地と UTC .......................................... 3-181
サポートしている書式 ............ 3-161, 3-221
8 索引
リテラル書式 ............................ 3-161, 3-221
リテラル値 ........................................... 3-221
列値の挿入または更新 ............ 3-161, 3-221
TIMESTAMPADD....................................... 5-11
TIMESTAMPDIFF....................................... 5-11
TIMESTAMP データ型 .............................. A-28
多目的には不適切 ................................. A-29
リテラル値の解釈 ............................... 3-182
TIME データ型............................................ A-28
TMP 環境変数
SQL Relational Database エンジン
テンポラリファイル..................... 3-219
TOP
SELECT で使用 ................................... 3-166
top 句（文法要素の定義） ........................ 3-153
TRANSLATIONDLL 接続文字列............ 3-227
TRIGGER.DDF .............................................. C-3
TRUENULLCREATE................................ 3-187
TRUNCATE ................................................... 5-7
U
UCASE ........................................................... 5-3
Unicode キータイプ................................... A-16
Unicode データ型........................................ A-30
UNION
サポートしている文法 ....................... 3-194
制約 ....................................................... 3-194
UNIQUE
サポートしている文法 ....................... 3-196
UNSIGNED BINARY データ型................. A-30
UPDATE
COBOL での使用 .................................... D-3
サブクエリが複数行を返した場合の失敗 3-198
サポートしている文法 ....................... 3-197
Update
規則 ......................................................... 3-66
UPDATE （位置付け）
サポートしている文法 ....................... 3-204
UPPER............................................................ 5-3
USER ............................................................ 5-14
サポートしている文法 ....................... 3-206
USER.DDF ..................................................... C-3
USING キーワード ............................ 3-12, 3-66
パス名の長さ ................................ 3-12, 3-66
UTC 時刻 , 「時刻」を参照
V
Y
values 句 - SQL 文法要素の定義 ............. 3-213
VARCHAR データ型
注意事項 ................................................. A-10
Variant DDF ................................................... C-3
Variant.DDF ................................................... C-3
VIEW.DDF..................................................... C-3
YEAR ........................................................... 5-11
W
アクセス権
許可 ......................................................... 1-11
取り消し ................................................. 1-11
アクセス権の取り消し .............................. 1-11
値
デフォルト ........................................... 3-121
BLOB、 CLOB または BINARY でサポー
トしない ....................................... 3-123
値 - SQL 文法要素の定義 ........................ 3-213
値（文法要素の定義） .............................. 3-154
値リスト - SQL 文法要素の定義 ............ 3-213
WEEK........................................................... 5-11
WHERE
句 ........................................................... 3-153
WHILE
サポートしている文法 ....................... 3-207
WITH REPLACE キーワード ........... 3-14, 3-68
WSTRING データ型（Unicode） ............... A-30
WZSTRING データ型（Unicode） ............. A-30
X
X$Attrib.......................................................... C-3
X$Attrib システムテーブル...................... C-11
X$Depend ....................................................... C-3
X$Depend システムテーブル ................... C-22
X$Field ........................................................... C-3
X$Field システムテーブル ......................... C-5
X$File ............................................................. C-3
X$File システムテーブル ........................... C-4
X$Index .......................................................... C-3
X$Index システムテーブル .............. 3-48, C-8
X$Proc ............................................................ C-3
X$Proc システムテーブル ........................ C-13
X$Relate ......................................................... C-3
X$Relate システムテーブル ..................... C-18
X$Rights ......................................................... C-3
X$Rights システムテーブル ..................... C-16
X$Trigger ....................................................... C-3
X$Trigger システムテーブル ................... C-20
X$User............................................................ C-3
X$User システムテーブル........................ C-14
X$View........................................................... C-3
X$View システムテーブル....................... C-12
XML
Schema Executor ユーティリティでの使用 D-14
Z
ZSTRING データ型 .................................... A-30
あ
い
一重引用符
含有するデータと一致させる ........... 3-134
一重引用符 , 表記法 ..................................... 2-3
位置引数 - SQL 文法要素の定義 ............ 3-210
インデックス
インデックス付きのヌル値を許可する列の
最大数 ................................................. 3-46
インデックスを設定できないデータ型 3-47
可能な場合に使用される既存のインデック
ス ....................................... 3-11, 3-46, 3-68
既存の Btrieve インデックスとリレーショナ
ル定義 ............................... 3-11, 3-46, 3-68
最適化 ..................................................... 7-11
作成 ........................................................... 1-4
システムテーブル
X$Field................................................. C-5
X$Index................................................ C-8
定義 , SQL
Btrieve インデックス ..... 3-11, 3-46, 3-68
名前
最大長.................................................. 2-3
名前付きインデックスの削除 ............... 1-4
分離された , 定義 .................................. 3-48
インデックスセグメントの定義 - SQL 文法要
素の定義.......................................... 3-209
索引 9
インデックス定義 - SQL 文法要素の定義 3-209
インデックス名 - SQL 文法要素の定義. 3-209
引用符
含有するデータと一致させる ........... 3-134
引用符 , 一重～の表記法.............................. 2-3
う
埋め込み
BINARY 列 ............................................
CHAR 列 ................................................
LONGVARBINARY 列 ........................
LONGVARCHAR 列.............................
VARCHAR 列........................................
A-10
A-10
A-10
A-10
A-10
え
エスケープ文字......................................... 3-134
演算子
ビット単位 ............................................... 4-2
ビット演算 AND （&） ....................... 4-3
ビット演算 NOT （~） ........................ 4-5
ビット演算 OR （|）............................. 4-6
ビット演算の真理値表...................... 4-9
ビット演算排他的 OR （^） .............. 4-8
より大きい ........................................... 3-153
より小さい ........................................... 3-153
お
オーナーネーム........................................ 3-111
SQL での指定....................................... 3-174
保護されたデータベース ..................... 1-10
か
カーソル
TOP によって変更されるタイプ....... 3-167
制限 ......................................................... 3-60
ループ方法 ............................................. 3-59
カーソル名 - SQL 文法要素の定義......... 3-208
概算数値リテラル
サポートしている文法 ....................... 3-159
外部結合タイプ - SQL 文法要素の定義. 3-210
外部結合タイプ（文法要素の定義） ...... 3-153
外部結合の定義 - SQL 文法要素の定義. 3-210
外部結合の定義（文法要素の定義） ...... 3-153
拡張データ型.............................................. A-16
型変換........................................................... 5-18
10 索引
関数
時刻
値の挿入.............................................. 5-9
現在値の挿入...................................... 5-9
システム ................................................. 5-14
集計
AVG ................................................. 3-155
COUNT............................................ 3-155
MAX ................................................ 3-155
MIN.................................................. 3-155
SUM ...................................... 3-155, 3-156
数値 ........................................................... 5-6
日付 ........................................................... 5-9
値の挿入.............................................. 5-9
変換 ......................................................... 5-18
文字列 ....................................................... 5-2
論理 ......................................................... 5-15
カンマ
小数点の記号
データ入力...................................... 3-224
データ表示........................... 3-169, 3-172
き
キーのソート順
文字列 ..................................................... A-15
行
返される個数の制限 ................ 3-166, 3-178
制限 ........................................................... 2-4
行セットのサイズ
指定 ....................................................... 3-178
く
クエリスペック - SQL 文法要素の定義 3-211
クエリスペック（文法要素の定義） ..... 3-153
区切り文字
PCC での SQL ステートメント ............. 3-2
小数点のカンマ
データ入力...................................... 3-224
データ表示........................... 3-169, 3-172
グループ
作成 ......................................................... 1-11
グループ名 - SQL 文法要素の定義 ........ 3-209
グローバル変数 ........................................ 3-216
@@IDENTITY ..................................... 3-216
@@ROWCOUNT................................. 3-217
@@SPID ............................................... 3-218
け
桁数 - SQL 文法要素の定義 .................... 3-210
結果
部分的なセットを返す ............ 3-166, 3-178
結果 - SQL 文法要素の定義 .................... 3-212
結合
2 方向 LEFT OUTER JOIN ................. 3-129
LEFT OUTER ....................................... 3-164
RIGHT OUTER .................................... 3-165
TOP 句に含まれる .............................. 3-167
カルテシアン ....................................... 3-165
最大テーブル数 ....................................... 2-4
データベースをまたがる ................... 3-163
マルチデータベース ........................... 3-163
結合タイプ（文法要素の定義） .............. 3-153
結合定義 - SQL 文法要素の定義 ............ 3-209
結合定義（文法要素の定義） .................. 3-153
権限 , 「アクセス権」を参照
検索条件 - SQL 文法要素の定義 ............ 3-212
検索条件（文法要素の定義） .................. 3-153
現時刻
INSERT ステートメントへ追加 3-122, 3-124
現日付
INSERT ステートメントへ追加 3-122, 3-124
こ
更新
システムテーブル .................................. C-2
構造化問い合わせ言語 , 「SQL」を参照
コード
データ型 ................................................. A-16
語句 , 予約済み ............................................. B-1
コミットステートメント - SQL 文法要素の定義
3-208
コレーション名 - SQL 文法要素の定義 3-208
コレーション名（文法要素の定義） ........ 3-63
さ
サイズ
データページ , 指定 ............................. 3-69
最大
ビュー名の長さ ..................................... 3-77
列名の長さ ............................................... 2-2
最適化
SQL Relational Database エンジン ......... 7-1
インデックスの使用 ............................. 7-11
式の左辺のサブクエリ ....................... 3-157
制限 ........................................................... 7-4
削除
規則 ......................................................... 3-65
カスケード ........................................ 3-65
制限.................................................... 3-65
ビュー ....................................................... 1-9
作成
グループ ................................................. 1-11
ストアドプロシージャ ........................ 3-59
ビュー ....................................................... 1-9
ユーザー定義関数 ................................... 1-5
ユーザーとグループ ........................... 3-111
レガシーヌルサポートを含むテーブル 3-187
サブクエリ
DISTINCT による重複行の除去........ 3-201
サポートしている文法 ....................... 3-156
相関 ............................................ 3-157, 3-198
パフォーマンスの向上 ....................... 3-157
非相関 ................................................... 3-198
サブクエリ式（文法要素の定義） .......... 3-155
サブクエリでの不正な行カウント
UPDATE 内の SELECT が複数行を返した場
合に返される ................................... 3-198
サポートされている ODBC API
Pervasive.SQL 2000.................................. 2-7
サポートされている数値関数 .................... 5-6
サポートされているデータ型 .................... A-2
サポートされている論理関数 .................. 5-15
算術
浮動小数点の比較 ................................. A-12
参照アクション - SQL 文法要素の定義 3-212
参照アクション（文法要素の定義） ........ 3-63
参照エイリアス - SQL 文法要素の定義 3-212
参照エイリアス（文法要素の定義） ........ 3-74
参照更新アクション - SQL 文法要素の定義 3212
参照更新アクション（文法要素の定義） 3-63
参照削除アクション - SQL 文法要素の定義 3212
参照削除アクション（文法要素の定義） 3-63
参照整合性
X$Relate システムテーブル................ C-18
更新規則 ................................................. 3-66
削除規則 ................................................. 3-65
索引 11
し
式
左辺のサブクエリ ............................... 3-157
ストアドプロシージャ内 .................. 3-214
式（文法要素の定義）............................... 3-154
式またはサブクエリ - SQL 文法要素の定義 3209
式またはサブクエリ（文法要素の定義） 3-154
時刻
INSERT ステートメントで追加 ............ 5-9
TIMESTAMP 型 , 使用しない理由 ..... A-29
現在値の挿入 ........................................... 5-9
サポートされている関数 ....................... 5-9
時刻リテラル
サポートしている文法 ............ 3-161, 3-221
システム
サポートされている SQL 関数............ 5-14
時刻 ....................................................... 3-181
地域の設定 ........................................... 3-181
時計 ....................................................... 3-181
システムストアドプロシージャ ............... 6-2
psp_column_attributes............................... 6-6
エラー状況.......................................... 6-8
返される結果セット .......................... 6-7
権限...................................................... 6-7
引数...................................................... 6-6
psp_column_rights..................................... 6-9
エラー状況........................................ 6-12
返される結果セット ........................ 6-10
引数...................................................... 6-9
psp_columns .............................................. 6-3
エラー状況.......................................... 6-6
返される結果セット .......................... 6-3
引数...................................................... 6-3
psp_fkeys ................................................. 6-12
エラー状況........................................ 6-14
返される結果セット ........................ 6-13
引数.................................................... 6-12
psp_groups............................................... 6-15
エラー状況........................................ 6-16
返される結果セット ........................ 6-15
引数.................................................... 6-15
psp_help_sp ............................................. 6-16
エラー状況........................................ 6-18
返される結果セット ........................ 6-17
引数.................................................... 6-17
12 索引
psp_help_trigger ......................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_help_udf ...........................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_help_view.........................................
エラー状況........................................
返される結果セット ........................
権限....................................................
引数....................................................
psp_indexes .............................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_pkeys ................................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_stored_procedures ............................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_table_rights.......................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_tables ................................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_triggers .............................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_udfs...................................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_users .................................................
エラー状況........................................
返される結果セット ........................
引数....................................................
psp_views ................................................
6-18
6-20
6-19
6-19
6-21
6-22
6-21
6-21
6-23
6-24
6-23
6-23
6-23
6-24
6-27
6-25
6-25
6-27
6-29
6-28
6-28
6-31
6-33
6-31
6-31
6-37
6-40
6-38
6-38
6-34
6-37
6-34
6-34
6-40
6-43
6-41
6-41
6-43
6-45
6-43
6-43
6-45
6-47
6-46
6-46
6-48
エラー状況........................................ 6-49
返される結果セット ........................ 6-48
引数.................................................... 6-48
呼び出し ................................................... 1-9
システムテーブル ....................................... C-1
X$Attrib................................................... C-11
X$Depend................................................ C-22
X$Field...................................................... C-5
X$File........................................................ C-4
X$Index ..................................................... C-8
X$Proc..................................................... C-13
X$Relate.................................................. C-18
X$Rights.................................................. C-16
X$Trigger ................................................ C-20
X$User..................................................... C-14
X$View ................................................... C-12
更新 ........................................................... C-2
シフト
正の NUMERIC データ型のための符号値 A25
集計関数
AVG ...................................................... 3-155
COUNT ................................................. 3-155
MAX...................................................... 3-155
MIN ....................................................... 3-155
SUM ...................................................... 3-155
DECIMAL の精度 .......................... 3-156
述部
ストアドプロシージャ内.................. 3-214
述部 - SQL 文法要素の定義 .................... 3-210
述部間
サポートしている文法 ....................... 3-159
述部（文法要素の定義） .......................... 3-154
小数位 - SQL 文法要素の定義 ................ 3-212
小数点
カンマ ............................. 3-169, 3-172, 3-224
表示のみ............................... 3-169, 3-172
使用を避ける語句 ........................................ B-7
ABSOLUTE .............................................. B-7
ACTION.................................................... B-7
ADD .......................................................... B-7
ALL ........................................................... B-7
ALLOCATE.............................................. B-7
ALTER ...................................................... B-7
AND .......................................................... B-7
ANY .......................................................... B-7
ARE ...........................................................
AS..............................................................
ASC ...........................................................
ASSERTION .............................................
AT..............................................................
AUTHORIZATION ..................................
AVG ..........................................................
BEGIN.......................................................
BETWEEN................................................
BIT.............................................................
BIT_LENGTH...........................................
BOTH ........................................................
BY .............................................................
CASCADE ................................................
CASCADED .............................................
CASE.........................................................
CAST.........................................................
CATALOG................................................
CHAR........................................................
CHAR_LENGTH......................................
CHARACTER...........................................
CHARACTER_LENGTH.........................
CHECK .....................................................
CLOSE ......................................................
COALESCE ..............................................
COLLATE.................................................
COLLATION ............................................
COLUMN..................................................
COMMIT...................................................
CONNECT ................................................
CONNECTION .........................................
CONSTRAINT..........................................
CONSTRAINTS .......................................
CONTINUE...............................................
CONVERT ................................................
CORRESPONDING .................................
COUNT .....................................................
CREATE ...................................................
CROSS ......................................................
CURRENT ................................................
CURRENT_DATE....................................
CURRENT_TIME.....................................
CURRENT_TIMESTAMP .......................
CURRENT_USER ....................................
CURSOR ...................................................
DATE ........................................................
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-7
B-8
B-8
B-8
索引 13
DAY........................................................... B-8
DEALLOCATE......................................... B-8
DEC ........................................................... B-8
DECIMAL ................................................. B-8
DECLARE................................................. B-8
DEFAULT ................................................. B-8
DEFERRABLE ......................................... B-8
DEFERRED............................................... B-8
DELETE .................................................... B-8
DESC ......................................................... B-8
DESCRIBE ................................................ B-8
DESCRIPTOR........................................... B-8
DIAGNOSTICS......................................... B-8
DISCONNECT .......................................... B-8
DISTINCT ................................................. B-8
DOMAIN................................................... B-8
DOUBLE ................................................... B-8
ELSE.......................................................... B-8
END ........................................................... B-8
END-EXEC ............................................... B-8
ESCAPE .................................................... B-8
EXCEPT .................................................... B-8
EXCEPTION ............................................. B-8
EXEC......................................................... B-8
EXECUTE ................................................. B-8
EXISTS...................................................... B-8
EXTERNAL .............................................. B-8
EXTRACT................................................. B-8
FALSE ....................................................... B-8
FETCH....................................................... B-8
FIRST ........................................................ B-8
FLOAT ...................................................... B-8
FOR ........................................................... B-8
FOREIGN.................................................. B-8
FOUND ..................................................... B-8
FROM........................................................ B-8
FULL ......................................................... B-8
FUNCTION ............................................... B-8
GET ........................................................... B-8
GLOBAL ................................................... B-8
GO ............................................................. B-8
GOTO ........................................................ B-8
GRANT ..................................................... B-8
GROUP...................................................... B-8
HOUR........................................................ B-8
IDENTITY................................................. B-8
14 索引
IMMEDIATE ............................................ B-8
IN............................................................... B-8
INDICATOR ............................................. B-8
INITIALLY ............................................... B-8
INNER....................................................... B-8
INPUT ....................................................... B-8
INSENSITIVE........................................... B-8
INSERT ..................................................... B-8
INT ............................................................ B-8
INTEGER.................................................. B-8
INTERSECT ............................................. B-8
INTERVAL ............................................... B-8
INTO ......................................................... B-8
IS ............................................................... B-8
ISOLATION.............................................. B-8
JOIN .......................................................... B-8
KEY........................................................... B-8
LANGUAGE............................................. B-8
LAST ......................................................... B-8
LEADING ................................................. B-8
LEFT ......................................................... B-8
LEVEL ...................................................... B-8
LIKE .......................................................... B-8
LOCAL...................................................... B-8
LOWER..................................................... B-8
MASK ....................................................... B-8
MATCH..................................................... B-8
MAX.......................................................... B-9
MIN ........................................................... B-9
MINUTE ................................................... B-9
MODULE.................................................. B-9
MONTH .................................................... B-9
NAMES ..................................................... B-9
NATIONAL .............................................. B-9
NATURAL................................................ B-9
NCHAR ..................................................... B-9
NEXT ........................................................ B-9
NO ............................................................. B-9
NOT........................................................... B-9
NULL ........................................................ B-9
NULLIF..................................................... B-9
NUMERIC................................................. B-9
OCTET_LENGTH .................................... B-9
OF.............................................................. B-9
ON ............................................................. B-9
ONLY........................................................ B-9
OPEN.........................................................
OPTION ....................................................
OR .............................................................
ORDER .....................................................
OUTER......................................................
OUTPUT ...................................................
OVERLAPS ..............................................
PAD ...........................................................
PARTIAL ..................................................
POSITION.................................................
PRECISION ..............................................
PREPARE .................................................
PRESERVE ...............................................
PRIMARY.................................................
PRIOR .......................................................
PRIVILEGES ............................................
PROCEDURE ...........................................
PUBLIC.....................................................
READ ........................................................
REAL.........................................................
REFERENCES..........................................
RELATIVE ...............................................
RESTRICT ................................................
REVOKE...................................................
RIGHT.......................................................
ROLLBACK .............................................
ROWS .......................................................
SCHEMA ..................................................
SCROLL....................................................
SECOND ...................................................
SECTION ..................................................
SELECT ....................................................
SESSION...................................................
SESSION_USER.......................................
SET............................................................
SIZE...........................................................
SMALLINT...............................................
SOME........................................................
SPACE.......................................................
SQL ...........................................................
SQLCODE.................................................
SQLERROR ..............................................
SQLSTATE ...............................................
SUBSTRING.............................................
SUM ..........................................................
SYSTEM_USER .......................................
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
B-9
TABLE ...................................................... B-9
TEMPORARY .......................................... B-9
THEN ........................................................ B-9
TIME ......................................................... B-9
TIMESTAMP............................................ B-9
TIMEZONE_HOUR ................................. B-9
TIMEZONE_MINUTE ............................. B-9
TO.............................................................. B-9
TRAILING ................................................ B-9
TRANSACTION....................................... B-9
TRANSLATE............................................ B-9
TRANSLATION ....................................... B-9
TRIM ......................................................... B-9
TRUE....................................................... B-10
UNION .................................................... B-10
UNIQUE.................................................. B-10
UNKNOWN............................................ B-10
UPDATE ................................................. B-10
UPPER..................................................... B-10
USAGE.................................................... B-10
USER....................................................... B-10
USING..................................................... B-10
VALUE ................................................... B-10
VALUES ................................................. B-10
VARCHAR ............................................. B-10
VARYING............................................... B-10
VIEW....................................................... B-10
WHEN ..................................................... B-10
WHENEVER........................................... B-10
WHERE................................................... B-10
WITH....................................................... B-10
WORK..................................................... B-10
WRITE .................................................... B-10
YEAR ...................................................... B-10
ZONE ...................................................... B-10
削除 ........................................................... B-8
書式
リテラル値
時刻.................................................. 3-221
タイムスタンプ.............................. 3-222
日付.................................................. 3-221
文字列.............................................. 3-220
書式 , リテラル
時刻 ............................................ 3-161, 3-221
タイムスタンプ ........................ 3-162, 3-222
日付 ............................................ 3-161, 3-221
索引 15
文字列 ................................................... 3-220
真の無限
表現 ........................................................ A-13
す
スカラ関数
ABS ........................................................... 5-6
ACOS......................................................... 5-6
ASCII......................................................... 5-2
ASIN .......................................................... 5-6
ATAN ........................................................ 5-6
ATAN2 ...................................................... 5-6
BIT_LENGTH........................................... 5-2
CAST ....................................................... 5-19
CEILING ................................................... 5-6
CHAR ........................................................ 5-2
CHAR_LENGTH ...................................... 5-2
CHARACTER_LENGTH ......................... 5-2
COALESCE............................................. 5-15
CONCAT................................................... 5-2
CONVERT .............................................. 5-19
COS ........................................................... 5-6
COT ........................................................... 5-6
CURDATE ................................................ 5-9
CURRENT_DATE .................................... 5-9
CURRENT_TIME..................................... 5-9
CURRENT_TIMESTAMP ..................... 5-10
CURTIME ................................................. 5-9
DATABASE ............................................ 5-14
DAYNAME............................................. 5-10
DAYOFMONTH..................................... 5-10
DAYOFYEAR......................................... 5-10
DEGREES ................................................. 5-6
EXP............................................................ 5-6
EXTRACT............................................... 5-10
FLOOR ...................................................... 5-6
HOUR...................................................... 5-10
IF.............................................................. 5-15
IFNULL ................................................... 5-15
ISNULL ................................................... 5-15
LCASE または LOWER .......................... 5-2
LEFT.......................................................... 5-2
LENGTH ................................................... 5-2
LOCATE ................................................... 5-2
LOG ........................................................... 5-6
LOG10 ....................................................... 5-6
16 索引
LTRIM....................................................... 5-2
MINUTE ................................................. 5-10
MOD.......................................................... 5-7
MONTH .................................................. 5-10
MONTHNAME....................................... 5-10
NOW ....................................................... 5-11
NULL ...................................................... 5-15
NULLIF................................................... 5-15
OCTET_LENGTH .................................... 5-2
PI ............................................................... 5-7
POSITION................................................. 5-3
POWER ..................................................... 5-7
QUARTER .............................................. 5-11
RADIANS ................................................. 5-7
RAND........................................................ 5-7
REPLACE ................................................. 5-3
REPLICATE ............................................. 5-3
RIGHT....................................................... 5-3
ROUND..................................................... 5-7
RTRIM ...................................................... 5-3
SECOND ................................................. 5-11
SIGN.......................................................... 5-7
SIN............................................................. 5-7
SPACE....................................................... 5-3
SQRT......................................................... 5-7
STUFF ....................................................... 5-3
SUBSTRING............................................. 5-3
TAN........................................................... 5-7
TIMESTAMPADD ................................. 5-11
TIMESTAMPDIFF ................................. 5-11
TIMESTAMP の小数の秒を無視する . A-28
TRUNCATE.............................................. 5-7
UCASE または UPPER ........................... 5-3
USER....................................................... 5-14
WEEK ..................................................... 5-11
YEAR ...................................................... 5-11
カテゴリ
時刻...................................................... 5-9
システム ............................................ 5-14
数値...................................................... 5-6
日付...................................................... 5-9
変換.................................................... 5-18
文字列.................................................. 5-2
スカラ関数 - SQL 文法要素の定義 ........ 3-212
スカラ関数（文法要素の定義） .............. 3-155
ステータスコード
59 ............................................................. 3-67
ステートメント
接続当たりの最大数 ............................... 2-4
ステートメントの区切り文字 , 変更 ......... 3-2
ストアドプロシージャ
削除 .................................................. 1-5, 3-98
作成 ........................................................... 1-5
式 ........................................................... 3-214
システム
「システムストアドプロシージャ」を
参照
システムテーブル（X$Proc）.............. C-13
実行 ........................................................... 1-9
述部 ....................................................... 3-214
使用 ......................................................... 3-59
制限 ......................................................... 3-60
合計サイズ................................. 2-4, 3-53
最大列数..................................... 2-2, 3-53
パラメータリスト内の引数の数 2-2, 3-53
選択項目としての変数の使用............. 3-53
データ型の制限 ..................................... 3-53
呼び出し ................................................... 1-9
スペーシング
BINARY 列............................................. A-10
CHAR 列................................................. A-10
LONGVARBINARY 列 ......................... A-10
LONGVARCHAR 列 ............................. A-10
VARCHAR 列 ........................................ A-10
せ
正確な数値リテラル
サポートしている文法 ....................... 3-160
制限
Long データの使用時 ........................... 3-60
Pervasive ODBC エンジンインターフェイス
2-2
SQL ステートメント内の引用文字列の最大
サイズ ................................................... 2-3
SQL ステートメントにおける AND でつない
だ述部の最大数 ................................... 2-3
SQL 変数とパラメータ ........................ 3-60
カーソル ................................................. 3-60
ストアドプロシージャ ........................ 3-60
サイズ......................................... 2-4, 3-53
パラメータリスト内の引数.... 2-2, 3-53
プロシージャ名................................ 3-60
変数名................................................ 3-60
トリガ
列数............................................. 2-2, 3-53
静的カーソル
TOP によって変更されるタイプ ...... 3-167
精度
DECIMAL データでの SUM 結果 ..... 3-156
制約
INSERT ステートメントでの
LONGVARBINARY .......................... A-11
INSERT ステートメントでの
LONGVARCHAR .............................. A-11
LONGVARBINARY .............................. A-11
LONGVARCHAR .................................. A-11
UNION ステートメントでの
LONGVARCHAR ............................ 3-194
列 , 数 ........................................................ 2-2
制約名 - SQL 文法要素の定義 ................ 3-208
制約名（文法要素の定義） ........................ 3-63
セーブポイント名 - SQL 文法要素の定義 3-212
世界時 , 「時刻」を参照 ......................... 3-181
セキュリティ
Master ユーザーのパスワード ........... 3-111
SET OWNER ........................................ 3-174
オーナーネーム ....................... 3-111, 3-174
関係 ....................................................... 3-111
システムテーブル
権利（X$Rights） .............................. C-16
ユーザー（X$User） ......................... C-14
設定 ....................................................... 3-179
有効化と無効化 ..................................... 1-10
セキュリティの無効化 .............................. 1-10
接続
最大接続数 ............................................... 2-2
接続文字列
DSN ........................................................... 2-5
TRANSLATIONDLL ........................... 3-227
セット関数
SELECT ステートメントでサポートされて
いる文法 ........................................... 3-160
セット関数 - SQL 文法要素の定義 ........ 3-212
セット関数（文法要素の定義） .............. 3-155
選択項目 - SQL 文法要素の定義 ............ 3-212
選択項目（文法要素の定義） .................. 3-153
選択リスト - SQL 文法要素の定義 ........ 3-212
選択リスト（文法要素の定義） .............. 3-153
索引 17
そ
相関サブクエリ .............................. 3-157, 3-198
相関名
サポートしている文法 ....................... 3-160
相関名 - SQL 文法要素の定義................. 3-208
挿入
現時刻、現日付、タイムスタンプ 3-122, 3124, 5-9
挿入 / 更新 / 削除 - SQL 文法要素の定義 3-209
挿入 / 更新 / 削除（文法要素の定義） ...... 3-74
挿入値 - SQL 文法要素の定義................. 3-209
ゾーン
時刻の設定 ........................................... 3-181
た
タイムスタンプ
INSERT ステートメントへ追加 3-122, 3-124
現在値の挿入 ....................................... 3-122
サポートしている書式 ............ 3-162, 3-222
リテラル書式 ............................ 3-162, 3-222
リテラル値 ........................................... 3-222
列値の挿入または更新 ............ 3-162, 3-222
タイムスタンプリテラル
サポートしている文法 ............ 3-162, 3-222
タイムゾーン
設定 ....................................................... 3-181
ち
地域の設定
小数点の記号のカンマ
データ入力...................................... 3-224
データ表示........................... 3-169, 3-172
て
定義
インデックス
Btrieve インデックス ..... 3-11, 3-46, 3-68
定数値 , 表記
時刻 ....................................................... 3-221
タイムスタンプ ................................... 3-222
日付 ....................................................... 3-221
文字列 ................................................... 3-220
データ
long, 挿入または更新 .......................... 3-123
18 索引
データ型
AUTOINCREMENT............................... A-16
BFLOAT ................................................. A-19
BLOB ...................................................... A-19
CLOB ...................................................... A-20
CURRENCY ........................................... A-20
DATE ...................................................... A-21
DECIMAL............................................... A-21
FLOAT .................................................... A-22
INTEGER................................................ A-23
LOGICAL ............................................... A-24
LSTRING ................................................ A-24
MONEY .................................................. A-24
NUMERIC............................................... A-25
NUMERICSA ......................................... A-27
NUMERICSTS........................................ A-27
REAL....................................................... A-27
STRING................................................... A-20
TIME ....................................................... A-28
TIMESTAMP.......................................... A-28
UNSIGNED BINARY ............................ A-30
WSTRING............................................... A-30
WZSTRING ............................................ A-30
ZSTRING ................................................ A-30
インデックスを設定できない ............. 3-47
拡張 ......................................................... A-16
コード ..................................................... A-16
サポートされる ....................................... A-2
ストアドプロシージャでの制限 ........ 3-53
トリガでの制限 ..................................... 3-75
長さと範囲 ............................................... A-4
別の型への変換 ..................................... 5-18
変換 ........................................................... A-2
ユーザー定義関数の制限 ..................... 3-40
データ型 - SQL 文法要素の定義 ............ 3-208
データ型（文法要素の定義） .................... 3-62
データ型名 - SQL 文法要素の定義 ........ 3-208
データ辞書
システムテーブルの一覧 ...................... C-2
データ制御ステートメント ...................... 1-10
データ操作
ステートメント ....................................... 1-5
データソース名
接続文字列キーワード ........................... 2-5
エンジン.............................................. 2-6
クライアント ...................................... 2-6
データ定義ステートメント ........................ 1-3
データの取得
説明 ........................................................... 1-7
データファイル
既存の置き換え ............................ 3-14, 3-68
システムテーブル（X$File）................. C-4
バイナリ互換性のある複数のプラット
フォーム .................................... 3-13, 3-67
データファイルの圧縮
SQL による ............................................ 3-69
データファイルの置換 .................... 3-14, 3-68
データベース
複数の結合 ........................................... 3-163
データベース名 - SQL 文法要素の定義 3-208
テーブル
SQL ステートメントで閉じる .......... 3-223
最大行数 ................................................... 2-4
最大列数 ................................................... 2-2
削除 ........................................................... 1-3
作成 ........................................................... 1-3
システムテーブル .................................. C-1
システムテーブルの更新...................... C-2
変更 ........................................................... 1-3
レガシーヌルサポートを使った作成 3-187
テーブル権限 - SQL 文法要素の定義 .... 3-213
テーブル参照 - SQL 文法要素の定義 .... 3-213
テーブル参照（文法要素の定義） .......... 3-153
テーブル式 - SQL 文法要素の定義 ........ 3-213
テーブル制約 - SQL 文法要素の定義 .... 3-212
テーブル制約定義 - SQL 文法要素の定義 3-212
テーブル制約定義（文法要素の定義） .... 3-63
テーブル制約（文法要素の定義） ............ 3-63
テーブルフィルタ ..................................... D-15
テーブル名
最大長 ....................................................... 2-4
テーブル名 - SQL 文法要素の定義 ........ 3-213
テーブル名（文法要素の定義） ................ 3-62
テーブル要素 - SQL 文法要素の定義 .... 3-213
テーブル要素（文法要素の定義） ............ 3-62
デフォルト値 , 「値 , デフォルト」を参照
デフォルト値の式（文法要素の定義） .... 3-62
デリミタ付き識別子
SQL ステートメント ............................ 2-15
テンポラリテーブル
パフォーマンス ..................................... 7-14
テンポラリファイル
SQL Relational Database エンジン
ロケーション.................................. 3-219
と
動的カーソル
SET ROWCOUNT................................ 3-178
TOP によって変更されるタイプ ...... 3-167
特殊文字 .................................................... 3-134
閉じる
開いたテーブル ................................... 3-223
トランザクション
定義 ........................................................... 1-8
トランザクションステートメント - SQL 文法
要素の定義...................................... 3-213
トランザクションステートメント（文法要素
の定義）.............................................. 3-51
トリガ
依存関係
システムテーブル（X$Depend） ... C-22
削除 ........................................................... 1-4
作成 ........................................................... 1-4
システムテーブル（X$Trigger） ......... C-20
実行 ........................................................... 1-9
使用可能な列数 .............................. 2-2, 3-53
データ型の制限 ..................................... 3-75
呼び出し ................................................... 1-9
トリガ名 - SQL 文法要素の定義 ............ 3-213
トリガ名（文法要素の定義） .................... 3-74
な
長さ
USING でのパス名....................... 3-12, 3-66
列名の最大 ............................................... 2-2
夏時刻 , 「時刻」を参照
名前
最大長 ....................................................... 2-2
名前付きデータベース
ファイル名 .................................... 3-12, 3-66
に
二重引用符
含有するデータと一致させる ........... 3-134
索引 19
ぬ
ヌル
サポート
テーブル作成時の設定.................. 3-187
レガシーを含むテーブルの作成.. 3-187
ヌル値を許可する列
インデックス設定の最大数 ................. 3-46
デフォルト値 ....................................... 3-122
ね
ネスト制限
IF............................................................ 3-118
は
排他的 OR ビット演算子 ............................. 4-8
バイナリラージオブジェクト ................ A-19
バウンドデータベース
IN DICTIONARY を許可しない . 3-10, 3-47
パス名
USING での長さ ........................... 3-12, 3-66
パスワード
Master ユーザー用 ............................... 3-111
パスワード - SQL 文法要素の定義......... 3-210
パターン検索
LIKE による ......................................... 3-134
パフォーマンス
SQL Relational Database エンジン.......... 7-1
テンポラリテーブル ............................ 7-14
パラメータ - SQL 文法要素の定義......... 3-210
パラメータタイプ - SQL 文法要素の定義 3-210
パラメータタイプ（文法要素の定義） ... 3-50
パラメータタイプ名 - SQL 文法要素の定義 3210
パラメータタイプ名（文法要素の定義） 3-50
パラメータ（文法要素の定義）................. 3-50
パラメータ名 - SQL 文法要素の定義..... 3-210
パラメータリスト
ストアドプロシージャの引数の数 2-2, 3-53
範囲
データ型 .................................................. A-4
ひ
比較演算子 - SQL 文法要素の定義......... 3-208
比較演算子（文法要素の定義）............... 3-154
20 索引
引数
ストアドプロシージャのパラメータリスト
内の数 .......................................... 2-2, 3-53
非相関サブクエリ .................................... 3-198
日付
INSERT ステートメントで追加 ........ 3-122
TIMESTAMP データ型
使用しない理由................................ A-29
現在値の挿入 ................................ 3-122, 5-9
サポートされている関数 ....................... 5-9
サポートしている書式 ............ 3-161, 3-221
リテラル書式 ............................ 3-161, 3-221
リテラル値 ........................................... 3-221
列値の挿入または更新 ............ 3-161, 3-221
日付演算
サポートしている文法 ............ 3-162, 3-222
日付時刻列のデフォルト値としての式 .. 3-87
サポートされているデータ型および制約 3-85
使用コンテキスト ................................. 3-87
日付リテラル
サポートしている文法 ....................... 3-161
ビット演算子
「演算子」を参照
ビット演算の真理値表 ................................ 4-9
ビュー
TOP 句に含まれる .............................. 3-167
削除 ........................................................... 1-9
作成 ........................................................... 1-9
システムテーブル（X$View） ............ C-12
データベース ......................................... 3-77
ビュー名 - SQL 文法要素の定義 ............ 3-213
ふ
ファイル
圧縮 , SQL による指定 ......................... 3-69
テンポラリのロケーション ............... 3-219
フェッチ方向 - SQL 文法要素の定義 .... 3-209
フェッチ方向（文法要素の定義） ............ 3-52
符号値
正の NUMERIC データ型用................. A-25
プッシュダウンフィルタ
「テーブルフィルタ」を参照
付与
アクセス権 ............................................. 1-11
プロシージャ
作成 ......................................................... 3-59
プロシージャ検索条件 - SQL 文法要素の定義
3-210
プロシージャ検索条件（文法要素の定義） 3-52
プロシージャ式 - SQL 文法要素の定義 3-210
プロシージャ式（文法要素の定義） ........ 3-50
プロシージャステートメント - SQL 文法要素
の定義.............................................. 3-210
プロシージャステートメント（文法要素の定
義）...................................................... 3-50
プロシージャ名 - SQL 文法要素の定義 3-211
プロシージャ名（文法要素の定義） ........ 3-50
文法要素の定義 ........................................ 3-208
before/after .............................................. 3-74
CASE....................................................... 3-27
case 値式 ............................................... 3-155
COALESCE ............................................ 3-34
order-by 式 ............................................ 3-153
sqlstate 値 ................................................ 3-52
top 句..................................................... 3-153
values 句................................................ 3-121
値 ........................................................... 3-154
外部結合タイプ ................................... 3-153
外部結合の定義 ................................... 3-153
クエリスペック .................................. 3-153
結合タイプ ........................................... 3-153
結合定義 ............................................... 3-153
検索条件 ............................................... 3-153
コレーション名 ..................................... 3-63
サブクエリ式 ....................................... 3-155
参照アクション ..................................... 3-63
参照エイリアス ..................................... 3-74
参照更新アクション ............................. 3-63
参照削除アクション ............................. 3-63
式 ................................................ 3-152, 3-154
式またはサブクエリ ........................... 3-154
述部 ....................................................... 3-154
スカラ関数 ........................................... 3-155
制約名 ..................................................... 3-63
セット関数 ........................................... 3-155
選択項目 ............................................... 3-153
選択リスト ................................ 3-152, 3-153
挿入 / 更新 / 削除................................... 3-74
データ型 ................................................. 3-62
テーブル参照 ............................ 3-152, 3-153
テーブル制約 ......................................... 3-63
テーブル制約定義................................. 3-63
テーブル名 ............................................. 3-62
テーブル要素 ......................................... 3-62
デフォルト値の式 ................................. 3-62
トランザクションステートメント .... 3-51
トリガ名 ................................................. 3-74
パラメータ ............................................. 3-50
パラメータタイプ ................................ 3-50
パラメータタイプ名 ............................ 3-50
比較演算子 ........................................... 3-154
ビュー名 ................................................. 3-77
フェッチ方向 ......................................... 3-52
プロシージャ検索条件 ......................... 3-52
プロシージャ式 ..................................... 3-50
プロシージャステートメント ............ 3-50
プロシージャ名 ..................................... 3-50
変更オプション ....................................... 3-8
変更オプションリスト .......................... 3-8
リテラル ................................................. 3-63
列制約 ..................................................... 3-63
列定義 ..................................................... 3-62
列名 ......................................................... 3-62
分離されたインデックス , 定義 ............... 3-48
へ
並行性 ........................................................ 3-224
ページ
サイズ
SQL による指定 ............................... 3-69
変換
データを別の型へ ................................. 5-18
変更
システムテーブル .................................. C-2
データ
ステートメント .................................. 1-8
変更オプション - SQL 文法要素の定義 3-208
変更オプション（文法要素の定義） .......... 3-8
変更オプションリスト - SQL 文法要素の定義
3-208
変更オプションリスト（文法要素の定義） 3-8
変数
グローバル , 「グローバル変数」を参照
現時刻の追加 ....................................... 3-122
現日付の追加 ....................................... 3-122
ストアドプロシージャ内で選択項目として
使用する ............................................. 3-53
タイムスタンプの追加 ....................... 3-122
索引 21
変数名 - SQL 文法要素の定義................. 3-213
ベンダ文字列
LEFT OUTER JOIN ステートメント . 3-128
埋め込み ............................................... 3-127
ほ
方法
カーソル内をループする ..................... 3-59
保護されたデータベース
Btrieve オーナーネーム ....................... 1-10
む
無限
表現 ........................................................ A-13
め
メタデータ
Schema Executor ...................................... D-8
も
文字
変換
OEM から ANSI へ......................... 3-227
ワイルドカード文字のエスケープ ... 3-134
文字列
SQL ステートメント内の引用文字列の最大
サイズ ................................................... 2-3
サポートされている関数 ....................... 5-2
リテラル値 ........................................... 3-220
ゆ
有効化
セキュリティ ......................................... 1-10
有効値の範囲
データ型 .................................................. A-4
ユーザー
Master .................................................... 3-111
ユーザー / グループ名 - SQL 文法要素の定義 3213
ユーザー定義関数
削除 ........................................................... 1-5
作成 ........................................................... 1-5
制限 ......................................................... 3-40
呼び出し ................................................. 3-42
22 索引
ユーザーとユーザーグループ , 「ユーザーグ
ループ」を参照
ユーザーパスワード - SQL 文法要素の定義 3213
ユーザー名
最大長 ....................................................... 2-4
ユーザー名 - SQL 文法要素の定義 ........ 3-213
優先順位
TOP 対 SET ROWCOUNT ....... 3-167, 3-178
よ
呼び出し引数 - SQL 文法要素の定義 .... 3-208
予約語 ............................................................ B-1
ABORT ..................................................... B-2
ADD .......................................................... B-2
AFTER ...................................................... B-2
ALL ........................................................... B-2
ALTER ...................................................... B-2
AND .......................................................... B-2
ANY .......................................................... B-2
AS.............................................................. B-2
ASC ........................................................... B-2
ATOMIC ................................................... B-2
AVG .......................................................... B-2
BEFORE.................................................... B-2
BEGIN/BEGINS ....................................... B-2
BETWEEN................................................ B-2
BY ............................................................. B-2
CALL......................................................... B-2
CASCADE ................................................ B-2
CASE......................................................... B-2
CAST......................................................... B-2
CHECK ..................................................... B-2
CLOSE ...................................................... B-2
COALESCE .............................................. B-2
COLLATE................................................. B-2
COLUMN.................................................. B-2
COMMIT................................................... B-2
COMMITTED........................................... B-2
CONSTRAINT.......................................... B-2
CONVERT ................................................ B-2
COUNT ..................................................... B-2
CREATE ................................................... B-2
CREATETAB ........................................... B-2
CROSS ...................................................... B-2
CS .............................................................. B-2
CURDATE ................................................
CURRENT ................................................
CURSOR ...................................................
CURTIME .................................................
DCOMPRESS ...........................................
DECIMALSEPARATORCOMMA..........
DECLARE.................................................
DEFAULT.................................................
DELETE....................................................
DENY........................................................
DESC.........................................................
DIAGNOSTICS ........................................
DICTIONARY ..........................................
DISTINCT.................................................
DO .............................................................
EACH ........................................................
ELSE .........................................................
END...........................................................
EX..............................................................
EXEC.........................................................
EXECUTE.................................................
EXISTS .....................................................
FETCH ......................................................
FN..............................................................
FOR ...........................................................
FOREIGN..................................................
FROM........................................................
FULL .........................................................
FUNCTION...............................................
GRANT .....................................................
GROUP .....................................................
HANDLER................................................
HAVING ...................................................
IF ...............................................................
IN...............................................................
INDEX.......................................................
INNER.......................................................
INOUT.......................................................
INSERT .....................................................
INTERNAL ...............................................
INTO .........................................................
IS ...............................................................
ISOLATION..............................................
JOIN ..........................................................
KEY...........................................................
LEAVE......................................................
B-2
B-2
B-2
B-2
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-3
B-4
B-4
B-4
LEFT ......................................................... B-4
LEGACYOWNERNAME ........................ B-4
LEVEL ...................................................... B-4
LIKE.......................................................... B-4
LOGIN....................................................... B-4
LOOP......................................................... B-4
MAX.......................................................... B-4
MIN ........................................................... B-4
MODIFIABLE .......................................... B-4
MODIFY ................................................... B-4
NEW.......................................................... B-4
NEXT ........................................................ B-4
NO ............................................................. B-4
NOT........................................................... B-4
NOW ......................................................... B-4
NULL ........................................................ B-4
OF.............................................................. B-4
OFF............................................................ B-4
OLD........................................................... B-4
ON ............................................................. B-4
ONLY........................................................ B-4
OPEN......................................................... B-4
OR ............................................................. B-4
ORDER ..................................................... B-4
OUT........................................................... B-4
OUTER...................................................... B-4
OWNER .................................................... B-4
PAGESIZE ................................................ B-4
PRIMARY................................................. B-4
PRINT ....................................................... B-4
PROCEDURE ........................................... B-4
PUBLIC..................................................... B-4
READ ........................................................ B-5
REFERENCES.......................................... B-5
REFERENCING ....................................... B-5
RELEASE ................................................. B-5
REPEAT.................................................... B-5
REPEATABLE ......................................... B-5
REPLACE ................................................. B-5
RESTRICT ................................................ B-5
RETURN ................................................... B-5
RETURNS................................................. B-5
REVOKE................................................... B-5
RIGHT....................................................... B-5
ROLLBACK ............................................. B-5
ROW.......................................................... B-5
索引 23
ROWCOUNT ............................................ B-5
SAVEPOINT ............................................. B-5
SECURITY................................................ B-5
SELECT..................................................... B-5
SERIALIZABLE ....................................... B-5
SET ............................................................ B-5
SIGNAL..................................................... B-5
SIZE........................................................... B-5
SQLSTATE ............................................... B-5
SSP_EXPR ................................................ B-5
SSP_PRED ................................................ B-5
START....................................................... B-5
SUM........................................................... B-5
SVBEGIN.................................................. B-5
SVEND...................................................... B-5
T................................................................. B-5
TABLE ...................................................... B-5
THEN......................................................... B-5
TO .............................................................. B-5
TOP............................................................ B-5
TRANSACTION ....................................... B-5
TRIGGER.................................................. B-5
TRIGGERSTAMPMISC........................... B-5
TRUEBITCREATE................................... B-5
TRUENULLCREATE............................... B-5
TS............................................................... B-5
UNCOMMITTED ..................................... B-5
UNION ...................................................... B-5
UNIQUE .................................................... B-5
UNTIL ....................................................... B-5
UPDATE ................................................... B-5
USER ......................................................... B-5
USING ....................................................... B-5
VALUES ................................................... B-5
VIEW......................................................... B-5
WHEN ....................................................... B-6
WHERE ..................................................... B-6
WHILE ...................................................... B-6
WITH......................................................... B-6
WORK ....................................................... B-6
WRITE....................................................... B-6
削除 ........................................................... B-3
「使用を避ける語句」を参照
より大きい（>）演算子 .......................... 3-153
より小さい（<）演算子 .......................... 3-153
24 索引
ら
ラベル名 - SQL 文法要素の定義 ............ 3-209
り
リテラル - SQL 文法要素の定義 ............ 3-209
リテラル値
時刻 ....................................................... 3-221
タイムスタンプ ................................... 3-222
日付 ....................................................... 3-221
文字列 ................................................... 3-220
最大長より長いデータの入力...... 3-123
リテラル（文法要素の定義） .................... 3-63
リリースステートメント - SQL 文法要素の定義
3-212
リレーショナルインデックス定義
Btrieve インデックス .......... 3-11, 3-46, 3-68
リレーショナルセキュリティ ............... 3-111
れ
列
最大
SELECT リスト内の最大数 .............. 2-3
サイズ.................................................. 2-2
数値...................................................... 2-2
テーブル内での数.............................. 2-2
トリガで使用可能な数...................... 2-2
名前の長さ .......................................... 2-2
システムテーブル（X$Field）............... C-5
属性
システムテーブル（X$Attrib） ...... C-11
定義
作成.................................................... 3-62
変更...................................................... 3-8
トリガで使用可能な数 ......................... 3-53
列制約 - SQL 文法要素の定義 ................ 3-208
列制約定義 - SQL 文法要素の定義 ........ 3-208
列制約（文法要素の定義） ........................ 3-63
列定義 - SQL 文法要素の定義 ................ 3-208
列定義（文法要素の定義） ........................ 3-62
列名 - SQL 文法要素の定義 .................... 3-208
列名（文法要素の定義） ............................ 3-62
レプリケーション
SET TIME ZONE ................................. 3-181
ろ
ローカル
タイムゾーンの設定.......................... 3-181
ロールバックステートメント - SQL 文法要素
の定義.............................................. 3-212
ロケール固有の動作
小数点の記号のカンマ
データ入力...................................... 3-224
データ表示........................... 3-169, 3-172
わ
ワイルドカード文字
あらゆる文字数 ................................... 3-134
エスケープ文字 ................................... 3-134
単一文字 ............................................... 3-134
索引 25
26 索引