Oracle 総合 Session6

動きがおかしいところがあってOracleサポート契約してたので問い合わせたら
不具合だが隠しパラメータで対応しろと言われたんだが
そんなんで直るなら公開orパッチで対応してほしいと思うのだが。。。。

もしかしてDBが完璧過ぎると会社が儲からないのか？

よくあるよくある。
ウチもマニュアルと実際の動作に食い違いがあるって、
サポートに問い合わせたら、マニュアルの誤記だってあっさり言いやがった。
マニュアルの意味ねぇっぺよ。

>>935
逆に聞くけど、こういうことしたい、こういうアプリ乗せたいって質問して、
じゃあこれぐらいメモリ積んでください。なんて答えられるデータベースあるの？
ハードもセットのDB2なら答えてくれるかな？

>>953
やっぱあるのかー
マニュアルの誤記とかすぐ直せるんだから直せよと。。。

Oracleに限らんけどなw

元々サポート前提のビジネスモデル。
買い切りの客は相手にしてない。

Oracleのスタンスは製品の品質は80%で十分。
残りの20%は客がバグ出し及びブラッシュアップしてくれるというものです。
ラリーエリソンがそう言い切ったしw

>958
ラリーそんなこと言ってた？

テーブルの型を指定するときは数値型のときに
有効桁数を指定できるけど、演算結果には
どうやって有効桁数を指定したらいいのかな

SELECT AVG(hoge) AS a FROM unko GROUP BY chinko;

たとえばこのとき、有効桁数１０桁で a を出力したいんだけど
やりかたがわからない。

>>960
SQL*Plus なら
SQL> col a for 9999999999
とかだったかな。
環境に依存させない場合は to_char する。

>>961
TO_CHARだと、小数点以下いくつを切り捨て、とかしか出来ない。
整数部の桁数を調べてそれを有効桁数から引いた分を指定する
のも考えたけど、そんなクエリどうやって書くのか・・・対数つかうの？

まー、よく調べもしないで、、、。

質問させて頂きたく。

Aデータファイル:auto extend(on)自動拡張で拡張中
Bデータファイル:auto extend(off)作りたてで空きいっぱい

A,Bが同じ表領域で新しいextendが作られる場合は
どちらに作られるのでしょうか？

素人な質問で恐縮ですが、
何卒。。。

とりあえず、Oracle側では出来ないことがわかったので
スクリプト側で対処することにしました。
ありがとうございました。

SELECT FOR UPDATE NOWAITを発行して20分くらい反応が無いのですが、コレは単純に検索に時間がかかっているという判断でいいのでしょうか？
約1億レコードのなかから90レコード程度だヒットする条件なのですが、時間がかかるかかる。

NOWAITをつけたのでロックされているようなら直ぐに反応があると思うのですが…

FOR UPDATE無しなら？

>>962
961 だけど、意図してる有効桁数って少数点以下も含んで
かつ整数部の桁数で少数部の桁数が変化するの？
有効桁数5桁として "0.1234" や "5678.9" にもなるし、
"0.0012345" もアリってこと？
むしろ、スクリプトでも何でも、どうやって対処したのか知りたい
んだけど。

整数部が上限3桁として、小数部も含めて5桁なら
substr( to_char( col, '999.99990' ), 1, 6)
とかかな。(必ず切り捨てにはなるけど)

あっ、trim も入れないと駄目だなきっと。

>>968
そうです。 123456で有効桁数５桁なら123450です。

1.2345E+5 にしないのは顧客のうんこ仕様ですが。

>>970
それを有効桁数と言うのかは置いておいて、理解できない要求仕様だｗ
Oracleだけで実現するなら、FUNCTION作って、case式で書式返すと
かですかね。

>>967
無しでも応答なしは一緒ですね…

ctrlCで中断できなくなり、コンソールを落としたらトランザクションが残ってしまいそうでそれもできず…
どうしたらいいのでしょう？

>>972

実行計画見てちゃんと有効な索引が使用されているか確認。

>>970
ならテーブルの定義でだってできないじゃん、そんなの。

有効桁数をAとしたとき、

