很多人都分不清GET與POST的區(qū)別，以及什么時候用GET？什么時候用POST？
GET和POST兩種方法都是將數(shù)據(jù)送到服務(wù)器，但你該用哪一種呢？
HTTP標準包含這兩種方法是為了達到不同的目的。POST用于創(chuàng)建資源，資源的內(nèi)容會被編入HTTP請示的內(nèi)容中。例如，處理訂貨表單、在數(shù)據(jù)庫中加入新數(shù)據(jù)行等。
當請求無副作用時（如進行搜索），便可使用GET方法；當請求有副作用時（如在數(shù)據(jù)庫添加數(shù)據(jù)行），則用POST方法。一個比較實際的問題是：GET方法可能會產(chǎn)生很長的URL，或許會超過某些瀏覽器與服務(wù)器對URL長度的限制。
若符合下列任一情況，則用POST方法：

請求的結(jié)果有持續(xù)性的副作用，例如，數(shù)據(jù)庫內(nèi)添加新的數(shù)據(jù)行。    
若使用GET方法，則表單上收集的數(shù)據(jù)可能讓URL過長。    
要傳送的數(shù)據(jù)不是采用7位的ASCII編碼。
 
    若符合下列任一情況，則用GET方法： 
    
請求是為了查找資源，HTML表單數(shù)據(jù)僅用來幫助搜索。    
請求結(jié)果無持續(xù)性的副作用。    
收集的數(shù)據(jù)及HTML表單內(nèi)的輸入字段名稱的總長不超過1024個字符。
本文來自: 中國自學編程網(wǎng)(www.zxbc.cn) 詳細出處參考：http://www.zxbc.cn/html/article/aspprog/0916120715029.html

    J2EE服務(wù)器啟動時會建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接?？蛻舳顺绦蛐枰B接時，池驅(qū)動程序會返回一個未使用的池連接并將其表記為忙。如果當前沒有空閑連接，池驅(qū)動程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。當使用的池連接調(diào)用完成后，池驅(qū)動程序?qū)⒋诉B接表記為空閑，其他調(diào)用就可以使用這個連接。 web.xml文件的格式-必須注意順序

    由于Web程序開發(fā)中各種人員有不同分工，而Web程序的部署描述文件是程序構(gòu)件提供者、程序組裝者和程序部署者之間的溝通機制；Servlet 2.4之前的版本規(guī)定了在Web服務(wù)器中使用DTD格式的web.xml，而Servlet 2.4將依照XML schema格式定義web.xml；實際上這兩種格式的web.xml只是在頭部有區(qū)別，其內(nèi)容都是描述Web程序的部署信息。在web.xml中出現(xiàn)的部署元素主要包含以下信息：

ServletContext的初始化變量(Init Parameters)；
交互會話(Session)的設(shè)置；
Servlet的聲明定義；
Servlet和網(wǎng)址URL的映射(Mapping)；
應(yīng)用程序生命周期的監(jiān)聽器(Application Lifecycle Listener)；
過濾器聲明；
過濾器和網(wǎng)址URL或Servlet/JSP的映射；
MIME類型；
歡迎文件(Welcome File)；
錯誤網(wǎng)頁(Error Pages)；
安全設(shè)置信息；
taglib配置；
JNDI對象(env-entry，ejb-ref，ejb-local-ref，resource-ref，resource-env-ref)。

在web.xml中具體標識為：

icon?,
display-name?,
description?,
distributable?,
context-param*,
filter*,
filter-mapping*,
listener*,
servlet*,
servlet-mapping*,
session-config?,
mime-mapping*,
welcome-file-list?,
error-page*,
taglib*,
resource-env-ref*,
resource-ref*,
security-constraint*,
login-config?,
sec..............

其中taglib配置與JNDI對象這兩項是支持J2EE的Web服務(wù)器必須要求的。對于不支持J2EE的servlet/JSP服務(wù)器，不需要這兩項；在web.xml中的元素需要按照規(guī)定的大小寫和順序出現(xiàn)。

        用JBoss 3.2.1架站以來，始終是一個大問題。不大的站點，1G的內(nèi)存都不夠用，經(jīng)常要消耗500Mb的交換內(nèi)存（swap)。
        JAVA_OPTS（bin/run.conf）寫法： -Xms 520m -Xmx 1220m -Xss 15120k +XX:AggressiveHeap
這個JAVA_OPTS犯了2個致命的錯誤：
   1. +XX:AggressiveHeap會使得 Xms 1220m沒有意義。這個參數(shù)讓jvm忽略Xmx參數(shù)，瘋狂地吃完一個G物理內(nèi)存，再吃盡一個G的swap。
另外Xmx作為允許jvm使用的最大內(nèi)存數(shù)量，不應(yīng)該超過物理內(nèi)存的90％。
而之所以使用了這個參數(shù)，是因為不加的話，JBoss會在運行一天左右的時間后迅速崩潰，上機課是，甚至出現(xiàn)過半個小時就崩潰的情況。
之所以要用這個參數(shù)，用swap支持服務(wù)器運行，是因為犯了下面的錯誤：
   2. -Xss 15120k
這使得JBoss每增加一個線程（thread)就會立即消耗15M內(nèi)存，而最佳值應(yīng)該是128K,默認值好像是512k.
這就是JBoss剛啟動時，還有200Mb內(nèi)存富余，但會在一個小時內(nèi)迅速用完，因為服務(wù)器的threads在迅速增加。前3天，每天都多吃80Mb左右的swap.在第四天開始穩(wěn)定下來。今年春節(jié)在外度假，觀察到了這個現(xiàn)象，卻不理解其原因：服務(wù)器在線程到達100之后，一般不再增加新的線程，新增加的在用完之后，會被迅速destroy，1.25-2.10所使用的線程基本是1.21- 1.23創(chuàng)建的，因此沒有再消耗新的內(nèi)存。服務(wù)器持續(xù)運行時間，也因此大大超乎我5天的預(yù)期，到達了20天。
修改：
1.修改JAVA_OPTS,去掉+XX:AggressiveHeap，修改Xss?，F(xiàn)在的JAVA_OPTS為：
－Xms 520m -Xmx 900m -Xss 128k
2.修改deploy/jbossweb-tomcat55.sar/service.xml
將maxThreads根據(jù)目前的訪問量由默認的250降為75，并使用jboss 4默認未寫在標準service.xml里面而jboss 3寫入了的2個參數(shù): maxSparseThreads=55，minSparseThreads=25
3.修改了oracle-ds.xml將最大連接數(shù)有150降為50.
4.去掉了一些不用的服務(wù)。

oracle number類型的數(shù)值存儲空間是幾個字節(jié)？

其實有公式可以計算：
number(p,s)占用得空間為：
length = floor((p+1)/2) + 1   
備注：如果該數(shù)值為負數(shù)，需要再加一個字節(jié)。

----------------
例如：NUMBER(14,4)的類型數(shù)值，存儲空間為

select floor((14+1)/2) + 1  from dual 
結(jié)果輸出為： 8