外部表是指不在數據庫中的表，如操作系統上的一個按一定格式分割的文本文件或者其他類型的表。這個外部表對於Oracle數據庫來說，就好像是一張視圖，在數據庫中可以像試圖一樣進行查詢等操作。這個試圖允許用戶在外部數據上運行任何的SQL語句，而不需要先將外部表中的數據裝載進數據庫中。不過需要注意是，外部數據表都是只讀的，不能夠更改。不過在使用外部表時仍然有不少的限制。
限制一：需要先建立目錄對象。
在使用外部數據表的時候，需要先建立目錄對象。也就是說，要想Oracle數據庫系統訪問操作系統文件，就必須在數據庫中建立指向這個操作系統文件的目錄對象，然後通過這個目錄對象訪問相應的操作系統文件，即用目錄對象存儲操作文件的保存位置。不過需要注意，這個目錄對象普通用戶是無權創建的。一般情況下只有特權用戶或者數據庫管理員角色才可以創建目錄對象。如果允許其他用戶也可以創建目錄對象的話，就需要授權給其他用戶。
其實這個目錄對象就是操作系統中文件或者表格的存儲位置。不過在建立對象的時候，需要小心，Oracle數據庫系統不會去確認這個目錄是否真的存在。如果在輸入這個目錄對象的時候，不小心把路徑寫錯了，那可能這個外部表仍然可以正常建立，但是卻無法查詢到數據。由於建立目錄對象時，缺乏這種自我檢查的機制，為此在將路徑賦予給這個目錄對象時，需要特別的注意。另外需要注意的是路徑的大小寫。在Windows操作系統中，其路徑是不區分大小寫的。而在Linux操作系統，這個路徑需要區分大小寫。故在不同的操作系統中，建立目錄對象時需要注意這個大小寫的差異。最好數據庫管理員可以養成一個習慣，無論在什麼操作系統中，都采用小寫的目錄名與文件名。那麼在不同的操作系統中，就不用受到這個大小寫的困擾了。最後需要注意的是，目錄對象名必須唯一。如果目錄對象名字有重復的話，系統會提示錯誤信息：“名稱已有現有對象引用”，而不會自動覆蓋原有的對象名設置。
雖然這個對象名設置比較簡單，但是其是數據庫尋找操作系統上文件的唯一途徑。所以這個目錄對象的創建必須確保准確。否則的話，外部表就可能無法正常使用。
限制二：對於操作系統文件的限制。
其實外部表簡單的說，就是跟操作系統上固定格式的文件或者表格的一個連接。為了Oracle數據庫系統能夠正確鏈接外部表，對於外部表的格式就提出了比較嚴格的要求。如果不符合這些要求的話，數據庫系統就無法正確讀取外部表中的數據。如對於分隔符有比較嚴格的要求。雖然在外部文件或者表格中，可以使用多種分隔符，如英文狀態下的逗號或者分號等等。但是有一個限制，即在同一個操作系統文件中只能夠使用一個分割符號，要麼逗號或者分號等等。因為在建立外部表時，必須指定操作系統文件所使用的分隔符號。如果有多種分隔符號的話，數據庫系統將無法識別。
另外在外部表格中，不能夠帶有標題信息。如現在有一張表格，以逗號分隔。而在其第一列數據中有各個列的標題信息。而數據庫系統在連接這個表的時候，會將這些標題信息當作普通的紀錄來對待。即會將這些信息也顯示在外部表中。為此如果這個標題信息與外部表的字段類型不一致(如字段內容是number數據類型，而標題信息則是字符型數據，則在查詢時就會出錯)。如果數據類型恰巧一致的話，這個標題信息Oracle數據庫也會當作普通記錄來對待。如在建立外部表的時候，最好確認一下操作系統文件中是否包含標題信息。如果有的話，需要刪除。否則的話，可能會出錯。
最後需要說明的是，當Oracle數據庫系統訪問這個操作系統文件的時候，會在這個文件所在的目錄自動創建一個日志文件。無論最後是否訪問成功，這個日志文件都會如期建立。查看這個日志文件，可以了解數據庫訪問外部表的頻率、是否成功訪問等等。
限制三：在建立臨時表時的限制。
在建立臨時表時，也會有不少的限制。如表中字段的名稱有一些特殊字符的話，那麼這個表列的名稱必須使用英文狀態的下的雙引號連接起來。如采用”studentno#”。遇到列名字中有特殊符號時，如果不采用雙引號括起來，雖然臨時表可以正常創建，但是在采用的時候會出現錯誤，無法正常查詢數據。如數據庫系統可能會提醒：“數據庫插件錯誤”等信息。為此最好在創建臨時表時不要在列名中使用一些特殊的字符。其實不光光是建立臨時表有這種限制，建立其他標或者試圖都有類似的限制。
其次，這個外部表畢竟與內部表不同。在創建外部表的時候，其實在數據庫中跟本沒有創建表。也就是說，不會為外部表分配任何的存儲空間。創建外部表只是在數據字典中創建了外部表的元數據，以便對應訪問外部表中的數據，而不在數據庫中存儲外部表的數據。簡單地說，數據庫存儲的只是與外部文件的一種對應關系，如字段與字段的對應關系。而沒有存儲實際的數據。為此在表的操作與管理上，就會受到很大的限制。如在外部表上，是不能夠為表創建索引。因為創建索引就意味著要存在對應的索引記錄。而外部表其實在數據庫不會有存儲。故在外部中是無法建立索引的。如果硬要建立的話，則系統會提示“操作在外部組織表上不受支持”的錯誤提示。同樣的道理，在數據庫中也不能夠更新外部表中的數據，如插入記錄、刪除記錄或者更新信息等等。簡而言之，這個外部表對於數據庫來說，是只讀的，不可更新。
限制四：刪除外部表或者目錄對象。
當外部表不用時，需要及時刪除外部表或者與之對應的目錄對象。不過在刪除這些內容時會有一些限制。這些限制主要是管理上的限制，而不是技術上的限制。也就是說，Oracle數據庫系統沒有對其進行強制的限制。但是如果數據庫管理員不遵守這些限制的話，可能會出現一些問題。如要先刪除外部表，然後再刪除目錄對象。有時候一個目錄對象中可能會包含多個外部表。此時必須要確認所有的外部表都不用了，都已經刪除干淨了，然後才能夠刪除目錄對象。在創建外部表時，操作系統會判斷一下，與之對應的目錄對象是否已經創建。但是在刪除對象時，系統不會去判斷跟這個目錄對象關聯的外部表是否已經全部刪除。如果目錄對象刪除了，但是還有外部表存在。此時查詢這個外部表的時候，系統就會提示“對象不存在”的錯誤信息。所以這個刪除目錄對象時，數據庫系統缺乏一種檢查，此時只有數據庫管理員在刪除目錄對象時，先手工確認一下這個目錄對象是否存在其他的外部表。
要了解這個信息，則可以通過查詢dba_external_locations。通過查詢這張表，系統會反映當前所有的目錄對象以及相關的外部表，還會查詢出這些外部表所對應的操作系統文件的名字。先查詢這張表格，確定要刪除的對象沒有其他關聯的外部表時，再進行刪除。否則的話，需要先確認其他外部表的可用性。免得因為誤刪除而導致外部表無法正常使用。
限制五：對於操作系統平台的限制。
雖然Oracle數據庫是支持跨平台的數據庫系統，即同時支持Windows或者Linux等多種操作系統。但是在使用外部表的時候需要注意一個問題，即在兩個操作系統上文本文件的存儲方式是不同的。如在Windows操作系統上利用txt文件建立了一個以逗號作為分隔符的文件，其一行一條記錄。但是在Linux操作系統上打開的話，在其就可能使在同一行中顯示了。故為了數據庫系統能夠正確識別操作系統文件，最好這個操作系統文件能夠和Oracle數據庫系統部署在同一台服務器上或者同一種操作系統上。否則的話，很可能因為格式的沖突，而導致數據庫系統無法正確讀取外部文件中的數據。
