ZeroBlue

數(shù)據(jù)庫鎖的概念，類型，排鎖語句：
鎖是數(shù)據(jù)庫中的一個非常重要的概念，它主要用于多用戶環(huán)境下保證數(shù)據(jù)庫完整性和一致性。 我們知道，多個用戶能夠同時操縱同一個數(shù)據(jù)庫中的數(shù)據(jù)，會發(fā)生數(shù)據(jù)不一致現(xiàn)象。即如果沒有鎖定且多個用戶同時訪問一個數(shù)據(jù)庫，則當(dāng)他們的事務(wù)同時使用相同的數(shù)據(jù)時可能會發(fā)生問題。這些問題包括：丟失更新、臟讀、不可重復(fù)讀和幻覺讀。

找出表A中M字段大于500，Y（日期）早于當(dāng)前數(shù)據(jù)庫一天，X字段取值不重復(fù)的記錄：
select * from A where x in
(select x from A group by x having count(x)=1)
and m >500 and y < getdate()-1;

從表A中統(tǒng)計X字段的不同取值數(shù)并只把記錄數(shù)多于5的找出：
select * from A where x in (select x from A group by x having count(x)>5)

設(shè)表B結(jié)構(gòu)與表A相同，將B中n字段值大于500的記錄插入A ：
insert into?A select * from?B where n>500

對表A，建立和刪除M,N字段聯(lián)合唯一索引：
CREATE UNIQUE? INDEX myclumn_index ON A(x,y)
DROP INDEX A.myclumn_index?
?注意：當(dāng)你的內(nèi)存容量或硬盤空間不足時，也許你不想給一個表增加索引。對于包含索引的數(shù)據(jù)庫，SQL Sever需要一個可觀的額外空間。例如，要建立一個聚簇索引，需要大約１.２倍于數(shù)據(jù)大小的空間。要看一看一個表的索引在數(shù)據(jù)庫中所占的空間大小，你可以使用系統(tǒng)存儲過程sp_spaceused，對象名指定為被索引的表名。

節(jié)選自《程序員》2006年第9期《茶杯里的風(fēng)暴》一文，作者：金尹。如下：
　　P２P網(wǎng)絡(luò)向傳統(tǒng)應(yīng)用的滲透，將對Ruby、Python這些新興的編程語言提出巨大的挑戰(zhàn)。首先在P2P網(wǎng)絡(luò)中單個運算節(jié)點上的程序并不需要像Web服務(wù)那樣保持２４×７穩(wěn)定，也不需要支持大容量并發(fā)計算。Ruby、Python這些語言的快速開發(fā)優(yōu)勢得以顯著地體現(xiàn)，他們將是未來桌面的主力開發(fā)語言。其次，為了共享P2P覆蓋網(wǎng)上分散的計算資源，分布式計算所需的容錯能力、分布式存儲格式、算法、支持庫乃至語言級別的支持都納入到新語言的規(guī)劃當(dāng)中;最后，到我們的計算機(jī)上出現(xiàn)越來越多的客戶端小程序時，為每一個程序開啟一個龐大的虛擬機(jī)將是一個非常糟糕的辦法，那么在共享虛擬機(jī)上，我們?nèi)绾翁峁Χ嗪说闹С郑慷@些多核的虛擬機(jī)特性又如何從語言層面、支持庫層面展現(xiàn)給開發(fā)者，同時又不失去語言的簡潔特性？這些都是我們不能回避的話題！
　　AJAX、Ruby竄紅并非是一場茶杯里的風(fēng)暴，而是巨大冰山的一角。無論是服務(wù)端還是客戶端，并行/分布式計算的巨大需求都向編程語言提出嚴(yán)峻的挑戰(zhàn)。然而目前大多數(shù)的編程語言設(shè)計之初并不關(guān)注并行/分布式計算，這些語言中的許多經(jīng)典特性（比如OO）在并行/分布式計算上變成了捆住程序員的鎖鏈。工欲善其事，必先利其器。在并行/分布式計算領(lǐng)域中我們必須拋棄原有的經(jīng)驗、習(xí)慣、以一種新的思維面對新的世界。

　　再回過頭來看看下面這篇文章：
?????????http://www.cnblogs.com/sharenet/archive/2006/05/18/403517.aspx

?

package ?com.schedule;

