<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
    默認(rèn)安裝時,會安裝一個PL/SQL外部程序(extproc--這是程序名)條目在listener.ora中,是oracle為調(diào)用外部程序默認(rèn)配置的監(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 閱讀(652) 評論(0)  編輯  收藏 所屬分類: Database
    主站蜘蛛池模板: 在线观看的免费网站| 亚洲丶国产丶欧美一区二区三区| 亚洲福利精品一区二区三区| 亚洲一区二区影视| 亚洲免费观看在线视频| 亚洲理论片在线中文字幕| 8888四色奇米在线观看免费看| 亚洲fuli在线观看| 67pao强力打造高清免费| 久久精品亚洲中文字幕无码麻豆| 亚洲国产成人AV在线播放| 在线播放免费人成视频在线观看| 亚洲综合国产精品第一页| 亚洲国产日韩女人aaaaaa毛片在线| 亚洲av乱码中文一区二区三区| 在线观看免费播放av片| 国产亚洲?V无码?V男人的天堂| 亚洲一区二区三区高清视频| av无码国产在线看免费网站| 亚洲人成网站在线观看播放青青| 日韩大片免费观看视频播放| 中文字幕亚洲图片| 99久久久国产精品免费牛牛 | 午夜不卡久久精品无码免费 | 一本色道久久88亚洲综合| 夜夜爽妓女8888视频免费观看| 免费福利视频导航| 亚洲国产精品ⅴa在线观看| 亚洲AV无码乱码在线观看性色扶| 亚洲av无码片区一区二区三区| a在线免费观看视频| 亚洲人色大成年网站在线观看| 日本免费A级毛一片| 亚洲无线一二三四区| 国产亚洲精品免费| 中文字幕无码毛片免费看| 亚洲同性男gay网站在线观看| 99在线观看免费视频| 亚洲AV噜噜一区二区三区| 亚洲精品你懂的在线观看 | 亚洲人成无码久久电影网站|