Oracle 総合 Session7

このエントリーをはてなブックマークに追加
1NAME IS NULL
Oracle Database の総合スレッドです。

■公式
ttp://www.oracle.co.jp/

■前スレ
Oracle 総合
http://pc5.2ch.net/test/read.cgi/db/1056940159/
Oracle 総合 Session2
http://pc8.2ch.net/test/read.cgi/db/1091508494/
Oracle 総合 Session2 (実際はSession3)
http://pc8.2ch.net/test/read.cgi/db/1111185428/
Oracle 総合 Session4
http://pc8.2ch.net/test/read.cgi/db/1132407420/
Oracle 総合 Session5
http://pc8.2ch.net/test/read.cgi/db/1147922010/
Oracle 総合 Session6
http://pc11.2ch.net/test/read.cgi/db/1162215948/

2NAME IS NULL:2009/03/04(水) 21:14:10 ID:???
■トライアル版のダウンロード
ttp://otn.oracle.co.jp/software/index.html
■Oracleに関する質問はここで捜してから汁
ttp://support.oracle.co.jp/ind_faq.html
■Oracle Technology Network - 掲示板
ttp://otn.oracle.co.jp/forum/
■関連スレっぽい
Oracleの30日間トライアル版について
http://pc11.2ch.net/test/read.cgi/db/1137897918/l50
Oracle>>>>>>SQLServer
http://pc11.2ch.net/test/read.cgi/db/1057151330/l50
Oracle 儲かって儲かって、うはうは
http://pc11.2ch.net/test/read.cgi/db/1057074520/l50
oracleの信憑性について
http://pc11.2ch.net/test/read.cgi/db/1057104131/l50
ORACLEの一風変わった使い方の事例
http://pc11.2ch.net/test/read.cgi/db/1088123938/l50
Oracleがベンチマーク結果を隠したがる理由
http://pc11.2ch.net/test/read.cgi/db/1057759566/l50
【レア技術者】 ORACLE DEVELOPER R6i 【狂え!】
http://pc11.2ch.net/test/read.cgi/db/1077801021/l50
今時Oracleを使ってない企業は貧乏人(w  
http://pc11.2ch.net/test/read.cgi/db/1062386250/l50
【Oracle】DB天下一武道会【MS-SQL】
http://pc11.2ch.net/test/read.cgi/db/1056944892/l50
【必】未だにPostgresを馬鹿にするOracle厨【死】
http://pc11.2ch.net/test/read.cgi/db/1063674435/l50
2007年4月時点での Oracle vs MYSQL vs PostgreSQL
http://pc11.2ch.net/test/read.cgi/db/1177178309/l50
Oracle? DB2? Symfoware? HiRDB? SQL鯖?
http://pc11.2ch.net/test/read.cgi/db/1057059592/l50
3NAME IS NULL:2009/03/04(水) 21:15:53 ID:???
OTNからダウソ出来るソフトは、使用期限がついているものの、これは紳士協定に
なっていて、機能的に使えなくなるというものではない。

質問テンプレっぽいもの
■どの様な問題が起きて、どんな結果を得たいのか?
■フロントエンド、バックエンドどちらの問題か?
■フロントエンドのプラットフォームは何か?
■バックエンドのプラットフォームは何か?
■フロントエンドはどの様なドライバ/ソフトウェアを使用してアクセスしているか?
■Oracleのバージョンは?(バージョンと一言で言っても、フロントエンドなのかバックエンドなのか色々ある)

4NAME IS NULL:2009/03/06(金) 00:53:34 ID:???
前スレ>>999
そしてこの厳しい次期に貴重な投資をしたにもかかわらず大して効果が
上がらず、スケープゴート探しが始まるわけだな。
5NAME IS NULL:2009/03/06(金) 02:59:06 ID:???
速い鯖が得られるのはDBAにはいい事だろ。素直に速い鯖買ってもらえ。
でも保険で、アプリ組み直した方がコストパフォーマンス良く劇的な効果得られますよって報告しとけ。
それでも速い鯖買う決済降りれば、DBAには責任無いし。

Xeon 2CPUと言わず、冷蔵庫みたいなラック筐体の16CPUとかの鯖の見積もり出すけどなwww
数千万円コース。これなら糞アプリのままでも効果出るよ。
エンタープライズDB鯖導入/運用のいい機会だ。万一、粛正されても、この導入経験で次の転職に生かせ。
6NAME IS NULL:2009/03/06(金) 07:19:22 ID:???
赤の他人だけど今後もウォッチしたい案件なので、転記しとく。

前スレ。980
5〜6時間かかるSQLを速くしてくれ、と頼まれた。
SQLは単なる検索で、1000万件クラスの表を5つ〜6つくらい結合して、
SELECTしてくるだけの簡単な処理。
Xeon2.0Ghz x 2にメモリ2GBのOracle10gで決して遅くはないと思う。
メモリやらディスク構成も特に変なところは無さそう。
ついでに多重実行は無しで常に接続ユーザは1人。
索引張ることも検討してみたけど、必要な列には全て張ってあって、
実行計画見たら、ほぼ全件舐めるもんだから、FULLアクセス頻発。
渡されたSQLの実行コストを見てみたら、100,000オーバー。
但し、SQLの方は変えるつもりは無いとのこと。
これはDBサーバ側のチューニングで何とかなるもんなんかね。
上司は単純にサーバ新調で何とかしようと考えてるっぽいけど、
どう考えても劇的に速くなるわけ無さそうなんだけど。。。

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

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

前スレ。1000
980の事の顛末。
結局アプリ側の改修は一切行わないってことではねつけられて、
サーバの増強ということになりました。
まぁ予算が出るんなら別に文句は言わないけどさ。
7NAME IS NULL:2009/03/06(金) 07:26:43 ID:???
サーバリプレース時の備忘録

1)リプレース前後で、OWNER,ごとのオブジェクト数を比較しよう。
例:SELECT OWNER, COUNT(*) AS CNT
FROM DBA_OBJECTS GROUP BY OWNER ORDER BY OWNER;

