（一）含義解讀

在使用 Oracle 數(shù)據(jù)庫時，大家可能會遇到 ORA-00955 這樣的報錯提示，它所代表的含義是 “名稱已由現(xiàn)有對象使用”。簡單來說呢，就是你在進(jìn)行數(shù)據(jù)庫相關(guān)操作，想要創(chuàng)建某個對象（比如表、視圖等），或者對某些對象進(jìn)行特定操作時，所使用的這個對象名稱，在當(dāng)前數(shù)據(jù)庫環(huán)境里已經(jīng)被別的對象占用了，這就導(dǎo)致了該報錯的出現(xiàn)，讓操作沒辦法順利進(jìn)行下去哦。

（二）常見出現(xiàn)場景

創(chuàng)建視圖時：例如在執(zhí)行 “create or ｒｅｐｌａｃｅ view csews as select * from order_list;” 這樣的語句創(chuàng)建視圖時，可能會出現(xiàn) ORA-00955 報錯。有可能是數(shù)據(jù)庫中已經(jīng)存在了名為 “csews” 的對象，像有人之前創(chuàng)建過同名的同義詞等情況，即便去查詢 “select * from all_objects where object_name=‘csews‘;” 可能一時沒查出來（有時需要將名稱換成大寫去查詢，因?yàn)榻?jīng)過 Oracle 的詞法分析，本身會將小寫轉(zhuǎn)成大寫），就會導(dǎo)致創(chuàng)建視圖時出現(xiàn)這個報錯啦。只有把同名的已有對象（如刪除對應(yīng)的同義詞 “drop public synonym CSEWS;”）處理掉，才能成功創(chuàng)建視圖哦。創(chuàng)建表時：很多小伙伴在建表過程中也常常遇到這個報錯呢。有時候以為換個表名稱就行了，可實(shí)際并非如此簡單呀。比如在建表語句里，不僅是表名不能和已有的重復(fù)，像主鍵名等一些相關(guān)的約束名如果和以前的相同，也會造成無法進(jìn)行創(chuàng)建表的操作哦。就像執(zhí)行 “create table EXIST_OBJECT (SNO VARCHAR2 (100) NULL,NAME VARCHAR2 (255) NULL);” 這樣的語句創(chuàng)建表時，可能會報 ORA-00955 錯誤，要是查詢對象時沒找到重復(fù)對象，還需要進(jìn)一步去排查是不是其他相關(guān)命名沖突等情況呢。刪除用戶時：在刪除用戶操作中，如果該用戶名下有一些對象（像表、視圖等），而這些對象的名稱和其他用戶或者系統(tǒng)中已有的對象重名了，那么在執(zhí)行刪除用戶這個動作時，也有可能觸發(fā) ORA-00955 報錯哦。因?yàn)閿?shù)據(jù)庫要確保對象名稱的唯一性，當(dāng)存在這種重名情況時，就需要先去處理好重名對象的相關(guān)問題，才能順利刪除用戶呢。創(chuàng)建物化視圖時：比如在目標(biāo)庫上創(chuàng)建定時增量更新的物化視圖，像執(zhí)行 “create materialized view PF_ALARM_TYPE refresh fast on demand start with sysdate next sysdate+1/288 with rowid as select * from PF_ALARM_TYPE@SGUAP_LINK;” 語句時，要是創(chuàng)建的物化視圖名稱和已有的表名相同了，那就會出現(xiàn) ORA-00955 報錯，此時可以選擇修改物化視圖的名稱或者把那個同名的表刪除（不過刪除表操作得謹(jǐn)慎哦），來解決這個報錯問題，以便成功創(chuàng)建物化視圖呀。創(chuàng)建無參數(shù)存儲過程時：在創(chuàng)建無參數(shù)存儲過程時，如果重復(fù)運(yùn)行創(chuàng)建語句（已經(jīng)先運(yùn)行過一次了），又沒有添加 “or ｒｅｐｌａｃｅ”（這個的意思是：沒有該名稱過程時創(chuàng)建一個新的過程；有該名稱過程時，將原先的過程覆蓋），也會出現(xiàn) “名稱已由現(xiàn)有對象使用” 這個 ORA-00955 報錯呢，修改代碼添加 “or ｒｅｐｌａｃｅ” 后，往往就能正常執(zhí)行啦。

二、ORA-00955 報錯原因大揭秘

（一）對象重名問題

