技術覚書

GPUレンダリング

バージョン4.0から、GPUレンダリングによる描画がデフォルトとなっている。

そのため、コンパイル時にmanifest.xmlへ明示的に指定しなければ

端末側のGPUレンダリングON/OFFにかかわらずONとなってしまう。

PL/SQL

PL/SQLの書き方

create or replace procedure XXX
is
-- プロシージャ内で参照できる変数を定義

begin

-- 内部プロシージャ
procedure yyy
is
    -- 内部プロシージャの変数を定義

    -- カラムの型を定義
    aaa TBL_AAA.BBB%type;
    -- テーブルの行を定義
    bbb TBL_AAA%rowtpye;

    -- カーソル定義
    cursor ccc(p_param) iS
    select * from TBL_AAA where x = p_param;
begin
    -- 処理を記述

    -- 変数に格納している行をそのままinsert・updateできる
    insert into TBL_AAA values bbb;
    update TBL_AAA set bbb where x = x;

    -- 暗黙カーソルオープン
    for ccc_rec in ccc(1) loop
        -- ループ
    end loop;
exception
    when no_data_found then
        -- 例外処理を記述
        -- 例外をスロー
        raise zzz;
    when others then
        -- その他例外を記述
end;
end yyy;

end XXX;

ファイルオープン

ファイルオープンに使用するUTL_FILE.FOPENは読み込みバイト長(第4引数)を指定しないとデフォルトで1023バイトとなってしまう。

値比較

wehre句の値比較について

A = B
Aがchar型でBへ数値型を設定した場合
暗黙的にAにTO_NUMBERが適用される(TO_NUMBER(A))。

Aに格納されるデータがすべて数値型のデータであれば問題なく抽出できるが、数値以外のデータが格納されているとエラーが発生してしまう。

このような場合は、CASTを行う。
A = CAST(B AS CHAR(X))

In Any

動的SQLでIn Anyに1000件を超えるデータが指定されるとエラーとなる。

回避するには、1000件で分割するかORにする。
ただし、どちらの場合もSQLサイズの問題が出てくる。
9iまでは64Kのようだが、10gでは200kまでは確認できた。

ORACLEのNVARCHAR2について

PHPからORACLEのNVARCHAR2のカラムに対し、データを取得すると正しく取得できない場合がある。
原因は、PHP(oci)がORACLEのNVARCHAR2のカラムサイズを取得するのにORACLEのカラム情報より取得した器をそのまま使用してしまい桁あふれしてしまっているためだ。
NVARCHAR2(200)でUTF-16の場合、ORACLEより返されるバイト長は200×2=400となる。
一方クライアント側はUTF-8で取得した場合、200×3(文字により4もある)=600～800となる。
200バイト以上の文字がオーバーしてしまうため、PHPはエラー？とみなし空を返してしまうようだ。
一方、NVARCHAR2(200)でUTF-8の場合、返されるバイト長は600となり正常に取得できる。
ただし、UTF-8では文字により(第3,4水準の一部の文字)4バイトとなってしまうため、これでも駄目な場合がある。
本当に正しく取得するようにする場合は、実際の文字数×２カラムサイズとして設定するのが無難である。

上記問題はPHP4～PHP5.0.5まで確認できる。
最新のPHP5.2.5では確認できなかった。

権限

テーブルにアクセスする権限がなくても、そのテーブルをアクセスするプロシージャやファンクションを作成しそれに対してExecute権限を付与すればテーブルにアクセスできる。

要はプロシージャやファンクションの実行権限が優先される。

DUAL

DUALテーブルはSYSが所有し、全てのユーザーにSELECTできる権限が付与されている。

値の比較について

A == ''

Aが文字列の場合：空、NULLはtrue
('0'はtrueとならない)
Aが数値の場合：0はture

となるため注意が必要

Apache SSL化

http://www.rinzo2.jp/~rinzo/apache_ssl/apache_and_ssl_00.htm