2)リプレース前後で、OBJECT_TYPEごとのオブジェクト数を比較しよう。
例:SELECT OBJECT_TYPE, COUNT(*) AS CNT
FROM DBA_OBJECTS GROUP BY OBJECT_TYPE ORDER BY OBJECT_TYPE;

3)リプレース前後で、(時間に余裕があれば)、テーブルに含まれるレコード件数を比較しよう。
例:EXPコマンドのログから件数を抜き出し比較、など。
8NAME IS NULL:2009/03/06(金) 12:02:05 ID:???
>>6
乙。
こういう情報が共有できればありがたいね。
自分が直面する場面もあるだろうから。
9NAME IS NULL:2009/03/07(土) 02:38:15 ID:???
>>1

乙であります。
10前スレの980:2009/03/08(日) 01:39:28 ID:???
どうも。
前スレ980案件のその後ですが、予算の関係で夏まで鯖購入費用が出ないので、
(それがPCサーバでも、ブレード化け物鯖でも)
それまで報告は出来そうにないですんで、悪しからず。
ちなみに最適化済みマテビューは、それを参照しに行く条件を追加するのがめんどくさい、とのことで蹴られました。

アプリ側は将来的なハード増強案で納得してもらい、
ウチの上司もその方向で予算出すってんで承認して貰ったんですが、
半年近く待てるってどんだけ緊急性のない案件だっつーの。
まぁそんなわけで、相談に乗ってくれた皆さん、Thxでした。
11NAME IS NULL:2009/03/08(日) 02:57:56 ID:???
>10
もうそんなアホプログラムと馬鹿PGの肩持つような会社なんてやめちゃえよw
12NAME IS NULL:2009/03/08(日) 02:58:19 ID:???
それまでじっくりハードベンダ呼んで品定め遣ってればおk。
13NAME IS NULL:2009/03/17(火) 20:58:47 ID:0yrF+T/z
テストDBから本番DBへの移行について詳しく教えていただけませんか?!
知識ゼロです!やヴぁい!
14NAME IS NULL:2009/03/18(水) 03:47:54 ID:???
DBのバージョン、プラットフォーム、及び具体的に何をしたいのか言わないと分からんだろうが。
そもそもOracleで言う「移行」という言葉には大きくわけて1. DBのウプグレード 2. DBのダウソグレード
3. プラットフォームの以降と3つもあるんだぞ?
15NAME IS NULL
ヤバいレベルで移行しようとするのが凄いな。
基幹業務のDBとかだったら氏ねるぞ。