<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Jcat
    寵辱不驚,閑看庭前花開花落~~
    posts - 173,comments - 67,trackbacks - 0
    Oracle建好后,tnsnames和listener中自動就帶有如下內(nèi)容,這里咱們就來解釋一下這些東西是干什么用的

    ----TNSNAMES.ora----
    EXTPROC_CONNECTION_DATA =
    ? (DESCRIPTION =
    ??? (ADDRESS_LIST =
    ????? (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    ??? )
    ??? (CONNECT_DATA =
    ????? (SID = PLSExtProc)
    ????? (PRESENTATION = RO)
    ??? )
    ? )

    ----LISTENER.ora----
    SID_LIST_LISTENER =
    ? (SID_LIST =
    ??? (SID_DESC =
    ????? (SID_NAME = PLSExtProc)
    ????? (ORACLE_HOME = /opt/oracle/10gR2)
    ????? (PROGRAM = extproc)
    ??? )
    ? )

    LISTENER =
    ? (DESCRIPTION_LIST =
    ??? (DESCRIPTION =
    ????? (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    ????? (ADDRESS = (PROTOCOL = TCP)(HOST = dcm)(PORT = 1521))
    ??? )
    ? )


    IPC - Inner Process Communication
    When a process is on the same machine as the server, use the IPC protocol for connectivity instead of TCP. Inner Process Communication on the same machine does not have the overhead of packet building and deciphering that TCP has.
    I've seen a SQL job that runs in 10 minutes using TCP on a local machine run as fast as one minute using an IPC connection. The difference in time is most dramatic when the Oracle process has to send and/or receive large amounts of data to and from the database.
    For example, a SQL*Plus connection that counts the number of rows of some tables will run about the same amount of time, whether the database connection is made via IPC or TCP. But if the SQL*Plus connection spools much data to a file, the IPC connection will often be much faster -- depending on the data transmitted and the machine workload on the TCP stack.

    For how to configure it:
    1. you should add one IPC line in the LISTENER.ORA
    2. You should also add one IPC line in the TNSNAMES.ORA



    PLSExtPro - PL/Sql External Procdure
    默認安裝時,會安裝一個PL/SQL外部程序(extproc--這是程序名)條目在listener.ora中,是oracle為調(diào)用外部程序默認配置的監(jiān)聽,它的名字(也就是SID)通常是ExtProc或PLSExtProc
    但一般不會使用它,可以直接從listener.ora中將這項移除,因為對ExtProc已經(jīng)有多種攻擊手段了,在不使用外部程序時,Oracle也是建議刪除的。



    extproc的作用
    就是在pl/sql中調(diào)用外部語句,如c,java寫的過程。
    現(xiàn)在,Oracle已經(jīng)全面支持JAVA了,這東西也就過時了,之所以繼續(xù)保留是考慮到兼容以前老版本的數(shù)據(jù)庫實例。

    [oracle@dcm bin]$ extproc
    Oracle Corporation --- TUESDAY?? JAN 05 2010 21:58:23.878
    Heterogeneous Agent Release 10.2.0.1.0 - Production

    posted on 2010-01-05 21:59 Jcat 閱讀(660) 評論(0)  編輯  收藏 所屬分類: Database
    主站蜘蛛池模板: 亚洲av无码天堂一区二区三区| 成人黄动漫画免费网站视频 | 亚洲国产精品13p| 亚洲国产AV无码一区二区三区| 国产成人福利免费视频| 亚洲三级在线免费观看| 18禁黄网站禁片免费观看不卡| 99亚洲精品高清一二区| 永久在线免费观看| 久久亚洲精品国产亚洲老地址| 青青草a免费线观a| 亚洲精品国产av成拍色拍| 免费高清小黄站在线观看| 亚洲av日韩专区在线观看| 免费一看一级毛片| 国产在线一区二区综合免费视频| 久久国产亚洲电影天堂| 色猫咪免费人成网站在线观看| 亚洲成年人电影在线观看| 四虎永久在线精品免费网址 | 亚洲福利视频一区二区三区| 亚洲视频免费播放| 亚洲欧美日韩中文字幕一区二区三区 | 亚洲码和欧洲码一码二码三码| 免费看又爽又黄禁片视频1000| 国产精品亚洲专区无码不卡| 亚洲乱码日产精品a级毛片久久| 亚洲国产精品成人精品无码区在线| 午夜免费福利片观看| 亚洲国产成人精品无码一区二区| 日韩一区二区在线免费观看| 国产又黄又爽又大的免费视频 | 99久久婷婷国产综合亚洲| 亚洲?v无码国产在丝袜线观看| 99久久成人国产精品免费| 亚洲国产成+人+综合| 亚洲国产成人久久笫一页| 日韩中文字幕免费视频| 看Aⅴ免费毛片手机播放| 久久久久久亚洲精品| 精品国产免费一区二区|