統一されていなくても問題ない旨が 記載された記事はどこかにあるでしょうか? ご紹介頂ければ助かります 0580♨NAME IS NULL2018/08/30(木) 19:21:18.25ID:??? 全クライアントのバージョンを揃えないと使えないなら、おちおちパッチも当てられない。 問題ないと書いてあるページを探せって上司にでも言われたの? 0581♨NAME IS NULL2018/08/30(木) 19:25:02.93ID:??? 責任取りたくない奴が誰かで対応が変わりそう MOSが参照できるならSRでクライアントバージョン不統一での障害事例はありますかとか聞けばいいのでは 0582NAME IS NULL2018/08/30(木) 19:34:49.95ID:??? 根拠なんてない!たぶん大丈夫 というベテラン様の回答だ 信じろ 0583NAME IS NULL2018/08/30(木) 19:47:58.81ID:???>>578 https://blogs.oracle.com/upgrade/client-certification-for-oracle-database-12102122010584NAME IS NULL2018/08/30(木) 20:48:50.75ID:??? 接続互換マトリクスは、なんかあったら、原因追ってパッチ提供します。 ってだけで、バグがないこと保証するもんじゃないでしょうに。
複数のバージョンからDBリンク(DB自体が他DBのクライアント)されてる環境なんていくらでも聞くわ 0585NAME IS NULL2018/09/02(日) 21:28:08.25ID:??? U.S.A!! U.S.A!! かーもんデータアメリカ! データを高速にimport
Data Pump 0586NAME IS NULL2018/09/04(火) 19:19:42.82ID:PCCrVc8p 実行計画はまったく同じなんだけど、統計情報を更新すると、SQLの速度が速くなることある、どういうこと? 0587NAME IS NULL2018/09/04(火) 19:22:10.66ID:???>>586 1回目に実行した時に、データがキャッシュされたんじゃない? 0588NAME IS NULL2018/09/04(火) 19:29:51.74ID:K4Ad7e4Z 【OK出たギリギリの内容】 日本人は猿以下のジャップだと悪意に満ちた宣伝され……九条ないので開戦 http://rosie.5ch.net/test/read.cgi/liveplus/1536026951/l50
また911やるのか 0589NAME IS NULL2018/09/04(火) 19:37:43.04ID:??? 実行計画はどうやって調べた? explain plan や set autotrace on では本当の実行計画は 取れない事がある。一見それらしいけど実際の計画とは違うことがある。 実行計画を得るには、経験的にSQLコマンドを実行中にカーソルからdbms_xplan.display_cursorで 取ると良い。 0590NAME IS NULL2018/09/04(火) 19:49:16.01ID:PCCrVc8p>>589 explain planです・・・ 0591NAME IS NULL2018/09/04(火) 20:47:56.00ID:??? だとしたら、調べた実行計画はあまり参考にならないかもしれない。 統計取り直して速くなるようなら、CBOが正しく働いている証拠だと思う。 SQL実行中の実行計画を採って設計通りになるように調整する。例えばSQLヒントを 挿入してオプティマイザへ介入するか、EEのライセンスがあればならSQL計画管理。 0592NAME IS NULL2018/09/05(水) 00:16:00.08ID:???>>586 つ result cache 0593NAME IS NULL2018/09/05(水) 09:00:50.14ID:48ZnwLli>>592 統計と関係あるの? 0594NAME IS NULL2018/09/05(水) 22:18:22.40ID:??? 【近畿】大阪、兵庫で空き巣など55件 韓国籍の男を追送検し捜査終結
【東京】渋谷センター街で落書き、韓国籍の米国大学生(19)を再逮捕
【社会】最大で金利が342倍 元ヤミ金業者、韓国籍の男ら8人逮捕 0595NAME IS NULL2018/09/05(水) 22:18:57.94ID:??? 【近畿】大阪、兵庫で空き巣など55件 韓国籍の男を追送検し捜査終結
【東京】渋谷センター街で落書き、韓国籍の米国大学生(19)を再逮捕
【社会】最大で金利が342倍 元ヤミ金業者、韓国籍の男ら8人逮捕 0596NAME IS NULL2018/09/05(水) 23:06:50.24ID:???>>593 直接は関係ない。 統計取って早くなったと勘違いしてんじゃないかと思っただけだ。
クエリ実行 => 遅いな( ´_ゝ`) 統計取得 クエリ再実行 => 速くなった(゚∀゚) (単にresult cachに乗っていただけ) 0597NAME IS NULL2018/09/06(木) 00:13:44.35ID:??? result cacheデフォで有効になってると思ってそう。。 0598NAME IS NULL2018/09/06(木) 00:24:40.11ID:??? 12c R1からデフォルトで有効ですが何か? 知らずにアップグレード後にライブラリキャッシュのラッチ待ちが多発しましたが 0599NAME IS NULL2018/09/06(木) 01:55:53.52ID:??? ん?
> あとLEFT JOINの省略でLOINとか書けるようににしてくれると これは要らんわ w 0627NAME IS NULL2018/09/09(日) 17:06:29.59ID:5ZoJgBx6 WHERE NULL = NULL も真にしてくれれば、ほとんどの問題は解決するんだけどな。 0628NAME IS NULL2018/09/09(日) 17:21:05.78ID:bpLLW62U>>627 ? 0629NAME IS NULL2018/09/09(日) 17:21:28.53ID:bpLLW62U>>625 使ってないからわからないだけだろうが。 0630NAME IS NULL2018/09/09(日) 18:13:30.23ID:???>>627 MySQLの<=>演算子とか、非推奨だけどSQL-ServerでANSI_NULLSをOffにするとか
>>628 nullable な値の比較が面倒って話でしょ 0631NAME IS NULL2018/09/09(日) 18:18:57.53ID:5ZoJgBx6>>630 そういうこと。 そもそもLEFT JOIN以外でのNULL発生を禁止しなかったSQL標準化の失策 0632NAME IS NULL2018/09/09(日) 18:24:50.03ID:???>>629 散々検討して使えなかったから たしかに使ってない