第一篇：oracle報錯問題解決
Oracle數據庫中出現ORA-01460錯誤問題的解決
我們今天主要向大家介紹的是Oracle數據庫在實際操作中出現ORA-01460錯誤，我們大家都知道在使用PL/SQL DEVELOPER 7連接某個新裝的Oracle服務器有時會發生ORA-01460錯誤，例如，類型轉換錯誤。
發現SQL NAVIGATOR很好，就只有PL/SQL DEVELOPER有這個問題。 懷疑是字符集的問題，查了很多資料后定位到了問題的原因： 查詢
1. select * from nls_database_parameters 查看NLS_CHARACTERSET一項，發現正常的Oracle數據庫服務器上的字符集是ZHS16CGB231280，而有問題的服務器的字符集是ZHS32GB18030. 嘗試使用以下命令來修改字符集，結果失敗了： 1. shutdown immedaite;Startup nomount; Alter database mount exclusive;
Alter system enable restricted session; Alter system set job_queue_process=0; 執行這句報錯
1. Alter database open;Alter database character set ZHS16CGB231280; 執行這句說只允許修改到超集
以上的相關內容就是對Oracle數據庫發生ORA-01460錯誤的介紹，望你能有所收獲。
第二篇：Excel2016報錯問題Excel2016后無法打開xls
Excel2016報錯問題Excel2016后無法打開xlsxlsx文件
本章分享一下近期在O365項目上出現的Excel2016報錯問題，以便廣大攻城獅后期遇到該問題能及時找到問題根源并及時解決該問題。 問題描述：
升級Office2016后在打開xls、xlsx等excel文件時無法打開，或者打開后顯示空白;必須先打開Excel2016后在瀏覽到對應位置才可正常顯示文件;或者可以打開本地excle文件，但打開外部(u盤、郵件、網頁等)顯示空白。
問題出現環境(軟件/硬件)：
Windows
7、8.1、Windows 10 、Office 20
16、Office 365
問題截圖如下：
用戶只能通過文件打開方式打開excel文件：
解決方法：
1、win+R打開運行欄，輸入 regedit 調出注冊表：
2、以此展開HKEY_CLASSES_ROOTExcel.Sheet.12shellOpencommand：
修改默認值"C:Program FilesMicrosoft OfficeRootOffice16EXCEL.EXE"，在最后添加空格"%1",即修
改
后
參
數
為
"C:Program
Files
(x86)Microsoft OfficeRootOffice16EXCEL.EXE "%1""("%1"前有空格，老版本中可能會有/add值，將該值替換為空格"%1"即可)
3、常規修改該參數即可正常打開excel文件，如果修改該參數后只能打開計算機本地文件，打開外部文件依舊空白，請修改Excel.Sheet.8參數,修改值同上： 定位到HKEY_CLASSES_ROOTExcel.Sheet.8shellOpencommand：
4、修改默認值"C:Program FilesMicrosoft OfficeRootOffice16EXCEL.EXE"，在最后添加空格"%1"，確定退出。
5、到這里，Excel可以正常打開，并且后續不會再出現相關報錯問題。
希望對Office365升級、Office365客戶端升級的一線工程師有所啟迪。只是在于分享，謝謝!
第三篇：ORACLE憑證管理解決方案
ORACLE ERP系統會計憑證管理解決方案
會計憑證管理是公司財務部門的一項重要工作。企業使用ORACLE ERP系統后，再使用傳統憑證管理方式將會極其不適應，新的ORACLE ERP系統必然要有新的解決方案。
一、憑證管理的目標
1、方便平時查詢和檢索
會計憑證是記錄經濟業務的書面憑證，憑證管理要做到方便公司內部及外部人員能快速的查閱。如公司內部審計查閱和外部稅務檢查查閱。
2、符合會計檔案管理要求
會計憑證是重要的會計檔案和經濟資料，因此憑證管理要做到符合檔案管理的要求。
二、傳統憑證管理方法
1、幾個重要單據解釋說明
原始憑證：原始憑證是經濟業務發生或完成時取得或填制的，用以記錄或證明經濟業務的發生或完成情況的文字憑據。如供應商開具的應付發票及附帶的入庫單據屬于原始憑證。記賬憑證：記賬憑證是根據原始憑證經濟業務事項確定會計分錄后所填制的會計憑證。匯總記賬憑證：是根據同類記賬憑證定期加以匯總而重新編制的記賬憑證，目的是為了簡化登記總分類賬的手續。
2、傳統憑證管理方法
根據原始單據填制記賬憑證，打印記賬憑證，把原始單據與記賬憑證粘貼在一起進行保管。記賬憑證一般進行細分，如分成收款、付款、轉賬三類;也可細分為現收、現付、銀收、銀付、轉賬五類。記賬憑證按月份按類別進行流水編號，每月財務結賬后整理記賬憑證，按類別按編號進行裝訂保管。為了方便分類賬簿登記，有的公司也編制匯總記賬憑證。匯總記賬憑證單獨進行管理，匯總記賬憑證與記賬憑證建立對應關系方便查閱。
傳統憑證管理方法優點：記賬憑證與原始單據粘貼在一起，一目了然。
三、ORACLE ERP系統憑證管理方法
ORACLE ERP系統是業務財務集成的管理系統，各項業務在系統處理的時候，系統會根據事先定義的規則在各個模塊自動生成會計分錄(記賬憑證)。這些會計分錄(記賬憑證)可以定期或者每月底傳入總賬模塊生成總賬日記賬(匯總記賬憑證)。下面就結合ORACLE ERP系統的特點來闡述一下在此系統下會計憑證管理的解決方案。
1、總體方案
ORACLE ERP系統在許多模塊都會根據系統事先定義的會計科目自動生成會計分錄即記賬憑證。如應付模塊、應收模塊、資產模塊、采購模塊、庫存模塊等都會有會計分錄(記賬憑證)的生成。這些會計分錄(記賬憑證)會定期傳送到總賬形成日記賬即匯總記賬憑證。在ORACLE ERP系統里，總賬日記賬根據來源模塊分為人工(總賬輸入憑證)、應付、應收、資產、采購、庫存等。結合ORACLE ERP系統這一特別的會計分錄層次結構和ORACLE ERP系統標準功能，建議使用ORACLE ERP系統的企業選擇如下會計憑證管理解決方案：按模塊分類別順序編號保管原始單據，各模塊會計分錄(即記賬憑證)不打印，總賬日記賬(即匯總記賬憑證)打印單獨保管的方式對會計憑證進行管理。
2、總賬模塊方案
①定義總賬單據序列，對總賬所有來源日記賬進行順序編號，可以按年或者按月順序編號。
②每月結賬后，打印所有當前月份的總賬日記賬按順序編號進行裝訂保管。注意來源子模塊的日記賬不需要附件，來源人工的總賬日記賬需要附上原始單據。為什么來源子模塊的日記賬(匯總記賬憑證)不需要附件呢?這是由于這些日記賬來源于子模塊的許多會計分錄，子模塊的會計分錄對應著原始單據，如果直接把子模塊業務原始單據附在總賬日記賬后面，對應關系反而不清晰。而通過系統的關聯(總賬日記賬關聯子模塊會計分錄，子模塊會計分錄關聯原始單據)，相互間對應關系清晰，查詢和檢索高效。來源人工的總賬日記賬為什么附上原始單據呢?因為它們之間有直接的對應關系，所以粘貼一起保管，這樣，查詢和檢索也方便、快捷。
③系統中各會計科目的分類賬是根據總賬日記賬來登記的。來源于子模塊的總賬日記賬(匯總記賬憑證)與子模塊會計分錄(記賬憑證)有系統的對應關系，方便以后的查閱和審計。通過來源子模塊總賬的日記賬可以方便快速追溯查詢到子模塊的會計分錄及對應的原始單據編號。
3、應付模塊方案
①定義應付單據序列，對應付模塊發票和付款分別進行順序編號，可以按年或者按月順序編號。
②應付發票、應付付款處理時，在原始單據右上角標記順序編號，每月結賬后，應付發票和應付付款原始單據分別按順序編號進行裝訂保管。在第一頁附上應付發票清單和應付付款清單。如下表：
(表一)
(表二)
③在應付模塊，可以根據系統應付發票及會計分錄快速找到原始單據，也可以通過原始單據快速找到系統應付發票及會計分錄。應付付款也是如此。
第四篇：Oracle SQL執行緩慢的原因以及解決方案
Oracle SQL執行緩慢的原因以及解決方案 Oracle SQL執行緩慢的原因的分析，如果Oracle數據庫中的某張表的相關數據已是2億多時，同時此表也創建了相關的4個獨立的相關索引。由于業務方面的需要，每天需分兩次向此表中插入300萬條記錄。
由于數據量大，每次插入耗時3個小時以上，嚴重影響效率。
因此，修改了系統的算法，將此表中只存儲當天新增記錄。將此表truncate后，第二天執行對此表的update操作時，非常耗時。表中有2億多條數據的時候，此Oracle sql語句耗時59秒;表中有300萬條數據的時候，此Oracle sql語句耗時幾個小時。
咨詢DBA后，得出結論，需重建索引。重建后，6秒完成此操作。但第三天問題依然出現。DBA正在查找原因。難道每次truncate表，都需要重建索引?
對于這個問題，DBA也沒有給出合理的解釋，推測主要原因是Oracle復雜的查詢優化算法。 最終，DBA給出的解決方案：
1. truncate table ....
2. drop index.....
3. insert data .....
4. create index ...
5. analyze table table_name compute statistics;
重新生成統計數據
調整后，整個操作耗時非常少。
第五篇：oracle 安裝后出現 ORA-12545因目標主機或對象不存在問題
oracle 安裝后出現 ORA-12545:
因目標主機或對象不存在
一、用客戶端登錄時的提示
二、在網上搜索提示說tnsnames.ora 和 listener.ora配置有問題，
按照提示查看果然是配錯了，如下圖
三、將配置修改后客戶端可以登錄，但是在dos窗口內
exp BS/BS@orcl_192.167.29.93 file=d:BS.dmp log=d:BS.log exp OBEBS/OBEBS@orcl_192.167.29.93 file=d:OBEBS.dmp log=d:OBEBS.log
或者 imp BS/BS@orcl_192.167.29.93 full=y file=d:BS.dmp log=d:BS.log imp OBEBS/OBEBS@orcl_192.167.29.93 full=y file=d:OBEBS.dmp log=d:OBEBS.log
備份或者導入數據時就會報了“ORA-12514 TNS 監聽程序當前無法識別連接描述符中請求服務”錯誤，仔細檢查沒有問題，后來發現pl/sql登錄界面數據庫顯示界面是192.167.29.93_orcl，而不是orcl_192.167.29.93，與正常數據庫實例是相反的，不明白什么原因，在網上也沒有查到具體原因，如下圖
將命令中的orcl_192.167.29.93改為192.167.29.93_orcl就可以備份和還原數據庫了