floor(x/10^(floor(log10(x))+1-A))*10^(floor(log10(x))+1-A)

たぶんこれでできると思うけど、Oracleにはlogがないんだよな。

まー、よく調べもしないで。

>お前みたいな理屈っぽいのはOracle向かないよ。
>すべてを捨てて大らかな気持ちを持つことが
>Oracleを扱うエンジニアとしての第一歩さ。
こんにちは。APEX調べろと言われて調べ始めたのですが、
『ｳｯﾊｰ、読みにくいマニュアルっ。氏ねよ、ﾊｹﾞｯ！』とか
八つ当たりにきたのですが、心が満たされた思いがしました。
がんがります。

１億レコードの中から90レコードを更新したい
という状況で俺なら

ａ）自己責任で検証できる環境にインポートする。
ｂ）想定時間内に応答がない時点で、SHUTDOWN ABORTしてしまう。
ｃ）SELECT ROWID FROM TABLE WHERE〜として何秒で90行返却されるか確定する。
ｄ）cを情報源としてROWIDを用いたUPDATE文を90個作成して
　90回実行した時に何秒かかるか確定する。
　これより速い処理は、なかなか難しいので妥協点を知りたい。
ｅ）もし、cが途中で止まるならSELECTが悪い。
　　索引が必要か、サーバの性能不足や、なんらかのトラブルを抱えている。
　　EXPLAIN PLANしてHASH JOINが利用されているなら、/*+ RULE */の
　　ヒント文を入れてHASH JOIN以外を利用するようにしてみる。
ｆ）もし、dが途中で止まるなら排他がかかっている。
ｇ）１行１行の更新に時間がかかっているなら、
REDOログのファイルスタンプ、サイズと、
UNDOTBSの空き容量を調べて、
サイズが不足しているようならａに戻って環境を整備する。

まぁ、c)が帰ってこないって書いてあるけどな。

たいがいの問題は、お金で速い鯖買えば解決できる。

5〜6時間かかるSQLを速くしてくれ、と頼まれた。
SQLは単なる検索で、1000万件クラスの表を5つ〜6つくらい結合して、
SELECTしてくるだけの簡単な処理。
Xeon2.0Ghz x 2にメモリ2GBのOracle10gで決して遅くはないと思う。
メモリやらディスク構成も特に変なところは無さそう。
ついでに多重実行は無しで常に接続ユーザは1人。

索引張ることも検討してみたけど、必要な列には全て張ってあって、
実行計画見たら、ほぼ全件舐めるもんだから、FULLアクセス頻発。

渡されたSQLの実行コストを見てみたら、100,000オーバー。
但し、SQLの方は変えるつもりは無いとのこと。
これはDBサーバ側のチューニングで何とかなるもんなんかね。

上司は単純にサーバ新調で何とかしようと考えてるっぽいけど、
どう考えても劇的に速くなるわけ無さそうなんだけど。。。

>>980
結合しなければおｋ

ああ作成したプログラムの仕様で、一度に投げられるSQLは1つまでらしいんだ。
索引が有効に働く程度のサイズくらいに、
データを絞り込んでやったら？とか言ったら、
不機嫌そうに、「そんな機能は無いです」だと。

>>980
マテビューは？

マテリアライズドビューは明日の提案・報告書に盛り込むつもりなんだけど、
こいつが作ったツールって、入力条件から動的にSQLを生成するツールなんですよね。
で、マテビュー使えないか、って以前に打診したら、
検索条件も結合条件も変わるから一概に使えるとは言えない、とか言ってた様な気が。
汎用的な検索ツールですからっ、とか言ってたけど、
どうせ現場で使うのってその中の数パターンなんだから、
典型的な奴で遅い奴だけでもマテビュー使えないか、とか考えてみます。

>>984
厳しいですね。
参考までに，検索結果は概ね何件くらいですか？

query rewrite すれば。

>>980
SQLを変えるつもりが無い時点で、
取りうる方策は、かなり限定されてしまうね。