import ?java.io.BufferedReader;
import ?java.io.FileOutputStream;
import ?java.io.IOException;
import ?java.io.InputStreamReader;
import ?java.io.OutputStreamWriter;
import ?java.net.HttpURLConnection;
import ?java.net.MalformedURLException;
import ?java.net.URL;
import ?java.util.HashMap;
import ?java.util.Iterator;
import ?java.util.Map;

public ? class ?StaticPageService? {
???? private ?Map < String,?String > ?urlMap;

???? private ?String?realPath;

???? public ? void ?createFile()? {
???????? if ?(urlMap? == ? null )? {
???????????? throw ? new ?NullPointerException( " The?url?map?is?should?not?be?null! " );
????????}
????????Iterator < String > ?keys? = ?urlMap.keySet().iterator();
????????String?inputLine;
????????String?enter? = ? " \n " ;
????????StringBuffer?buffer? = ? new ?StringBuffer();
???????? try ? {
???????????? while ?(keys.hasNext())? {
????????????????String?key? = ?keys.next();
????????????????URL?url? = ? new ?URL(key);
????????????????HttpURLConnection?uc? = ?(HttpURLConnection)?url.openConnection();
????????????????BufferedReader?in? = ? new ?BufferedReader( new ?InputStreamReader(uc.getInputStream()));
???????????????? if (buffer.length() > 0 )buffer.delete( 0 ,buffer.length());
???????????????? while ?((inputLine? = ?in.readLine())? != ? null )? {
????????????????????buffer.append(inputLine);
????????????????????buffer.append(enter);
????????????????}
????????????????String?file? = ?realPath? + ?urlMap.get(key);
????????????????OutputStreamWriter?fw? = ? new ?OutputStreamWriter(
???????????????????????? new ?FileOutputStream(file),? " GBK " );
????????????????fw.write(buffer.toString());
????????????????in.close();
????????????????fw.close();
????????????}
????????} ? catch ?(MalformedURLException?e)? {
????????????e.printStackTrace();
????????} ? catch ?(IOException?e)? {
????????????e.printStackTrace();
????????}
????}

???? /**?*/ /**
?????*? @param ?urlMap
?????*????????????the?urlMap?to?set
????? */
???? public ? void ?setUrlMap(Map < String,?String > ?urlMap)? {
???????? this .urlMap? = ?urlMap;
????}

???? /**?*/ /**
?????*? @param ?realPath
?????*????????????the?realPath?to?set
????? */
???? public ? void ?setRealPath(String?realPath)? {
???????? this .realPath? = ?realPath;
????}

???? public ? static ? void ?main(String[]?args)? {
????????StaticPageService?service? = ? new ?StaticPageService();
????????Map < String,?String > ?urlMap? = ? new ?HashMap < String,?String > ();
???????? // map的key為要生成靜態(tài)頁面的url，value為生成后的靜態(tài)文件保存的路徑
????????urlMap.put( " http://localhost:8080/index.jsp " ,? " /temp/index1.html " );
????????urlMap.put( " http://www.yahoo.com.cn/ " ,? " /temp/index2.html " );
???????? // 此參數(shù)用來設(shè)置當(dāng)前Web應(yīng)用的真實路徑
????????service.setRealPath( " d: " );
????????service.setUrlMap(urlMap);
????????service.createFile();
????}

}

　　最近學(xué)習(xí)的興趣很濃，昨夜本想look look專業(yè)方面的東東。打開筆記本發(fā)現(xiàn)沒聲音，初以為是軟件故障，故重裝驅(qū)動，不靈。懷疑中了病毒，于是升級最新補(bǔ)丁、殺毒。果然報告有病毒，操刀殺之，依舊不靈。嗯，是不是因為病毒破壞了系統(tǒng)文件？干脆Ghost恢復(fù)，我做了系統(tǒng)備份，哇哈哈。
　　一番折騰，重新啟動電腦，……濤聲依舊……。此時方才大悟，是硬件本身出了問題，不會修，只有對著哭的份了。
　　算了，用臺式機(jī)。丫竟然一到windows畫面就重啟！！打開機(jī)箱，細(xì)細(xì)檢查了一通，把零件拔下重插，開機(jī)，照舊。此時我已經(jīng)有點腦充血了。
　　拿出手頭的工具盤，檢查磁盤時提示有N處數(shù)據(jù)錯誤，無法恢復(fù)。只好忍痛格掉C盤，進(jìn)行磁盤檢查，然后Ghost恢復(fù)。誰知Ghost恢復(fù)后的系統(tǒng)竟然無法啟動。徹底崩潰。
　　只好全新安裝操作系統(tǒng)，以下的動作全然是幽靈附體，本人毫無知覺。
　　此時凌晨一點，萬籟寂靜，只余一男子獨立桌前，欲哭無淚……

