[過去ﾛｸﾞ] Oracle 質問総合スレ10 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
182(1): 2014/08/28(木)20:40 ID:??? AAS
DBLink使ったSQLの実行計画って微妙だなぁ…。
SQL*Plus の AUTOTRACE で見た実行計画と、
DBMS_XPLAN.DISPLAY_CURSOR()で見た実行計画とで出方が違うのはなんでなん？？
リンク元とリンク先のＤＢでSQLトレースONにしてみたら、
リンク元が馬鹿な結合(MERGE JOIN CARTESIAN)を選択していて
BUFFER SORT が大量発生。
INDEX RANGE SCAN して欲しいんだけど、それはリンク先のＤＢしか知らない情報なので、
リンク元がMERGE JOIN CARTESIANを選択し、
リンク先に渡したSQLがINDEXを使わない形に変換されてて、TABLE ACCESS FULL になってた。
こういうケースだとINDEXヒント書いても効かなかった。
省4
183(1): 2014/08/28(木)20:41 ID:??? AAS
OS終了時のDBの終了の順位ってどうしたらいいんだろう
Redhat6.4にEnterprise Manager 12c クラウドコントロールを構築してるんですが
DB、OMSを終了させるスクリプトを組み込む場合
OMS→DBなのは確実なんだろうけどKillのどこあたりまでに実施させるのが
いいんだかさっぱりわからない
(LinuxもOracle製品も初めて触る)
OEMをインストールした際に用意されるスクリプトがK98gcstartとかだから
K99dboraとかで本当にいいんだろうか
184(1): 2014/08/29(金)01:50 ID:??? AAS
>>182
リンク先でVIEW作って解決。
185: 2014/08/29(金)02:04 ID:??? AAS
>>183
Killは数が小さい順番から行われるぞ。
つ〜か、デフォルトでこんな感じになってないのか?
/etc/rc.d/rc0.d/K10dbora
/etc/rc.d/rc1.d/K10dbora
/etc/rc.d/rc2.d/K10dbora
/etc/rc.d/rc6.d/K10dbora
/etc/rc.d/rc2.d/K19gcstartup
/etc/rc.d/rc3.d/K19gcstartup
/etc/rc.d/rc5.d/K19gcstartup
186: 2014/08/29(金)02:08 ID:??? AAS
OHSの話で恐縮だけど12.1.3でとうとうmod_plsqlが廃止になったな
これからはhtpパッケージとかもバンドルされなくなるな
187: 2014/08/29(金)02:42 ID:??? AAS
APEXで作りなおせというのがスタンスらしいな。
188(1): 2014/08/29(金)18:25 ID:??? AAS
>>184
そうか、リンク元だけでなんとかしようとするから無理があるのか。
ありがとう、解決した！
189(1): 2014/08/31(日)22:41 ID:??? AAS
>>188
VIEWで本当に解決したのかどうかは分からんが、そういう対処をした場合、
「これ何のためのVIEW?」って聞かれたときに、これはドコドコとのDBリンクで
リンク元のコレコレいうSQLの実行計画を最適にするため、と示せるように
情報を残しておかないと、いずれ訳が分からなくなって、
このVIEW、要らないんじゃね?
→でも消して正常動作する保障なくね?
→んじゃ残すか…
的な意味不明な存在を残す原因となりかねんよな
私見だが、世はDBLinkを安易に使いすぎだ
190: 2014/09/02(火)23:00 ID:??? AAS
>>189 うちはビューのソースの中に全部書くルールにした。
サーバリプレースの時に不要なゴミと判断されて移行対象から漏れて翌日の業務が止まった事があった。
191(1): 2014/09/03(水)00:30 ID:??? AAS
昔関わったシステムで、月末に動くバッチで「○○集計結果△年□月」みたいな表が作られて
そこにバッチの結果が入れられる、というのがあった
業務仕様上は、過去の業績とかを見るために必要なんだが、そんな風にして作られた表が
毎月増え続けるし、インデックスもある、統計情報も取ってる、DBlinkで参照までされてる、
という代物だった
アホみたいに表領域を消費していくし、かといってゴミとも判断できないしで、
リプレース時は全部移行したのだが、そのゴミっぽいのを移行するために
まる二日使う破目になったぜ
その後、アプリのリプレース時に、そのゴミっぽいのをどうしたのかという話は、聞かない
192(5): 2014/09/03(水)20:37 ID:??? AAS
1個のテーブルに蓄積すると肥大化しすぎて検索条件によっては検索遅くなるから
テーブルを自動生成して結果を出力する仕組みも悪くはないんだけどね...
193: 2014/09/03(水)21:05 ID:??? AAS
>>192
うちの会社に、SQL Serverでそういう実装している人がいる
>>191みたいな事になってるよ
> 1個のテーブルに蓄積すると肥大化しすぎて検索条件によっては検索遅くなるから
たぶん、1回でもそういう実装やっちゃうと、頭が悪い人のせいで歯止めがかからなくなるよ
194: 2014/09/03(水)21:11 ID:??? AAS
受払いを作ると、トリガーで在庫マスタを生成するようなストアド作ったんだけど
みんなは在庫上げる時、どういうふうにしてるの？
ORACLEで実装しちゃうと、javaでhibernateとか使う意味とか無いじゃん
195: 2014/09/03(水)21:39 ID:??? AAS
＞1個のテーブルに蓄積すると肥大化しすぎて検索条件によっては検索遅くなるから
その為にパーティションというものがあるんじゃなかったけ？
196: 2014/09/03(水)22:38 ID:??? AAS
>>192
普通パーティション化するだろ。オプション必要だけど。
197(1): 192 2014/09/03(水)23:35 ID:??? AAS
>>192 EE+オプションを購入/維持する予算がおりないんだよ... わかってくれよ...
アプリの開発ベンダーもうちの社員のアプリ管理者もOracleの最新機能に興味無しで
EEの有用性を理解せず、SEONEで検索が遅いだの文句をたれてるんだよ...
パーティションとは言わないけど、EEのパラレルぐらいは欲しい...
198: 192 2014/09/03(水)23:36 ID:??? AAS
アンカー間違えた...
199: 2014/09/04(木)07:01 ID:??? AAS
>>197
そんな時は内緒でライセンス違反してSE1でパーティション化したら？(嘘。やっちゃいけません)
確かパーティション化はSE1でもやろうと思えば出来たような気が。
パラレルは無理だった気がするけど。
200(1): 2014/09/04(木)19:37 ID:Ew55DhOt(1/2) AAS
オプティマイザ統計の取得なんですが、
gather_shema_statのoptionsをgather autoにしたときの動きがイマイチわかりません。
失効、欠落は取得するんだろうけどそれ以外も何かoracleの判断があって取得とかしてるんでしょうか？
あとヒストグラムとかパーティションとか索引の統計も判断して取られてるんですよねきっと
201(1): 2014/09/04(木)21:52 ID:??? AAS
>>200
表の行数が10%以上変わった時に再取得される様になっている。
統計情報が欠落・失効していなくて、かつ行数が10%以上変更して
いなかったら対象から外される。
上下前次1-新書関写板覧索設栞歴
あと 800 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.106s*