IT

---

JDBCで接続してSQL発行するプログラムのサンプル。（データソースを使う）

その辺探せばどこにでもあるけど個人の備忘録として。

　// ①データソースの生成

　OracleConnectionPoolDataSource opds = new OracleConnectionPoolDataSource();

　

　// ②DBのURLを設定

　opds.setURL("jdbc:oracle:thin:@192.168.0.100:1521:TESTDB");

　

　// ③DB接続ユーザーを設定

　opds.setUser("TESTDBUSER");

　

　// ④DB接続パスワードを設定

　opds.setPassword("TESTDBPASS");

　

　// ⑤Connection生成

　Connection con = opds.getConnection();

　

　// ⑥Statement生成

　Statement st = con.createStatement();

　

　// ⑦SQL実行＋ResultSetをもらう

　ResultSet rs = st.executeQuery("SELECT ID,NAME FROM EMP");

　

　// ⑧とりあえず全フェッチ

　while(rs.next()) {

　　//何もしない

　}

　

　// ⑨close

　st.close();

　rs.close();

　con.close();

---

---

テーブルの容量はDBA_SEGMENTS.BYTESに格納されているので、
SEGMENT_NAMEにテーブル名を与えればゲットすることが出来る
 
　SELECT SEGMENT_NAME,BYTES
　FROM DBA_SEGMENTS
　WHERE SEGMENT_NAME = :TAB_NAME
 
BYTESは単位が本当に「バイト」なので、
キロバイトにするなら÷1024
メガバイトにするなら÷(1024^2)
ギガバイトにするなら÷(1024^3)
をする必要がある。
取得してきた後にEXCELとか電卓とかで計算してもいいけど
面倒な場合は取得するときに割ればよい。
 

　SELECT SEGMENT_NAME  
　　　　,BYTES  
　　　　,BYTES/1024 K_BYTES  
　　　　,BYTES/1024/1024 M_BYTES  
　　　　,BYTES/1024/1024/1024 G_BYTES  
　FROM DBA_SEGMENTS  
　WHERE SEGMENT_NAME = :TAB_NAME  
　

 
なお、パーティション表の場合は、
SEGMENT_NAMEがテーブル名
PARTITION_NAMEがパーティション名になり、
単にSEGMENT_NAMEだけ与えただけではパーティションの数だけ結果が返ってくる。
SELECT項目にPARTITION_NAMEを加えた方が良い。
 
続きがあります
 

---

セッションを切断するには下記のSQLを発行する。 sysdbaじゃなくてもOK。 ALTER SYSTEM KILL SESSION '[SID],[SERIAL#]'; たとえばSID＝100、SERIAL#が12345な

「落ちる」 システムエラーが発生すること。 java的にいえばcatchしきれないExceptionが最上層まで投げ切られてしまった状態。 画面な

---

１つのトランザクション内で

DBリンク経由等から異なるインスタンスのデータを"参照"（SELECT）した場合、

そのトランザクションは「分散トランザクション」になる。

通常のJDBCからの接続（OracleDataSourceとか）でもそうなる。

ただOracleXADataSourceからConnectionつくると

「別インスタンスの」という条件を満たさなくても分散トランザクションになる。

---

---

UNIXのwhileはこんな感じで書く。

 

while [ 判定文 ]

do

#処理を記述

done

 

while :

do

#処理を記述

done

 

 

後者の方は判定文がないので無限ループになる。

意図的に中でbreakしないと抜けられない。

ただ個人的にはよく後者の方を使う。

 

---

 

---

tableタグ内にむちゃくちゃ長い文字をいれると、 なにも指定してない場合widthを突き抜けて文字が外にはみ出す たとえば aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa となるわけだが テー

---

よく知られてるところだが

個人的にいつか忘れたときのための備忘録とする

（SEメモは全部そうなんだが）

 

---

---

※経験則に基づくものであり、ORACLEの仕様を把握して書いてるわけではないです

投げたSQL（SELECT文とか）が全然かえってこないという場合

下記２つの見方でそのSQLの進行状況がある程度把握できる

（１）V$SESSION.SEQ#が変化するか

　UPDATEやDELETEなどを実行したのにいつまでたっても終わらない場合、

　先に該当レコードや表が掴まれている（LOCKされている）可能性がある。

　その場合、「待たされてるほう」のセッションは先行セッションのLOCK解放待ちになり、

　その間V$SESSION.SEQ#が同じ値のまま動かなくなる。

　逆に言うと、V$SESSION.SEQ#が見るたび変化してるようなら、

　そのセッションはちゃんと動いている。（少なくともLOCK解放待ちではない）

　この数値の変動具合が大きいほど進み具合が大きいような気がするが、

　詳しい仕様はよくしらない。

　また、特殊なケースではこの数値が変化していても

　実際は全然進んでいない　というようなこともある。

　⇒元表に項目追加したことによる関連マテビューのリフレッシュ等で

　　この現象を目にしたことがある。

　　SEQ#が動いてるので放置してたら

　　6時間以上経っても終わらなかった（普段2時間くらい）ので強制KILLした

　あと、この数値は６５５３５あたりを境に０に戻ってループし始める。

　このあたりは実体験に基づくものであり、正確な仕様はわからない。

---

MSGBOX("TEST") "TEST"と表示（JSのalertみたいなかんじ） デバッグ用の状況表示によく使う。 あとは終わったかどうかわからないマクロの終了を告げるた