在 Oracle 數(shù)據(jù)庫的操作中，對象重名是引發(fā) ORA-00955 報錯的一個常見原因哦。這里所說的對象涵蓋了諸多方面，比如表名、視圖名、索引名等等。當(dāng)我們執(zhí)行創(chuàng)建對象的操作時，數(shù)據(jù)庫會先去核查即將創(chuàng)建的這個對象名稱是否已經(jīng)存在于當(dāng)前的數(shù)據(jù)庫環(huán)境里了。舉個例子呀，要是執(zhí)行 “create global temporary table temp_aud on commit preserve rows as select * from sys.dba_audit_trail;” 這樣的語句來創(chuàng)建臨時表，結(jié)果報了 ORA-00955 錯誤，很有可能就是存在一個視圖和這個要創(chuàng)建的臨時表重名啦。這時候呢，我們可以通過 “select a.OBJECT_type,a.* from all_objects a where upper (a.OBJECT_NAME) ='TEMP_AUD';” 這樣的查詢語句去查看重名的對象哦。要是查出來有重名對象，解決方法要么是修改我們準(zhǔn)備創(chuàng)建的這個對象的名稱，要么就是刪掉那個重復(fù)的已有對象呀。不過需要注意的是，如果查詢對象時沒有找到重復(fù)的呢，還可以在 dba 賬戶下執(zhí)行 “alter system flush shared_pool;” 語句刷新一下共享池試試哦，但這個方法不一定每次都能解決問題啦。再比如創(chuàng)建表的時候，執(zhí)行 “create table EXIST_OBJECT (SNO VARCHAR2 (100) NULL,NAME VARCHAR2 (255) NULL);” 語句創(chuàng)建表，出現(xiàn) ORA-00955 報錯，去查詢對象時卻沒找到重復(fù)對象，那還得進(jìn)一步排查是不是其他相關(guān)命名沖突等情況呢，因?yàn)椴还馐潜砻旧聿荒苤貜?fù)，像主鍵名等一些相關(guān)的約束名如果和以前的相同，也會導(dǎo)致這個報錯出現(xiàn)，進(jìn)而沒辦法順利創(chuàng)建表哦。總之呀，只要創(chuàng)建的對象名稱與數(shù)據(jù)庫里已有的對象重名了，就大概率會觸發(fā) ORA-00955 報錯，操作也就沒法繼續(xù)進(jìn)行下去啦。

（二）命名規(guī)范缺失隱患

很多時候，出現(xiàn) ORA-00955 報錯是因?yàn)槿狈侠淼拿呗?，隨意命名而導(dǎo)致了標(biāo)識符沖突呢。大家在給數(shù)據(jù)庫里的對象命名時呀，如果沒有一個統(tǒng)一規(guī)范的標(biāo)準(zhǔn)，很容易就出現(xiàn)問題哦。比如說在給表命名的時候，典型的命名約定是給它一個描述性的名稱，并且最好保持格式上的一致性，像可以統(tǒng)一使用單數(shù)冠詞（比如 “customer” 或 “facility” ）或者復(fù)數(shù)冠詞（比如 “customers” 或 “facilities”）來命名呀。在給列命名時呢，同樣要給它一個描述性的名稱，除非受到字符限制，否則盡量不要使用縮寫哦，要是用了縮寫，也可以在該列上添加注釋來提供完整的詳細(xì)信息嘛，而且一般不需要在列名中包括表名，畢竟這屬于多余的信息，開發(fā)人員每次使用該列時還得多輸入額外的字符呢。還有在命名約束時呀，要給它一個能清楚標(biāo)識其位置和內(nèi)容的描述性名稱哦，通常要涉及到約束的類型（因?yàn)楸淼囊涣锌梢杂卸鄠€約束呀）、表名（可能存在多個表，每個表有相同的列名這種情況哦）以及列名（同一個表中，不同的列上可能有多個相同類型的約束呢）。像約束名稱常見的公式可以是 “tablename_columnname_(pk|fk|u|nn|chk)” 或者 “(pk|fk|u|nn|chk)_tablename_columnname”（具體用哪種取決于咱們在搜索約束時希望將表名還是約束類型作為對約束進(jìn)行排序的主要標(biāo)準(zhǔn)啦）。要是不遵循這些命名規(guī)范，隨意去給對象命名，就很容易出現(xiàn)標(biāo)識符沖突，進(jìn)而引發(fā) ORA-00955 報錯啦。所以呀，大家一定要重視命名規(guī)范的重要性，在整個數(shù)據(jù)庫的操作過程中，始終如一地應(yīng)用合理的命名策略，這樣才能減少這類報錯情況的出現(xiàn)哦。

三、ORA-00955 報錯的解決辦法有哪些？

