ちなみにですが、 1.sqlplusでログイン 2.alter session 3.insertやupdate実行 4.SELECT * FROM v$pq_sesstat でpmdlがいくつになっているか確認
この3.のときは、例えばinsert into - values(...);を100行コンソールに貼り付けてドンドン送る。というやり方で問題ないでしょうか? それでも良いけど100じゃ少ないよ、insert allやこういうやり方の方が一気に送れて効果をみやすいよ、などあればコメントお願いしますm(_ _)m 0063NAME IS NULL2017/09/22(金) 12:25:22.45ID:??? なんかそれだとjava的には一行ずつ渡してる感じじゃね? そもそもinsertのパラレル化処理なんて、別テーブルから一気に読み込んだりするぐらいしないと効果は体感出来ないと思うぞ? 0064NAME IS NULL2017/09/22(金) 14:34:55.16ID:???>>63 Java側でmybatisのバルクインサートを使用しており、以下の要領でSQLは投げているようです。(一つ一つ投げているわけではないと思ってます) insert into person (id, name, address) values (1, 'John', 'Kyoto'), (2, 'Mike', 'Tokyo');
昨日pdml結果が1になったと言ったのですが、その時はupdateで1でした。今日本来やりたいinsertで試したら1以上になってくれずオール0でした。 実行計画をとると以下の内容ですが、どうすればinsert /*+ APPEND_VALUES */ into values ...がpdmlになってくれるのかわかりません。。 「Degree of Parallelism is 1 because of session」「PDML disabled because insert values was used」 Degreeって自動パラレル設定のことぽくてあまり関係なさそうだし、もう自分の中で打つ手がない状態です・・・。自動パラレル設定を検討した方が良いということなのでしょうか。 0065NAME IS NULL2017/09/22(金) 14:48:06.27ID:1itx4Kq+>>614 insert valuesは一行インサートだからパラレル化できないよっていってるんじゃないの?
insert selectじゃないとパラレル化できないよってことね。 0066NAME IS NULL2017/09/22(金) 16:15:13.54ID:???>>65 11gからvalues句のinsertもパラレル対応されて、append_valueヒント句を使えるようなこと書いてあるんですよね(><) 何か条件を満たしていないんでしょか。。 このままだとパラレル化は一旦諦めることになりそうです。
次はinsertをsqlloaderでやる検討になるかな。。 0067NAME IS NULL2017/09/22(金) 16:46:27.79ID:??? 今更かもですがパラレル処理って、既に登録されているデータにアクセスするアクセス方法を効率化させること、が主にやりたいことなのでしょうか??
それがそうだとしたら、なぜ11gからはinsert〜valuesも対応しはじめたのか。。これが出来るとしても検索ありのものとは、違う理屈で早くなったということなのかなと思いはじめました。 0068NAME IS NULL2017/09/22(金) 17:10:43.92ID:???>>66 ソースプリーズ 0069NAME IS NULL2017/09/22(金) 17:38:23.58ID:??? メモリに一時テーブル作ってからINSERT SELECTしてみればいいんじゃないの
あとテーブルのパーティショニングはちゃんとやってるのかな? 0070NAME IS NULL2017/09/22(金) 18:27:27.19ID:???>>68 ◇ケース1:pdml結果が0でダメ(本来やりたいのはこちらのins〜values) ALT SESSI FORCE PARALLEL DML PARALLEL 3 ins /APPEND_VALUES / into tablename (culuma,culumb) value ('aaa','bbb') ※上記のようなinsを1000行一気に貼り付けて流した ※上記ins文のexpl plan結果は報告済み ※ヒント句なしも試した SEL STATISTIC,LAST_QUERY,SESSION_TOTAL FRO vpq_sesstat
◇ケース2:pdml結果が1(insertができないからupdateでお試し) ALT SESSIO FORCE PARALLEL DML PARALLEL 3 upd tablename set culuma 'aaa' where culumb 'bbb' SEL STATISTIC,LAST_QUERY,SESSION_TOTAL FRO vpq_sesstat 0071NAME IS NULL2017/09/22(金) 18:30:32.58ID:??? 恐らくセキュリティ対策でSQLは書き込めませんでした。色々文字を削ってやっと書き込めましたので、ご了承ください。重要な所がわからなくなったいたら聞いて頂けたらと思います。
皆々さま、大変たくさんの回答をいただき、まことにありがとうございました。 0124NAME IS NULL2017/09/26(火) 15:33:30.34ID:???>>122 そうかググってたか、それはすまなんだ 最近のLinuxならsysvじゃなくsystemctlを使うといいよ 0125NAME IS NULL2017/09/26(火) 16:28:10.57ID:???>>124 レッドハット系でしょ?それ。 でびあん系はsysv----でchkconfigもsystemctlもなかったのでは? 0126NAME IS NULL2017/09/26(火) 16:42:53.49ID:???>>125 ググったらすぐ分かるよ 0127NAME IS NULL2017/09/26(火) 18:02:46.61ID:???>>126 なるほど、v15くらいから採用されてんのね。 0128NAME IS NULL2017/09/27(水) 19:24:30.79ID:??? RMANにUNTIL CANCELが無いのは何故なの? 0129NAME IS NULL2017/09/27(水) 22:16:09.97ID:???>>128 基本は自動化させる事が目的だからな。 until cancel無くても、時間指定のポイントインタイムリカバリーで対応出来るし。 0130NAME IS NULL2017/09/27(水) 22:16:40.93ID:???>>125 OracleはDebian系ではほとんどまともに動かないし。 0131NAME IS NULL2017/09/29(金) 18:11:19.18ID:??? DBA_USERSを見たらSYSにもDEFAULTプロファイルが設定されてるんだけど、 SYSもパスワードロックが掛かったりするの? そうだとしたら、OS認証も許可してない環境の場合、どうやって解除すればいいの? 0132NAME IS NULL2017/09/29(金) 18:43:23.22ID:???>>131 どうしようもなさそう。 大体はosユーザーで入るとか他の権限あるユーザに頼むしかないよね。
そうじゃなかったら、パスワードとかセキュリティ機能の意味ないからね。 0133NAME IS NULL2017/10/01(日) 23:15:00.92ID:??? 1985年から勉強していないDBを勉強しようっとw 0134NAME IS NULL2017/10/02(月) 17:11:58.11ID:??? エリソンもいよいよ焼きが回ってきたようだ
「全自動DBだ」とEllison CTO、米Oracleが「Oracle DB 18c」を発表 h ttp://itpro.nikkeibp.co.jp/atcl/news/17/100202373/ 0135NAME IS NULL2017/10/02(月) 17:50:35.97ID:??? オラクルは総合4位で、性能・機能および信頼性で他より勝っているが、コストおよびサポートが最低。
データベースの満足度1位はIBM、オラクルは「コスト」で苦戦 h ttp://itpro.nikkeibp.co.jp/atcl/column/17/091500382/092000020/
首位は前回と同じく日本IBM。「信頼性」「コスト」「サポート」が全社平均を5ポイント以上上回った。 2位の日本マイクロソフトは「運用性」と「コスト」が、3位の富士通は「サポート」がそれぞれ部門最高だった。 0136NAME IS NULL2017/10/02(月) 17:55:41.40ID:??? IBMと富士通の有効回答数の桁違いの低さがシェアと一致してるんだろうな 0137NAME IS NULL2017/10/02(月) 18:32:06.67ID:??? DB2なんかはIBM iの信頼性あっての評価だろうな 0138NAME IS NULL2017/10/02(月) 21:35:37.28ID:??? オラクル使用ユーザー、ものすごく増えてきているね 小さいところも入れだした 0139NAME IS NULL2017/10/02(月) 21:57:05.48ID:??? 減ってるように感じるが。。。 0140NAME IS NULL2017/10/02(月) 22:29:41.98ID:??? 減ってる減ってる 0141NAME IS NULL2017/10/02(月) 22:48:04.74ID:??? SQL ServerのLinux版が安定してるようだと またOracleの新規ユーザーは減るだろうね〜 0142NAME IS NULL2017/10/02(月) 23:17:18.96ID:??? 全自動DBだとDBAは失業するの? 0143NAME IS NULL2017/10/02(月) 23:19:24.24ID:??? そうだね 0144NAME IS NULL2017/10/02(月) 23:26:57.61ID:??? 全自動DBAをまともに動かすための職業が生まれます。 0145NAME IS NULL2017/10/02(月) 23:30:33.97ID:??? 全自動DBAへの移行作業で儲けよう 0146NAME IS NULL2017/10/02(月) 23:44:35.32ID:???>>138 減ってきています 0147NAME IS NULL2017/10/03(火) 00:54:04.28ID:??? これからはOracleやるならDBじゃなくてクラウドってことですかね・・・ それにしても"no human"を強調し過ぎだ 0148NAME IS NULL2017/10/03(火) 01:20:45.76ID:???>>147 DBじゃなくてクラウド?お前理解してないだろ 0149NAME IS NULL2017/10/03(火) 07:16:42.89ID:??? クラウドだろうとDBはあるけどw 0150NAME IS NULL2017/10/05(木) 23:47:09.89ID:??? クラウドって雲 0151NAME IS NULL2017/10/06(金) 01:38:44.40ID:??? これからはwwOracleやるならwwwwDBじゃなくてwwwクラウドwwってことですかねww 0152NAME IS NULL2017/10/06(金) 01:39:24.22ID:???>>151 草ウドw 0153NAME IS NULL2017/10/06(金) 12:17:18.54ID:??? 大草原ならぬ大雲原 0154NAME IS NULL2017/10/06(金) 14:44:54.46ID:??? クラウドならぬワラウドコンピューティング 0155NAME IS NULL2017/10/12(木) 13:40:08.03ID:??? data pump の expdp で試験環境のフルバックアップ取ってて、先月までは月二回だったんだけど テストが佳境に入って来て、毎日1Tのフルダンプを取るようになった途端に日々、抽出速度が徐々に落ちてる状況です (或いは月二回も落ちてたのかも知れないが、回数が少ない&夜間放置で気づかなかった) DBデータはテスト実施の為、微増はしてますがほぼデータ量変わらず、過去二回分残してコマンド実行前にダンプを整理、パラメータはDATA_ONRYのみ指定 テーブル指定で抜いた時、特に遅いのがLOBデータを持つテーブルの抽出で、全てのテーブルが遅くなってるわけでは無く、件数少ないテーブルでも遅かったり、逆に件数多いのに早く抜けたり… そして抜いたデータを別のテスト環境に入れてバックアップ取ると、早く抜けたり… とにかく、素人では当たりも付けられず困ってます 今のままでも、ギリギリバックアップ間に合ってるのですが、このまま抽出速度が落ち続けると、テストスケジュールを見直すハメになるので、何かご存知の方居たらご教示いただけないでしょうか 速度を戻す為にexpdp前に何かした方が良いのでしょうか? 0156NAME IS NULL2017/10/12(木) 14:02:19.11ID:??? 遅い時って裏で何か作業してないかな。 Topとか見てOSの負荷状況とか見たほうがよさそうだけど。 あとAWRとかstatspack取ってみよう 0157NAME IS NULL2017/10/12(木) 14:58:16.46ID:???>>156 レスありがとうございます 夜間に実施してるので、他に作業してないとは思いますが、念のため確認してみます 他の取れる情報は別部隊になりますが、依頼してみます Topぐらいならこちらでうてるので、次回実施時にみてみます 0158NAME IS NULL2017/10/12(木) 19:32:31.99ID:+PtNHGsI>>155 11g以降のデータポンプの仕様変更のせいかもな。 0159NAME IS NULL2017/10/12(木) 19:34:25.05ID:+PtNHGsI>>155 データ量は何を見て判断してるのか? 0160NAME IS NULL2017/10/13(金) 00:18:38.29ID:??? 先にOSレベルでリソース逼迫してないかチェックするのがセオリー。