其他

 create or replace function fun_onlynumchar(str in varchar2,flag in number) return integer is  len  number;  temp varchar2(10);begin  if str is null then    return(0);  end if;  len := length(str);  if flag=2 then    for i in 1 .. len loop      temp

首先我們先介紹一下為什麼要讓 Apache 與 Tomcat 之間進行串連。事實上 Tomcat 本身已經提供了 HTTP 服務，該服務預設的連接埠是 8080，裝好 tomcat 後通過 8080 連接埠可以直接使用 Tomcat 所啟動並執行應用程式，你也可以將該連接埠改為 80。　　既然 Tomcat 本身已經可以提供這樣的服務，我們為什麼還要引入 Apache 或者其他的一些專門的 HTTP 伺服器呢？原因有下面幾個：　　1. 提升對靜態檔案的處理效能　　2. 利用 Web

B 樹        即二叉搜尋樹：        1. 所有非葉子結點至多擁有兩個兒子（Left 和Right ）；       2. 所有結點儲存一個關鍵字；        3. 非葉子結點的左指標指向小於其關鍵字的子樹，右指標指向大於其關鍵字的子樹；        如：             

在 <table border="1"><tr><td>hello</td><td>hello</td></tr><tr><td>hello</td><td>hello</td></tr></table> 顯示的結果是這個邊框特別粗,不好看.後來發現是 在<table

function test(){  var a = 234234.44505;   alert(a.toFixed(2));   a = Math.round(a*Math.pow(10,How))/Math.pow(10,How);    alert(a); } 一共兩種方法： toFixed（length） 參數表示要留取的小數位元，並且會自動補齊和四捨五入。 Math.round(a*Math.pow(10,How))/Math.pow(10,How); 

mysql有一套自己的共用庫Mysys，著名的IO_CACHE就放在它裡面。然而或許是因為實現事務特性的考慮，innodb對檔案的操作並沒有使用IO_CACHE，而是有自己的一套東東。當然這麼做沒有問題，因為innodb本來就是個儲存引擎...page是一塊大小為16k、在記憶體中連續的塊。貼一個page的用途：  FIL_PAGE_INODE File segment inode  FIL_PAGE_INDEX B-tree node  FIL_PAGE_TYPE_BLOB

       從事高效能後台服務的開發2年，做大的支援是17w/s的訪問100%cpu。這個資料是前幾天在一個Server終極測試中得出的。其實後台伺服器的反映快慢取決於其服務的類型。幾個資料是這樣的。       記憶體訪問：300w/s.即us層級。訪問一次300ns。       sock訪問us層級。       磁碟訪問ms層級。包括資料庫。     

