Oracle

          ① 配置listener.ora             參考文檔b14213（Net service reference）             141頁 靜態註冊的那個example             第139頁 第一段             案例：think = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS=(PROTOCOL = tcp)(HOST= 192.168.227.128)(PORT= 1521)

          本案例以建設銀行為例          請將建行的交易明細表載下，並命名為ccb.txt          此時，你有兩種選擇：sqlldr or external table           ㈠ sqlldr          因為網銀只有在win上才能用，所以如果你的os是linux/unix，那麼在ctl中必須指定字元集          讓UTF-8可以顯示GB18030             ① 建表create table t_bank_invoice (

     ㈠ 函數索引的陷阱             使用函數索引一定要注意在函數代碼變更後重建函數索引、否則、Oracle將返回錯誤結果但不給提示             測試如下：hr@ORCL> drop table t purge;Table dropped.hr@ORCL> create table t (x number,y varchar2(30));Table created.hr@ORCL> insert into t select

       ㈠ INDEX UNIQUE SCAN              如果表上有唯一索引, 搜尋索引列時會用上INDEX UNIQUE SCAN              原來Index Unique Scan和Index Range Scan在B Tree上的搜尋路徑是一樣的       只是Index Unique Scan在找到應該含有要找的Index Key的block後便停止了搜尋，因為該鍵是唯一的       而Index Range

    google地圖是基於oracle查詢的，那麼，google是如何把地圖儲存到oracle裡面的呢？    這裡我們藉助dbms_lob包來簡單瞭解一下流程。     1）建立一個t表：00:32:04 hr@ORCL (^ω^) create table t (a varchar2(20),b blob);表已建立。    2）寫一個預存程序：CREATE OR REPLACE PROCEDURE think (p_1 VARCHAR2, p_2 VARCHAR2 ,

    接上一篇。    ③ 堤防DDL提交事務         DDL虛擬碼展示：         begin           commit；           DDL-statement           commit；         Exception           when others            then rollback；         end；        

       Oracle的很多經驗並不是來自工業環境、很多問題和經驗都可以從自己的測試裡積累       實驗要做，但也要想！       那思維的起點是什嗎？       以下是我的看法、或者有些不合理：              ㈠ 針對問題尋找出一種不會出錯的方法          如何?，請參見：如何思考                 ㈡ 哪些步驟或操作不能做或者慎做？              ㈢ 為什麼要這麼做？              ㈣

     ㈠ 需求                為方便RAC環境個節點通訊、往往需要配置SSH等價性        簡言之：        使用者或程式從一台機器串連到另一台機器時不需要輸入密碼                這種應用的背景是：        Clusterware和Database的安裝過程都是先在一個節點安裝        然後安裝程式自動把本地安裝好的內容複寫到遠程相同目錄       

      網上有人給出了最佳的最佳化思路是：           1.先將大表中滿足條件的記錄抽出來產生一張暫存資料表.           2.再將這較小的暫存資料表與另一張較小的表進行關聯查詢.      先不論思路是否值得商榷，這把暫存資料表當成中轉站的做法還是很值得肯定              暫存資料表本質上就是一種cache的表現形式，Oracle的暫存資料表都是事先建好的      一旦用了暫存資料表，存放的就是和本會話相關的資料     

    環境：sys@ORCL> select * from v$version where rownum=1;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prodsys@ORCL> !uname -aLinux localhost.localdomain 2.6.18-

     它的定義：          根據索引的值指示表中行的有序程度、通知 CBO 關於表的行和索引的同步情況     ● 該值與塊數相近、表示相同的資料存放得比較集中                             ● 該值與行數相近、表示表中行的順序與索引的順序不同                             它的作用：          ● 表相對於索引的有序程度     ● 通過索引讀取整個表時對錶執行的邏輯I/O次數               它的查詢：hr@

    1 dd    類比物理壞塊SQL> select * from v$database_block_corruption;no rows selectedSQL> select * from v$backup_corruption;no rows selectedSQL> select * from v$copy_corruption;no rows selectedSQL> create tablespace physical_corrupt datafile

  每個RDBMS都基於標準sql走出了屬於自己的sql特色。oracle也不例外。現起，我們來學習oracle sql。  學習sql，於開發人員，實現優秀的商務邏輯；於管理者，完成資料庫的調優。  oracle sql可分：  a）select  b）DML:update，insert，delete，merge  c）DDL:create，alter，drop  d）DCL：grant，revoke  e）TCL:commit，roolback，savepoint  oracle

  還是想嘮叨一下，要想把oracle體繫結構學深學透，必須結合備份與恢複的實驗及原理去學，這個我在後續也會寫相應的blog。在這裡我在介紹記憶體結構時，只是做些基礎性的瞭解。  我們先看兩個容易混淆的概念。SID和ORACLE_SID，其實吧，這兩個沒啥本質的區別。若真箇想分一分的話。那麼，SID是網站標識符，也即工作階段識別項，他和$ORACLE_HOME一起唯一標識了一個SGA；而ORACLE_SID則可以認為是執行個體名，通過v$instance的欄位instance_name查出。 

 大資料浪潮洶湧襲來、一場新的資訊技術革命即將開始。“春江水暖鴨Crowdsourced Security Testing”，作為資料庫從業人員的我、體會尤為深刻 然而、無論是Oracle的 EXADATA 還是MySQL的Scale

     效能調優是每個DBA職業生涯中都能遇到的任務     大到世界五百強的核心系統，小到鄉鎮企業的進銷存，幾乎都會有要調優的時候     面對形形色色的系統，林林總總的需求，調優的手段也是豐富多彩     定位問題，分析問題，解決問題環環相扣，缺一不可，且又手段多樣，效果也各有千秋                         確定基準是溝通過程中的第一大任務                    前期的任務到此就告一段落了、接下來就得見招拆招、沒有固定的招   

    先話嘮一下，oracle索引，有兩類運用較廣：    1）b-tree:OLTP（面向交易）    2）bitmap:OLAP（面向分析）    步入正題，先搭建測試環境：SQL> create table tt as select * from dba_objects;表已建立。SQL> select count(*) from tt; COUNT(*)---------- 50441SQL> insert into tt select * from tt;

1 準備測試環境：SQL> create table c as select * from dept;Table created.SQL> select * from c;    DEPTNO DNAME          LOC---------- -------------- -------------        10 ACCOUNTING     NEW YORK        20 RESEARCH       DALLAS        30 SALES        

     這個索引專題N久未見陽光了、偶覺得特過去、不幸福、於是有了本文          坊間傳聞、B*Tree 索引在應用開發階段、常作"炮灰"狀、而在維護時期、則是"馬後炮"     即便身世坎坷常被冷眼相待、但到底是B*Tree、魅力無限、全身散發著令人 YY 的韻味、你比如：     如果存在主鍵或者唯一性限制式、則不論是訪問1w行、還是1億行、這個CPU或IO的開銷都相去無幾呀     哇、、、美麗可愛大方如B*Tree、怎麼能令人不愛呢、               說起