雑談。
過去経験では、コストベースオプティマイザで
HASH JOINが選択された場合に
想定外に性能が悪い場合があって
調べてみたら一時表領域を浪費しまくってた。
こりゃORACLEのバグくさい、と思って
サポートセンターに行ってPSRをダウンロードして
Release Noteに書いてあるBug Fixを調べたら、
HASH JOINには、結構そんなバグがある。

SQLを実行した時に、なぜか遅くて
一時表領域をバカ食いしてる時には、思い出して。
その時、俺は忙しくてPSR適用とか無理だったんで
/*+RULE*/をSQLに書いて逃げたよ。10gR2での話。

ルールベースだと、Nested Loops Join、Sort Merge Join
のどちらかしか選択されないんだ。

>>980
実行計画が最適なのかどうか、ボトルネックがディスクなのかCPUなのか、
といった肝心なところを見ていないような。

検索結果は一番大きいテーブルで1000万件、
それに紐付く子テーブルが300万件くらいづつですね。
実行計画は調べてて、表結合した結果をユニオン／インターセクトしたりしたところで、
ディスクソートが発生して遅くなってて、CPUはあんま使ってないことから、
検索条件をもっと絞り込めば、多分大丈夫なんだけど、
実行するSQLが不定型なんで、個別にSQLの最適化するのが嫌、
とか言って、突っぱねられてる状態です。
ついでに運用環境だから、試しに索引張ってみるとかはNGって上司に念押しされてて、
確証のある方法しかDBへの変更は入れられません。

query rewriteとruleヒントは一度試してみます。

まぁ多分、最悪夜間にSQLを流して帰る運用になりそうなふいんきですが。。。

雑談。

Core 2 Quad搭載のノートＰＣを買ったんです。25万円也。

会社にある開発用のサーバ（>>980と同等のスペック）は
秒間に70回のOLTP的なトランザクション処理を
実行出来て、まあまあ速いと思っていたけど、
新しいノートＰＣは、秒間に220回もこなしやがります。
ちなみに10gR2です。ライセンスはトライアルを使用。

ミニタワーで組めば、6万円程度だと思います。
そのミニタワーで運用できるか？と言えば、不可でしょうけど、
3倍速くなるのがハッキリしてるのなら
200万円のサーバでも、安い！と誰でも判断すると思います。

まあ、そんなこんなで、私は半年に1台ずつＰＣを
買い換えてるんです。同僚からは、変人と思われてます。

まぁハード買っても安いから良いんだけど、
ハードの増強効果よりもSQL/アプリのチューニングの方が、
効果大だと思うんだけどなぁ。
最近だと人件費の方が高く付くのかねぇ。
まぁ980の事例がどうなるかは判らんけど。

DBを全部メモリに載せちゃえばって感じだけどな。
まあ消えるから、頻繁なバックアップ必須だけど。

メモリを16GBとか搭載したら、そう思うよね。
で、調べてみた。

Oracle TimesTen In-Memory Database
4,500,000円 (1プロセッサ当たり)

高い。高すぐる。
Enterprise Edition前提だし、
顧客を納得させる自信が無い。

Oracle 総合 Session7
http://pc11.2ch.net/test/read.cgi/db/1236168445

>>994
おつ

ラムディスクならもっと安くできるだろ。サポート外だろうけど。

>>996
ttp://www.insight-tec.com/mailmagazine/ora3/vol355.html
RAMDISKじゃなくてSSDの検証結果ですけど、
たぶんRAMDISKでも、更新系の処理の高速化の
効果しか見込めないような感じがします。

次の文を読んで、ORACLEもなかなかやるなあ、と思いました。
==============================================================
ソート処理の高速化を期待して一時表領域の SSD 化を検証してみまし
たが、ソートに関しては sort_area_size を限界まで（一時的に）拡張するこ
との方がより効果的でした。
さらに、Select の場合も、Oracleのキャッシュが効いていて SSD のメリッ
トを十分に感じることはできませんでした。
==============================================================

998 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

　

1000ついでに、980の事の顛末だけど、
結局アプリ側の改修は一切行わないってことではねつけられて、
サーバの増強ということになりました。
まぁ予算が出るんなら別に文句は言わないけどさ。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。