WEB２MEMO =PHP、Ajax、JAVA、AIR、Flex2/3、Ruby、Rails等のメモ=

PHP、JavaScript、CSS、JAVA、AIR、Flex2/3、Ruby、Rails（Ruby on Rails）、DB（MySQL、PosｔgreSQL、ORACLE)、サーバ構築管理など仕事で忘れそうなことを書いてます。

スポンサーサイト

上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。

--------
スポンサー広告

XML MASTER DATABASE 受験のツボ

~~※受験中の為、随時追記します~~　2010年9月25日に合格しました！！

■XMLマスター教科書ベーシックV2 ~ 日立システムアンドサービス

基本的な知識はこの本で。
しかし誤字が多いので、正誤表を元に修正してから読んでください。
正誤表はこちら

■徹底攻略 XMLマスター:プロフェッショナル(データベース)問題集[110-003]対応 ~ BetterOneself 志賀澄人

問題演習はこれ。全く同じ問題が出題されることもある。
こちらも誤字があるが、正誤表はこの記事を書いている時点では存在しない。
怪しいと思う問題はSaxonなどをインストールして実際に動かしてみましょう。

■XML MASTER のホームページをチェック

ワンポイントレッスンを読み、サンプル問題にチャレンジ。
不明な点があれば、問い合わせフォームで質問しましょう。
ココでの質問が得点アップにつながりました！

■W3C勧告文書を読む

日本語翻訳してくださっている方がいます。
http://w4ard.eplusx.net/translation/W3C/REC-xml-20081126/
一応さらっと読んでおきました。

■最後に・・・

合格基準は正解率８０％以上である為、非常に難関です。
しかも資格対策の書籍が少なく、誤字が多い。
落ちる覚悟で受験し、分からなかった問題は記憶しておいて、帰ってから調べる・・・それの繰り返しでやっと合格できるようです。
２回目の受験で合格したのですが、１回目と同じ問題が４問くらいありました。

OpenSolaris + VirtualBox で複数のネットワークアダプタ（NAT ＆ Host-Only）を使う（OpenSolaris）

■１、ネットワークの設定

○ ゲストOSから外部へのアクセス
アダプタ１：Intel PRO/1000 MT Desttop（NAT）
○ ホストOSとゲストOSとのアクセス
アダプタ２：Intel PRO/1000 MT Desttop（ホストオンリーアダプタ、'VirtualBox Host-Only Ethernet Adapter'）

■２、NWAM の停止
一度に１つのネットワークしか有効に出来ないため、停止する。

$ pfexec svcadm disable svc:/network/physical:nwam
$ pfexec svcadm enable svc:/network/physical:default

■３、ネットワークの設定

１、「システム」-> 「システム管理」-> 「ネットワーク」
２、「続行」
３、e1000g0 を選択し、「プロパティ」を押す。
４、「この接続を有効にする」と「ブート時に有効にする」にチェックし、
　　「設定の種類」を「DHCP」にする。
５、e1000g1 についても同じ設定をする。
６、デフォルトのゲートウェイに「e1000g0」を選ぶ。
７、「OK」
８、再起動

■４、firefox などでネット接続を確認。

■５、telnet によるホストOSからの接続を確認
ゲストOSで以下を確認。

$ #telnetの確認
$ svcs telnet
STATE          STIME    FMRI
online         23:08:43 svc:/network/telnet:default
$ #IPアドレスの確認
$ ifconfig e1000g1
e1000g1: flags=1004843 mtu 1500 index 3
	inet 192.168.56.101 netmask ffffff00 broadcast 192.168.56.255

ホストOS でtelnet接続を実行

C:\Users\Web2Memo>telnet 192.168.56.101
login: hoge
Password:
Last login: Mon Jun 14 23:10:33 from 192.168.56.1
Sun Microsystems Inc.   SunOS 5.11      snv_111b        November 2008
hoge@buzz:~$

OpenSolaris 2009.6 ではじめに設定すること（OpenSolaris）

■１、image-update

$ pfexec pkg install SUNWipkg
$ pfexec pkg refresh
$ pfexec pkg image-update

再起動後、起動イメージを確認

$ beadm list

前のイメージを削除

$ pfexec beadm destroy (イメージ名)

■２、vi の日本語入力の文字化け対策

$ cd ~
$ vi .vimrc
set encoding=utf-8