web.xml中定義的過濾器：
??????? (注：Appfuse的構(gòu)建網(wǎng)上有豐富的資料，在此不再贅述)

１、securityFilter

< filter >
???????? < filter-name > securityFilter </ filter-name >
???????? < filter-class >
????????????org.acegisecurity.util.FilterToBeanProxy
???????? </ filter-class >
???????? < init-param >
???????????? < param-name > targetClass </ param-name >
???????????? < param-value >
????????????????org.acegisecurity.util.FilterChainProxy
???????????? </ param-value >
???????? </ init-param >
</ filter >

　　此過濾器定義Acegi Security 應(yīng)用。Acegi Security 被廣泛應(yīng)用于Spring社區(qū)，在基于Spring的項目中提供全面的安全服務(wù)。它包含了一組接口和類，可以直接在Spring IoC容器中進(jìn)行配置。Acegi Security 完全基于接口設(shè)計實現(xiàn)，為用戶定制和擴(kuò)展提供了極大的空間。基于SpringAOP，Acegi Security 可以完成方法級的權(quán)限管理。
( 文檔 ?下載)

２、cacheFilter

< filter >
???????? < filter-name > cacheFilter </ filter-name >
???????? < filter-class >
????????????com.opensymphony.oscache.web.filter.CacheFilter
???????? </ filter-class >
　 </ filter >

　　OSCache是一個基于javaEE架構(gòu)的緩存解決方案，主要針對頁面緩存。由OpenSymphony設(shè)計，它是一種開創(chuàng)性的JSP定制標(biāo)記應(yīng)用，提供了在現(xiàn)有JSP頁面之內(nèi)實現(xiàn)高速緩存的機(jī)制。 其提供了內(nèi)存和磁盤緩存兩種機(jī)制，這種緩存機(jī)制使你的Web應(yīng)用具備了一定程度的容錯性，比如當(dāng)數(shù)據(jù)庫因某些原因當(dāng)?shù)魰r，遠(yuǎn)程用戶仍能訪問緩存中的內(nèi)容。
??? 但有意思的是，Appfuse并沒用使用這個頁面緩存機(jī)制。這個過濾器的filter-mapping被注釋掉了。如下：

?? <!-- ?Commented?out? for ? 2 ?reasons:?
??????????????????????????????????????????1 )?it ' s?a?pain?when?developing?JSPs,?and
?????????????????????????????????????? 2 )?it?causes?the?Signup?webtest?to?fail?
???????????????????????????????????????? 大意是說這東西使開發(fā)Jsp頁面變得很痛苦，并且無法測試（英文水平有限 ^_^）。
??????-->
???? <!-- filter - mapping >
???????? < filter - name > cacheFilter </ filter - name >
???????? < url - pattern >* .jsp </ url - pattern >
???? </ filter - mapping -->

( 文檔與下載? ?)

3、clickstream

< filter >
???? < filter - name > clickstream </ filter - name >
???? < filter - class > com.opensymphony.clickstream.ClickstreamFilter </ filter - class >
</ filter >

< filter - mapping >
???? < filter - name > clickstream </ filter - name >
???? < url - pattern >* .jsp </ url - pattern >
</ filter - mapping >

< filter - mapping >
???? < filter - name > clickstream </ filter - name >
???? < url - pattern >* .html </ url - pattern >
</ filter - mapping >

< listener >
???? < listener - class > com.opensymphony.clickstream.ClickstreamListener </ listener - class >
</ listener >

　　又是opensymphony的東西，clickstream用來跟蹤用戶的頁面操作。其功能非常強(qiáng)大，通過過濾器我們可以跟蹤用戶的每一次點擊信息。并且在用戶的Session結(jié)束時，可以將用戶的跟蹤信息輸出到文件或形成一個輸出流以便處理。當(dāng)用戶的Session開始時listener開始一次跟蹤，filter捕捉每一次請求。
（ 文檔與下載 ）

４、hibernateFilter