（一）常規(guī)處理手段

當(dāng)遇到 ORA-00955 報錯時，我們可以先嘗試一些常規(guī)的處理手段哦。比如刷新共享池，當(dāng)你去查詢對象時沒有找到重復(fù)對象，就可以在 dba 賬戶下執(zhí)行 “alter system flush shared_pool;” 語句來刷新一下共享池試試呀。操作步驟如下：首先登陸數(shù)據(jù)庫服務(wù)器，輸入 “su - oracle”，接著進(jìn)入 “sqlplus "/as sysdba"”，然后執(zhí)行 “alter system flush shared_pool;”，最后輸入 “exit” 退出就可以啦。不過要注意哦，這個方法不一定每次都能解決問題呢。還有就是刪除重復(fù)對象啦，如果通過查詢（像使用 “select a.OBJECT_type,a.* from all_objects a where upper (a.OBJECT_NAME) =' 具體對象名稱 ';” 這樣的語句去查詢）確定存在重復(fù)的對象，那根據(jù)實(shí)際情況把重復(fù)的對象刪掉就行啦。例如創(chuàng)建視圖時發(fā)現(xiàn)有同名的同義詞導(dǎo)致報錯，那就可以執(zhí)行 “drop public synonym 同義詞名稱；” 來刪掉這個重復(fù)對象，從而順利創(chuàng)建視圖哦。另外，修改名稱也是常用的辦法呢。像在創(chuàng)建物化視圖時，要是名稱和已有的表名相同了出現(xiàn)報錯，這時候可以選擇修改物化視圖的名稱，避免和已有的對象重名，進(jìn)而解決 ORA-00955 報錯問題，成功進(jìn)行相應(yīng)的創(chuàng)建操作呀?？傊?，這些常規(guī)處理手段在很多常見的 ORA-00955 報錯場景中都可以先嘗試一下，說不定就能快速解決問題，讓操作繼續(xù)順利進(jìn)行下去哦。

（二）復(fù)雜情況應(yīng)對

但有時候我們會遇到比較復(fù)雜的情況呢，比如臨時表被鎖了。下面就來講講針對這類復(fù)雜情況該怎么應(yīng)對哈。首先要查找正在使用相關(guān)對象的會話，以臨時表為例，我們可以通過以下步驟來查找哦。先執(zhí)行 “select object_id from user_objects where object_name=upper (' 具體臨時表名稱 ');” 查出對象的 id，接著執(zhí)行 “select sid from v session where sid = 前面查到的 sid;”，不過要是存在多個可能沒辦法直接查詢，那就按照這樣的分步查詢來操作哦。查到相關(guān)會話后，就要?dú)⒌暨M(jìn)程啦，使用 “alter system kill session'sid,serial#';” 語句來進(jìn)行操作。但有可能會出現(xiàn) ORA-00031 報錯，這代表在數(shù)據(jù)庫級不能馬上殺掉該死鎖進(jìn)程，不過它已經(jīng)被標(biāo)記為待殺掉的狀態(tài)了，會在其當(dāng)前不可中斷的操作完成后盡快被終止哦，要是想讓它更快被終止，也可以再次執(zhí)行這個殺掉進(jìn)程的命令呢。要是出現(xiàn)上述情況，還需要在操作系統(tǒng)級進(jìn)行處理哦。先通過 “select spid, osuser, s.program from v process p where s.paddr = p.addr and s.sid = 具體的 sid;” 查出這個 session 的 spid，然后在數(shù)據(jù)庫服務(wù)器上使用 “kill -9 spid”（這里的 spid 就是前面查出來的值哦）殺掉查出的系統(tǒng)進(jìn)程，并用 root 用戶再執(zhí)行這個操作確保進(jìn)程被徹底殺掉呢。通過這樣一系列在數(shù)據(jù)庫級和操作系統(tǒng)級的處理流程，即便遇到像臨時表被鎖這類棘手的復(fù)雜情況，咱們也能嘗試去應(yīng)對解決 ORA-00955 報錯問題，讓數(shù)據(jù)庫操作恢復(fù)正常呀。

四、如何有效預(yù)防 ORA-00955 報錯？

（一）合理規(guī)劃命名

