Time of Update: 2018-12-03
開發發來一條SQL讓最佳化Select Distinct Oi.Customer_Id, Oi.Order_Id, Oi.Create_Time, 1 Type From t_To_Order_Info Oi Left Join t_To_Consign_Pymt_Record Cpr On Oi.Order_Id = Cpr.Order_Id Where 1 = 1 And Exists (Select 1 From t_To_Order_Tickets
Time of Update: 2018-12-03
之前按使用者imp了一個9i的資料庫,今天發現Job 執行失敗,alert log 顯示:ORA-00904: "DROP_SEGMENTS": invalid identifier 上網搜了一下, 摘抄如下, 說是要執行下catpatch.sql 指令碼。 Oracle 9.2.0.5 added the DROP_SEGMENTS column to the DBA_TAB_MODIFICATIONS view. Internally, the dollar table sys
Time of Update: 2018-12-03
一.水平分割根據一列或多列資料的值把資料行放到兩個獨立的表中。即按記錄進分分割,不同的記錄可以分開儲存,每個子表的列數相同。 水平資料分割將表分為多個表。每個表包含的列數相同,但是行更少。例如,可以將一個包含十億行的表水平資料分割成 12 個表,每個小表表示特定年份內一個月的資料。任何需要特定月份資料的查詢只需引用相應月份的表。 水平分割通常在下面的情況下使用:(1) 表很大,分割後可以降低在查詢時需要讀的資料和索引的頁數,同時也降低了索引的層數,提高查詢速度。(2)
Time of Update: 2018-12-03
在網上看到的一篇Blog,原文連結如下:http://highscalability.com/blog/2012/5/16/big-list-of-20-common-bottlenecks.html 需要翻牆才能開啟這個連結,作為一個IT技術人員,翻牆是必備技能。 在這篇Blog裡列了一些常見的與效能相關的瓶頸,僅僅是列舉出來,沒有單獨的進行說明,不過每個點都是值得研究的。 具體的列表如下: 一. Database:1. Working size exceeds
Time of Update: 2018-12-03
==============SQL語句的========================================================= ================================================================================v$sqltext --------- 儲存的是完整的SQL,SQL被分割v$sqlarea --------- 儲存的SQL 和一些相關的資訊,比如累計的執行次數,
Time of Update: 2018-12-03
--日常維護命令對效能的影響已經上鎖的注意事項--1 create index 是4級鎖 SQL>Create Index index_CONTACT_NAME On t_to_order_info(CONTACT_NAME) SQL>Select * From V$LOCK Where Type='TM' ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST
Time of Update: 2018-12-03
網格隨插即用(GPnP) 網格隨插即用協助管理員來維護叢集,以前增加或刪除節點需要的一些手動操作的步驟現在可以由GPnP來自動實現。 GPnP不是一個單獨的概念,它依賴於以下特性:在一個XML設定檔中儲存叢集資訊;叢集時間同步(CTSS);網格命名服務(GNS);單一用戶端訪問名稱(SCAN);伺服器集區(Server Pools)。 GPnP為公網和私網串連、ASM
Time of Update: 2018-12-03
之前整理了一篇有關字元集查看和修改的文章:Oracle 字元集的查看和修改http://blog.csdn.net/tianlesoftware/article/details/4915223 在裡面提到通過修改NLS_LANG這個參數來設定用戶端的字元集。在XP下,這個參數在註冊表裡的位置是:HKEY_LOCAL_MACHINE---》SOFTWARE ---》 ORACLE--》HOME 在Win
Time of Update: 2018-12-03
一.問題描述資料庫報錯,看了一下alertlog,主要重複如下內容: Wed Jul 25 17:47:18 2012Errors in file /oracle/admin/etldb/udump/etldb_ora_15674.trc:ORA-07445: exception encountered: core dump [kghssgdmp()+273] [SIGFPE] [Integerdivide by zero] [0x40000000094555E1] [] []ORA-0744
Time of Update: 2018-12-03
分區表Oracle提供了定界分割、散列分區、列表分區、組合分區4種分區的方法定界分割:按照列值範圍將資料分布到不同分區SQL> CREATE TABLE ran_tab ( 2 range_key_column date , 3 data varchar2(20) 4 ) 5 PARTITION BY
Time of Update: 2018-12-03
一. 說明朋友的一個庫不能開啟,錯誤資訊如下: Errors in filef:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1200.trc (incident=89062):ORA-00600: 內部錯誤碼, 參數: [4194],[78], [8], [], [], [], [], [], [], [], [], []ORA-00600: 內部錯誤碼, 參數: [4194],[78], [8], [], [], [],
Time of Update: 2018-12-03
注:以下題目,可根據自己情況挑選題目作答,不必全部作答.您也可以就相關問題直接找負責面試人員面述而不筆答 一. SQL tuning 類 1:列舉幾種表串連方式 hash join/merge join/nest loop(cluster join)/index join 2:不藉助第三方工具,怎樣查看sql的執行計畫 set autot on explain plan set statement_id = &item_id for &sql;
Time of Update: 2018-12-03
***************************************************************************生產庫上面的操作sys使用者下:exec dbms_stats.create_stat_table('gc','stat_gc_0825');exec dbms_stats.export_schema_stats('gc','stat_gc_0825');***********************************************
Time of Update: 2018-12-03
[root@rac1 ~]# iscsiadm -m discovery -t st-p 192.168.1.2 iscsiadm: No portals found 解決方案: [root@san ~]# cat /etc/initiators.allow # PLEASE DO NOT MODIFY THIS CONFIGURATIONFILE!# This configuration file was autogenerated# by Openfiler.
Time of Update: 2018-12-03
昨天匯入一個資料庫,使用者反映導過來的有sequence要小於已經匯入到表中的sequence的值。原因生產資料中seq匯入的時候可能在操作,導致出現一些重複的出現。為瞭解決這個問題,我把目前使用者下所有的sequence全部向後延至200,具體操作如下:create table MAHANSO_TEST( ID NUMBER, SEQUENCE VARCHAR2(100))DECLARE CURSOR c_cursor IS select sequence_name
Time of Update: 2018-12-03
線上上修改有資料的列的類型。首先建立表結構,在建表時把對應列的屬性改了---------------------------------------Insert Into T_HP_ROOM_TYPE_2 Select * From T_HP_ROOM_TYPE Rename T_HP_ROOM_TYPE To T_HP_ROOM_TYPE_1;Rename T_HP_ROOM_TYPE_2 To T_HP_ROOM_TYPE;-------------------------------
Time of Update: 2018-12-03
ORA-16014錯誤解決辦法 1.問題以及解決過程 SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> alter database open; alter database open * 第 1 行出現錯誤: ORA-16014: 日誌 2 的序號 27 未歸檔, 沒有可用的目的地 ORA-00312: 聯機日誌 2 線程 1:
Time of Update: 2018-12-03
一. 問題說明 資料庫alert log中的資訊如下:Mon Jul 30 22:01:00 2012Errors in file /g01/app/oracle/diag/rdbms/gumd/gumd/trace/gumd_mmon_21407.trc (incident=76981):ORA-00600: 內部錯誤碼,參數: [kmgs_parameter_update_timeout_1], [27072], [], [], [],[], [], [], [], [],
Time of Update: 2018-12-03
環境: oracle 10g R2 Select Count(*) From t_Ho_Order_Statistics --2032946Select Count(*) From t_Ho_Order_Info
Time of Update: 2018-12-03
檔案傳輸通訊協定:檔案傳輸是資料交換的主要形式。在進行檔案傳輸時,為使檔案能被正確識別和傳送,我們需要在兩台電腦之間建立統一的傳輸協議。這個協議包括了檔案的識別、傳送的起止時間、錯誤的判斷與糾正等內容。 在SecureCRT下的傳輸協議有ASCII、Xmodem、Ymodem、Zmodem4種。 (1)ASCII:這是最快的傳輸協議,但只能傳送文字檔。 (2)Xmodem:這種古老的傳輸協議速度較慢,但由於使用了CRC錯誤偵測方法,傳輸的準確率可高達99.6%。 (3)Ymodem:這是Xmod