???? < filter >
???????? < filter-name > hibernateFilter </ filter-name >
???????? < filter-class >
????????????org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
???????? </ filter-class >
???? </ filter >
或
?? < filter > ?
???????? < filter-name > opensession </ filter-name > ?
???????? < filter-class > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter </ filter-class > ?
???????? < init-param > ?
???????????? < param-name > singleSession </ param-name > ?
???????????? < param-value > false </ param-value > ?
???????? </ init-param > ?
???? </ filter > ?

　　當(dāng)使用hibernate的延遲加載時，你必須保證是在同一個Session中使用結(jié)果集，否則會拋出異常。而HibernateTemplate試圖每次執(zhí)行時打開和關(guān)閉Session。這時就應(yīng)該采用 OpenSessionInViewFilter模式。
（ 相關(guān)文檔 ）
５、UrlRewriteFilter

? < filter >
?　　 < filter-name > rewriteFilter </ filter-name >
??　　　 < filter-class >
???　　　　org.tuckey.web.filters.urlrewrite.UrlRewriteFilter
??　　　 </ filter-class >
??　　 < init-param >
???　 < param-name > logLevel </ param-name >
???　　　 < param-value > commons </ param-value >
?　? </ init-param >
? </ filter >
< filter-mapping >
?? < filter-name > rewriteFilter </ filter-name >
?? < url-pattern > /* </ url-pattern >
?? <!-- dispatcher>REQUEST</dispatcher>
???<dispatcher>FORWARD</dispatcher -->
? </ filter-mapping >

　　Url重寫，通過配置文件改寫你的URL，將輸入的URL映射到真實的URL地址來達(dá)到URL美化的作用。
（ 文檔與下載 ）

６、sitemesh

? < filter >
?? < filter-name > sitemesh </ filter-name >
?? < filter-class >
???com.opensymphony.module.sitemesh.filter.PageFilter
?? </ filter-class >
? </ filter >

　　sitemesh是由一個基于web頁面布局、裝飾以及與現(xiàn)存web應(yīng)用整合的框架。它能幫助我們在由大量頁面構(gòu)成的項目中創(chuàng)建一致的頁面布局和外觀，?如一致的導(dǎo)航條，一致的banner，一致的版權(quán)，等等。它不僅僅能處理動態(tài)的內(nèi)容，如jsp，php，asp等產(chǎn)生的內(nèi)容，它也能處理靜態(tài)的內(nèi)容，?如htm的內(nèi)容，使得它的內(nèi)容也符合你的頁面結(jié)構(gòu)的要求。甚至于它能將html文件象include那樣將該文件作為一個面板的形式嵌入到別的文件中去。
（ 文檔與下載 ）（ 學(xué)習(xí) ）

７、Display Tag Lib標(biāo)簽庫

< filter >
???????? < filter-name > exportFilter </ filter-name >
???????? < filter-class >
????????????org.displaytag.filter.ResponseOverrideFilter
???????? </ filter-class >
</ filter >

　　Display Tag Lib是一個標(biāo)簽庫，用來處理jsp網(wǎng)頁上的Table，功能非常強(qiáng)，可以對的Table進(jìn)行分頁、數(shù)據(jù)導(dǎo)出、分組、對列排序等等，??而且使用起來非常的方便。能夠大大減少代碼量。
（ 文檔與下載 ）

８、GZIPFilter

???? < filter >
???????? < filter-name > compressionFilter </ filter-name >
???????? < filter-class > com.lady.webapp.filter.GZIPFilter </ filter-class >
???? </ filter >

將輸出流壓縮為GZIP格式，據(jù)說壓縮比率可達(dá)７０％－８０％，這樣輸出到客戶端的數(shù)據(jù)量大大減少，可以顯著的提高性能。這是一個Appfuse自定義的過濾器，詳情見下面鏈接。
（ 文檔 ）

最后一個是I18N應(yīng)用的過濾器，不多說了。

還有一個監(jiān)聽器非常重要，即IntrospectorCleanupListener：

???? < listener >
???????? < listener-class >
????????????org.springframework.web.util.IntrospectorCleanupListener
???????? </ listener-class >
???? </ listener >

有現(xiàn)成的資料，COPY過來：
spring中的提供了一個名為org.springframework.web.util.IntrospectorCleanupListener的監(jiān)聽器。它主要負(fù)責(zé)處理由??JavaBeans Introspector的使用而引起的緩沖泄露。
（引用：劉文濤的BLOG）