[過去ﾛｸﾞ] Oracle 質問総合スレ10 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
229: 2014/09/14(日)00:41 ID:??? AAS
表領域、パーティション、スキーマ、表とかを、分けるデメリットを考えずに、
気分的に、とかセキュリティ的に、みたいなへんな理由で分けて、
その結果運用しづらくなっている、やりたい事ができなくなっている、
みたいな事例が多いように思うんだよな
230: 2014/09/14(日)01:10 ID:??? AAS
セキュリティは大体Vaultで解決してるわ
231: 2014/09/14(日)17:16 ID:??? AAS
性能考えないでSQL組む開発者多すぎ。
特に大規模システムとかで開発と基盤で別れてるプロジェクトに多い気がする。
232: 2014/09/15(月)20:08 ID:??? AAS
>>228
やっぱそうなるよな逆に時間かかるケースもありそうだな
233: 2014/09/15(月)20:26 ID:??? AAS
>>228
開発したら終わり、運用なんて考えてませーんっていうやつ多いよね
234: 2014/09/15(月)20:54 ID:??? AAS
システムにおいては、DB屋としての視点・評価基準というものが、あると思うのだよね
それは別にDBだけではなく、NWしかりOSしかりアーキテクチャしかりだけど
そのDB屋的な視点をシステムに込めていくためには、やはりDB屋が開発の現場に
もっと首を突っ込み口を出すべきなのだと思うのだよね
無論そうするためには、開発しているシステムが何のシステムなのか、少なくとも
DBについてはどういう想定で設計をしているのか、どういう実装をしようとしてるのかを
把握してなけりゃならないし、また事実そうすべきだとも思うしさ
レビューに出向いて、たとえばパーティションを使うっていうケースなら、>>228みたいな
場合を考慮しての設計なのか、とかを場面場面で指摘していかないとさ
それでも結局、運用で問題を起こすのは、考慮されてないSQLなのだから、さ
235(3): 2014/09/16(火)20:09 ID:??? AAS
高速差分増分でバックアップ取るときレベル0をイメージコピーで取らないとブロックチェンジトラッキング効かなかったっけ？
バックアップセットで取っても大丈夫？
236(2): 2014/09/16(火)23:04 ID:??? AAS
>>235
ブロックチェンジトラッキングがどうこういう前に、
そもそもレベル0のバックアップがないと、
レベル1の差分増分は取得できないと思うよ。
237(1): 2014/09/17(水)22:58 ID:Ba9Lg+26(1) AAS
>>236
絶対そういうこと聞いてないだろｗｗｗｗｗ
>>235
多分バックアップセットでフル取ってもトラッキング効くと思うよ
実際にレベル１取るときにiostat_function_detailの情報selectしてみて
incremental backupがuse_change_trackingの所がYになってれば効いてるはずだから確認してみ
238: 2014/09/17(水)23:05 ID:??? AAS
>>235
普通に効く。
239: 236 2014/09/18(木)05:47 ID:??? AAS
>>237
ごぬん。
いらんこと言った。
240(2): 2014/09/19(金)20:52 ID:??? AAS
Solaris版11gR2でパーティション表へのSELECT文について質問なんですが、
レンジ・パーティションのキーが年月で切ってあって、SELECTの条件にその項目があります。
条件の値をリテラルにしてSELECTを実行した場合、静的パーティション・プーリングで対象のパーティションのみを検索します。
しかしバインド変数の場合、動的パーティション・プーリングになり、全パーティションを見にいってしまいます。
可変な条件にあったパーティションのみを選ぶようにオプティマイザにヒントなどを与えることは可能でしょうか？
省1
241(1): 2014/09/19(金)22:20 ID:??? AAS
>>240
バインド変数で動的パーティション・プルーニングになるのはマニュアルにも
乗っている仕様みたいだぞ?
外部ﾘﾝｸ[htm]:docs.oracle.com
242(1): 2014/09/19(金)23:13 ID:??? AAS
>>241
レスありがとうございます。説明不足でした。
SQL解析時には変数なのでどのパーティションにアクセスするかは決まってないため、
動的パーティション・プーリングになること自体は問題ないのですが、動的に判断した結果が
いつも全パーティションにアクセスというPARTITION RANGE ALLになってしまうのが困っています。PARTITION LISTはSINGLEになっています。
243(1): 2014/09/19(金)23:32 ID:??? AAS
>>242
もしかしたら /*+ dynamic_sampling(4) */が効くかも知れない。
244(1): 2014/09/20(土)07:20 ID:??? AAS
>>243
レスありがとうございます。
統計情報は取り直したのですが、動的サンプリングは試してませんでした。
参考にさせていただき週明けにやってます。ありがとうございます。
なお追記ですが、バインドピークはプロジェクトの規約でOFFにしています。
調べたところ11gからCardinality FeedbackやAdaptive Cursorという機能があり
試してみたいのですがいまいち使い方がわからないのと、他のSQLへの影響が心配です。
他にも情報があればよろしくお願いします。
245(2): 2014/09/20(土)08:19 ID:??? AAS
(´・ω・｀)Oracleのバックアップとリカバリの方法が分からん
246(1): 2014/09/20(土)08:24 ID:??? AAS
>>244
ちゃんと理由があるんだから、素直にリテラルにSQL作って流したらどうか
プロジェクトの規約なんて、そうなることを想定していなかった、ガイドラインであろう
247: 2014/09/20(土)10:30 ID:??? AAS
>>246
アドバイスありがとうございます。
動的SQLで実行することも検討してみます。
248: 2014/09/20(土)12:14 ID:??? AAS
>>245
一番簡単なのはexp/imp
上下前次1-新書関写板覧索設栞歴
あと 753 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s