在數(shù)據(jù)庫操作的世界里呀，提前做好規(guī)劃可是相當(dāng)重要的呢，尤其是針對各類對象的命名規(guī)劃哦。咱們得制定一套統(tǒng)一、規(guī)范的命名規(guī)則，這能從源頭上避免很多因命名問題而引發(fā)的 ORA-00955 報錯情況哦。就拿數(shù)據(jù)庫里常見的表、列、約束等對象來說吧。在給表命名時呀，建議采用一些描述性的名稱，并且保持格式上的一致性哦，像可以統(tǒng)一使用單數(shù)冠詞（比如 “customer” 或 “facility” ）或者復(fù)數(shù)冠詞（比如 “customers” 或 “facilities”）來命名呢。例如咱們要創(chuàng)建一個存儲客戶信息的表，就可以命名為 “customers”，讓人一眼就能大概知道這個表的用途啦。對于列的命名呢，同樣也得給它一個清晰明了的描述性名稱哦，除非受到字符限制，否則盡量不要使用縮寫呀。要是實(shí)在用了縮寫，那不妨在該列上添加注釋來提供完整的詳細(xì)信息嘛，而且呀，一般不需要在列名中包括表名哦，畢竟這屬于多余的信息，要是每次開發(fā)人員使用該列時還得多輸入額外的字符，多麻煩呀。比如說有個 “customers” 表，里面存儲客戶電話號碼的列，咱們可以命名為 “phone_number”，而不是 “customers_phone” 哦。還有約束的命名也不容忽視哦，要給它一個能清楚標(biāo)識其位置和內(nèi)容的描述性名稱呢，通常要涉及到約束的類型（因?yàn)楸淼囊涣锌梢杂卸鄠€約束呀）、表名（可能存在多個表，每個表有相同的列名這種情況哦）以及列名（同一個表中，不同的列上可能有多個相同類型的約束呢）。像約束名稱常見的公式可以是 “tablename_columnname_(pk|fk|u|nn|chk)” 或者 “(pk|fk|u|nn|chk)_tablename_columnname”（具體用哪種取決于咱們在搜索約束時希望將表名還是約束類型作為對約束進(jìn)行排序的主要標(biāo)準(zhǔn)啦）。總之呀，只有提前合理規(guī)劃好這些命名規(guī)則，并且在整個數(shù)據(jù)庫操作過程中始終如一地去應(yīng)用它，才能最大程度減少因?yàn)槊划?dāng)而出現(xiàn) ORA-00955 報錯的可能性哦，小伙伴們可一定要重視起來呀。

（二）操作前仔細(xì)檢查

在進(jìn)行數(shù)據(jù)庫的各種操作，像創(chuàng)建、修改等動作之前呀，咱們可得多留個心眼，仔細(xì)地對要操作的對象名稱進(jìn)行檢查核對哦，這一步可是能幫咱們減少不少 ORA-00955 報錯出現(xiàn)的幾率呢。比如說咱們準(zhǔn)備創(chuàng)建一個新的視圖或者表的時候呀，不要著急著去執(zhí)行創(chuàng)建語句哦，先停下來，通過相應(yīng)的查詢語句去確認(rèn)一下即將使用的這個對象名稱是不是已經(jīng)存在于當(dāng)前的數(shù)據(jù)庫環(huán)境里啦。像可以使用 “select a.OBJECT_type,a.* from all_objects a where upper (a.OBJECT_NAME) =' 具體對象名稱 ';” 這樣的語句去查詢一下哦。要是發(fā)現(xiàn)存在重名風(fēng)險，那就得趕緊想辦法解決啦，要么修改咱們準(zhǔn)備創(chuàng)建的這個對象的名稱，換個獨(dú)特的、還沒被使用過的名字呀；要么呢，如果確定是之前遺留的一些重復(fù)的、已經(jīng)不需要的對象，就可以把它刪掉哦，比如創(chuàng)建視圖時發(fā)現(xiàn)有同名的同義詞導(dǎo)致報錯，那就可以執(zhí)行 “drop public synonym 同義詞名稱；” 來刪掉這個重復(fù)對象，從而順利進(jìn)行后續(xù)的創(chuàng)建操作啦。再比如在設(shè)置將表的字段設(shè)置為自增，用序列 sequence 的方法來實(shí)現(xiàn)時，此時要特別留意 sequence 后的名字要和創(chuàng)建表時的名字不一致哦，要是先前已經(jīng)寫了一樣的名字，可以在 PL/SQL 軟件中找到 Sequence，找到對應(yīng)的刪除，然后重新運(yùn)行（如果是表名先建立，可以使用 “drop table 表名；” 進(jìn)行刪除）呢。所以呀，操作前這簡單的檢查核對步驟可千萬別偷懶省略哦，它能讓咱們后續(xù)的數(shù)據(jù)庫操作更加順暢，少被 ORA-00955 報錯這類問題所