背景 ：在產品中也許不需要強行更新，但是測試的時候往往需要。part 1當你強行更新緩衝時會發生如下步驟：step1)GeneralCacheAdministrator.flushAll----->step2)Cache.flushAll(Date date, String origin)flushAll的原始碼如下：public void flushAll(Date date, String origin) {        //更新Cache的flushDateTime        

File.Move(原檔案路徑,新檔案路徑)檔案路徑包括檔案名稱------收集1. File.Move(srcFileName,destFileName) Directory.Move(srcFolderPath,destFolderPath) 2. FileInfo   file=new   FileInfo(srcFileName); file.MoveTo(destFileName); DirectoryInfo   folder=new  

gcc和g++簡介gcc and g++分別是gnu的c & c++編譯器 gcc/g++在執行編譯工作的時候，總共需要4步 1.預先處理,產生.i的檔案[前置處理器cpp] 2.將預先處理後的檔案不轉換成組合語言,組建檔案.s[編譯器egcs] 3.有彙編變為目標代碼(機器代碼)產生.o的檔案[彙編器as] 4.串連目標代碼,產生可執行程式[連結器ld] [參數詳解] -x language filename 　

    Hadoop的HDFS的Master是一個單點。最直接的解決方案是採用“複製”技術，即增加另外一個提供類似備份服務的Master。我們可以稱其中一台機器為Primary Master，另外一台機器為Secondary Master。Primary Master接收用戶端的更新要求，先分別在Primary Master和Secondary Master寫write-ahead log。等到log全部flush到磁碟時，Primary Master更新狀態並響應用戶端，Secondary

對磁碟或者儲存和效能造成挑戰有兩點：1.      大資料存放區2.      資料分布不均。 1．浪費磁碟，2讀取寫入的效能較低。目前的儲存伺服器管理磁碟的方法通常具有以下方法：1.      Hash桶掛接固定塊大小的塊，

var x = document.body.scrollLeft; var y = document.body.scrollTop;//擷取螢幕寬度 availWidth = parseInt(window.screen.availWidth); availHeight = parseInt(window.screen.availHeight);//擷取可見地區 寬度 高度 availWidth = parseInt(document.body.clientWidth);

    經過半年的沉淪，沉默，有些道理懂了。    一直在思考，計劃，從來未執行，這是大多少人的狀態。我只比大多數人提升了10%。這期間我的總結達到幾萬字，但是沒有根本改變我的狀態。   我花的時間在社交上比較少，聊得來的朋友不多。我自己的原因是很少對朋友們的圈子感興趣。   這段時間來，改變就是，自己的時間支配的沒有那麼多了。不得不花時間在其他的活動上。   畢業到現在，從事後台伺服器的開發。對分布式系統，互連網儲存的資料有個很明確的概念。 

多線程程式和單進程程式中都有使用，在網路服務中都有使用。多線程程式主要用於同步的處理一些請求，為了在同一時間處理較多的請求。一般採取線程池的策略，一個主線程來分配請求。（一）常見的進程模型：                   （1）多執行緒模式這種模式固定線程數量，輸送量是接近每個線程的輸送量*線程數。不具有伸縮性，伸縮性不強，在高負載下能力有很大限制。對於負載不大的情況下的同步資料訪問應用還是比較廣泛的。                   （2）多執行緒模式二               

      前段時間，團購網站非常火爆，不過目前團購進入了一個洗牌期，很多團購網站在不久的將來將會倒閉，或者合并。      突發奇想，雖然市面上已經有不少團購導航網站，花了一周時間做了個團購的導航網站，關鍵是內容和頁面邏輯。css沒有太注意。本身我不是非常在行這個css。      看，和湊合吧。自己不斷的調整css。css是我最不在行的東西，對其沒有感覺。           採用架構：php

著作權,yacsha(wangcheng711@gmail.com)http://blog.csdn.net/yacsha/ 2007-04-21 採用div+css排版的話,如果有float屬性,在ie中選中文字的時候,經常會出現把一整個div全部選中,非常難看!!而有時候又不會出現這種情況,自己是不是遇到過了?呵呵,奇怪吧,我來給你講.其實原因很簡單,主要看你做事是不是細心.這個就是margin和padding的區別了.

在C++的世界打拚了一年多，看過的代碼不算多，但是看過的不良代碼還不少。這裡不是貶低別人，而是覺得做任何事情都要有專業的態度。我看到的代碼大致有以下幾個重大毛病：1.程式不講結構，不談設計，這一點在我工作的初期帶我的那個導師卻做得非常好，他是個談設計，將結構的人，不久就陞官了。恭喜他。2.程式不講模組化，所有代碼揉捏在一起，模組清晰的代碼卻更改起來牽一髮動全身。對於後台伺服器來說，前台的一些更改必然帶來後台伺服器的添加和修改，然而對於牽一髮而動全身的代碼來說，給開發人員帶來的不是煩惱而是痛苦。3

DataGrid應用技巧兩則(downmoon)一：增加求和列：    private void dgMeets_ItemDataBound(object sender, System.Web.UI.WebControls.DataGridItemEventArgs e)  ...{     if(e.Item.ItemType== ListItemType.Item || e.Item.ItemType== ListItemType.Item)   ...{    //某列總和    intT