計算機學習積累

     摘要: l 前言



對于oracle的內存的管理，截止到9iR2，都是相當重要的環節，管理不善，將可能給數據庫帶來嚴重的性能問題。下面我們將一步一步就內存管理的各個方面進行探討。

  閱讀全文

     摘要: 6.2 參考資料：Oracle數據庫移動方法
這里所指“數據庫移動”是將Oracle數據文件（系統數據文件或用戶數據文件）、控制文件、重做日志移動至新的存儲路徑，并修改Oracle相關配置，使之可以重新正常啟動。這種應用常見于系統擴容后的Oracle數據存儲路徑的調整。
以下面為例，移動系統表空間的相關文件位置，并重新配置Oracle。假設原存儲路徑為/oradata，新存儲路徑為/oratest。
6.2.1 移動數據庫文件
1） 獲取數據庫相關信息
查看一下數據庫的文件內容：
sqlplus /nolog
SQL> connect /as sysdba
SQL> select * from v$datafile;
SQL> select * from v$controlfile
SQL> select * from v$logfile;  閱讀全文

     摘要: 1.MSDE的安裝:
MSDE如果默認安裝的話,實例名和機器名是一致的,同時系統的SA密碼會被設置為空.如果要對其做一些修改,可以通過修改目錄下的SETUP.INI文件來實現,其中主要涉及以下幾項:
[Options]
SECURITYMODE=SQL //登陸方式,SQL表示SQL登陸
INSTANCENAME=singlewks //實例名
DISABLENETWORKPROTOCOLS=1 //網絡可訪問性,0表示網絡用戶可訪問,1表示不可以
DATADIR="c:\singlewks\Data" //數據文件存放位置
SAPWD=your_pwd //SA密碼  閱讀全文

     摘要: 1 只有一個DCU文件的組件。DCU文件是編譯好的單元文件，這樣的組件是作者不想把源碼公布。一般來說，作者必須說明此組件適合Delphi的哪種版本，如果版本不對，在安裝時就會出現錯誤。也正是因為沒有源碼，給使用者帶來了不便，那就是一旦Delphi版本升級，此組件就不能再使用了，當然有的作者給出了幾種版本的DCU文件，用戶根據需要選擇使用。這樣的組件的安裝方法是：在Component菜單中，選擇install component，在對話框
"into existing package"頁中，單擊“Unit file name”后的“Browse”按扭，在打開的文件對話框中，將“文件類型”設定為*.dcu，找到要安裝的DCU文件，按OK按鈕返回"into existing package"頁后再按OK按鈕就可以安裝了。注意，此時Delphi會提示dclusr40.dpk將被重建，是否繼續，OK就可以了。這里是將組件安裝到dclusr40.dpk包中，此包從文件名上可以看出是用戶自定義組件包，先安裝到這個包中吧，下面再講有關注意事項。安裝完畢會有已經將組件注冊完的提示信息以  閱讀全文

     摘要: 其實就是通過對硬盤重新分區，隱藏有物理壞道的硬盤空間，對其實行隔離。
具體的作法是：首先啟動PM，選中“Operations”菜單下的“Check”命令，對硬盤進行直接掃描，標記壞簇后，選中“Operations”菜單下的 “Advanced”→“bad sector retset”，最后把壞簇分成一個獨立的分區，再通過“Hide partiton”命令將分區隱藏，至此大功告成。
  閱讀全文

     摘要: 在注冊表刪除法：
regedit打開注冊表，打開HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services,然后找到相關的服務名稱，當然這里的名稱和服務管理里面的名稱可能不一樣，所以要好好找一番。
找到后，直接刪除就好了，然后重啟電腦，OK！  閱讀全文

     摘要: 一些dos命令  閱讀全文

     摘要: centos5.2配置完成后，正常能顯示中文，查看后發現支持utf-8字符集。
而putty和ssh secure shell連接卻發現亂碼，主要表現為執行vim亂碼，su命令亂碼。
使用$ locale命令查看，出現如下：  閱讀全文

     摘要: 不同的報警聲代表不同的含義:
1短：系統正常啟動。恭喜，你的機器沒有任何問題。

2短：常規錯誤，請進入CMOS Setup，重新設置不正確的選項。

1長1短：RAM或主板出錯。換一條內存試試，若還是不行，只好更換主板。

1長2短：顯示器或顯示卡錯誤。

1長3短：鍵盤控制器錯誤。檢查主板。

1長9短：主板Flash RAM或EPROM錯誤，BIOS損壞。換塊Flash RAM試試。

不斷地響（長聲）：內存條未插緊或損壞。重插內存條，若還是不行，只有更換一條內存。

重復短響：電源有問題。

無聲音無顯示：可能是電源有問題  閱讀全文

     摘要: 今天看到一篇文章--學習一種新編程語言要做的15個練習，感覺不錯，所以就想把它簡單化了一下。
這個練習本來是一個老外寫的，從寫BLOG的水平來看肯定是一個技術高手了，總結性很高。
我簡化了一下，感覺做完以下練習，對付一般的程序都應該沒問題了。
  閱讀全文

     摘要: 常要oracle數據庫定時的自動執行一些腳本，或做數據庫備份，或做數據的提煉，或做數據庫的性能優化，包括重建索引等等的工作,這時需要用到一個函數dbms_job.submit，來完成Oracle定時器Job時間的處理上。使用dbms_job.submit這個函數，我們只需要考慮兩個事情：安排某一任務，和定制一個執行任務的時間點。但最重要也是最棘手的事情，我認為還是確定一個執行任務的時間點。時間點確定了，其他的事情就好辦了。下面是函數dbms_job.submit使用方法：   閱讀全文

     摘要: 典型的查詢方式為：
SELECT TITLE
FROM BOOKSHELF
WHERE TITLE NOT IN
(SELECT TITLE FROM BOOKSHELF_CHECKOUT)
ORDER BY TITLE；
如果BOOKSHELF_CHECKOUT很大的話，速度可能會很慢，因為ORACLE會在BOOKSHELF_CHECKOUT上執行一個時間密集型的全表掃描。

oracle 中not in 效率不高
  閱讀全文

     摘要: 問：為什么Session在有些機器上偶爾會丟失？
答：可能和機器的環境有關系，比如：防火墻或者殺毒軟件等，嘗試關閉防火墻。
問：為什么當調用Session.Abandon時并沒有激發Session_End方法？
答：首先Session_End方法只支持InProc（進程內的）類型的Session。其次要激發Session_End方法，必須存在Session（即系統中已經使用Session了），并且至少要完成一次請求（在這次請求中會調用該方法）。
問：為什么當我在InProc模式下使用Session會經常丟失？
答：該問題通常是由于應用程序被回收導致的，因為當使用進程內Session時，Session是保存在aspnet_wp進程中，當該進程被回收Session自然也就沒有了，確定該進程是否被回收可以通過查看系統的事件查看器獲得信息。  閱讀全文

     摘要: Asp.net 默認配置下，Session莫名丟失的原因及解決辦法
正常操作情況下Session會無故丟失。因為程序是在不停的被操作，排除Session超時的可能。另外，Session超時時間被設定成60分鐘，不會這么快就超時的。  閱讀全文