■３、gcc のインストール

$ pfexec pkg install gcc-dev

■４、BSD互換コマンドの追加

$ pfexec pkg install SUNWscp

※他にあれば随時追加予定。

FlashPlayer のインストール（OpenSolaris）

■１、アドビのサイトからパッケージをダウンロード

■２、ダウンロードしたパッケージを解凍し、プラグインを追加

$ ls
flash_player_10_solaris_x86.tar.bz2
$ tar -xjvf flash_player_10_solaris_x86.tar.bz2 
flash_player_10_solaris_r45_2_x86/
flash_player_10_solaris_r45_2_x86/libflashplayer.so
$ cd flash_player_10_solaris_r45_2_x86/
$ su
Password: 
# cp libflashplayer.so /usr/lib/firefox/plugins/

■３、firefoxの再起動

telnet の設定（OpenSolaris）

$ pfexec svcadm enable telnet

Oracle／件数を絞り込んで検索する際にトータル件数も取得する（データベース・DB）

OVER関数を使う。

SELECT 
	column, 
	COUNT(column) OVER() AS total	-- トータル件数
FROM 
	table
WHERE 
	ROWNUM BETWEEN :START AND :END
;

Oracle／PCTFREEとPTCUSEDの設定基準値（データベース・DB）

■UPDATEが頻繁に実行され、レコードサイズが大きくなりがちなテーブルの推奨値は

PCTFREE = 20; PCTUSED = 40;

■INSERT / DELETE が頻繁に実行され、レコードサイズに変更がすくないUPDATEも実行されるテーブルの推奨値

PCTFREE = 5; PCTUSED = 60;

■主に検索用途のselectが頻繁に実行されるテーブル

PCTFREE = 5; PCTUSED = 40;

ORA-00054／レコードロックが取得できない（ORACLEエラー）

■ロック対象テーブルのセッションを切断する方法

１、ロック対象テーブルのオブジェクトIDを取得。

select object_id from user_objects where object_name = 'テーブル名';

OBJECT_ID
----------
    217320

２、オブジェクトIDをキーとしてロック情報からセッションIDを取得。

select session_id from V$LOCKED_OBJECT where object_id = '217320';

SESSION_ID
----------
       510

３、セッションIDをキーとしてセッション情報からSID,SERIAL#を取得。

select SID, SERIAL# from V$SESSION where SID = '510';

       SID    SERIAL#
---------- ----------
       510      15341

４、セッションを切断。

alter system kill session '510,15341';

※どこかで悲鳴が上がったら誤ってください。

■原因１
「SELECT ? FOR UPDATE NOWAIT;を発行した際に、該当するレコードロックが取得できなかった場合に、NOWAIT 指定によりロック取得を待たずにエラーで返しました。」
通常このエラーが発生する場合は、以下のような場合。

トランザクション１	トランザクション２
SELECT ? FOR UPDATE NOWAIT;
UPDATE 処理	SELECT ? FOR UPDATE NOWAIT;→ORA-00054
COMMIT;	×（処理できず）

■原因２
運用を続けていく中でしか発生しにくいパターンなのですが、ORA-00054エラーは、ITL （Interested Transaction List）が不足した場合にも発生します。

Oracleでは、同時トランザクションによるアクセスを管理するために、各データブロック内に制御情報として、トランザクションエントリ（ITL）という領域を確保しますし、ロックを取得します。
ITL は表に対してINITRANSパラメータで静的に確保されています（デフォルト値は１）。
また、ITL 領域が不足した場合には、ブロック内の PCTFREE による空き領域に空きがあれば MAXTRANSで設定されている値(10g では常に 255) まで動的に確保されます。

今回はPCTFREE：10％、INITRANS：1 に設定しており、レコード長が短い為に同時実行できるトランザクションが極端に少なくなっていました。

■再発を防ぐ方法
１、SELECT ? FOR UPDATE WAIT 秒数;を使う。
　　デッドロックを回避しつつ、トランザクションを待つ方法です。
２、INITRANSとPCTFREE をチューニングする。
　　変更する構文は以下の通り。
　　ALTER TABLE テーブル名 INITRANS 数値;
　　ALTER TABLE テーブル名 PCTFREE 数値;
　　※既存データには適用されません。解決するにはテーブルを再作成する必要があります。