Rex
          
			——生命不止，奮斗不息。
		          		
	
          

          

          

          
	
          

          posts - 27, comments - 8, trackbacks - 0, articles - 0
          
	
 
BlogJava ::
首頁 ::
新隨筆 ::
聯系 ::
聚合
 ::
管理


          
		          		
	
          
	
          
		
			
          
			
          
		          		
		
			
          
				
					

          
			  
	2008年4月30日
	

          


		
          
			
			
          一、觸發器概念

       觸發器（trigger）：監視某種情況，并觸發某種操作，它是提供給程序員和數據分析員來保證數據完整性的一種方法，它是與表事件相關的特殊的存儲過程，它的執行不是由程序調用，也不是手工啟動，而是由事件來觸發，例如當對一個表進行操作（ insert，delete， update）時就會激活它執行。
        觸發器經常用于加強數據的完整性約束和業務規則等。 觸發器創建語法四要素：
        1.監視地點(table)
        2.監視事件(insert/update/delete)
        3.觸發時間(after/before)
        4.觸發事件(insert/update/delete)
觸發器基本語法如下所示：
DROP TRIGGER if EXISTS 觸發器名;
CREATE TRIGGER 觸發器名 BEFORE INSERT ON 表名 
FOR EACH ROW 
BEGIN
   sql語句
END

 其中： trigger_time是觸發器的觸發事件，可以為before（在檢查約束前觸發）或after（在檢查約束后觸發）；
          trigger_event是觸發器的觸發事件，包括insert、update和delete，需注意對同一個表相同觸發時間的相同觸發事件，只能定義一個觸發器；
          可以使用old和new來引用觸發器中發生變化的記錄內容。
  觸發器SQL語法：

DROP TRIGGER if EXISTS triggle_insert_enroll_students;
CREATE TRIGGER triggle_insert_enroll_students AFTER INSERT ON t_course_enroll_students 
FOR EACH ROW BEGIN
-- update t_course_enroll_students set pid=(select id from t_course_enroll where t_course_enroll.course_name=t_course_enroll_students.course_name) where id=t_course_enroll_students.id; 	
	set new.pid=(select id from t_course_enroll where t_course_enroll.course_name=new.course_name);
		
END
          
			
			
          		
				posted @ 2017-11-24 14:33 W.R 閱讀(248) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          本文截取自  http://bbs.51testing.com/thread-11978-1-1.html


α、β、λ常用來表示軟件測試過程中的三個階段，α是第一階段，一般只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供給特定的用戶群來測試使用；λ是第三個階段，此時產品已經相當成熟，只需在個別地方再做進一步的優化處理即可上市發行。



在軟件交付使用之后,用戶將如何實際使用程序,對于開發者來說是無法預測的.
α測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的測試.
α測試的目的是評價軟件產品的FLURPS(即功能,局域化,可使用性,可靠性,性能和支持).尤其注重產品的界面和特色.
α測試可以從軟件產品編碼結束之時開始,或在模塊(子系統)測試完成之后開始,也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始.
β測試是由軟件的多個用戶在實際使用環境下進行的測試.這些用戶返回有關錯誤信息給開發者.
測試時,開發者通常不在測試現場.因而,β測試是在開發者無法控制的環境下進行的軟件現場應用.
在β測試中,由用戶記下遇到的所有問題,包括真實的以及主觀認定的,定期向開發者報告.
β測試主要衡量產品的FLURPS.著重于產品的支持性,包括文檔,客戶培訓和支持產品生產能力.
只有當α測試達到一定的可靠程度時,才能開始β測試.它處在整個測試的最后階段.同時,產品的所有手冊文本也應該在此階段完全定稿.
51Testing第五十六期軟件測試沙龍（成都站）開始報名
	

建議樓主多看看精華區的帖子，不要只顧發貼問——要經過思考
另外，在精華區也有

[url]http://bbs.51testing.com/viewthread.php?tid=583&fpage=2[/url]

學而不思則惘,思而不學則

          
			
			
          		
				posted @ 2011-07-05 10:32 W.R 閱讀(894) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          select * from v$sql order by first_load_time 

          
			
			
          		
				posted @ 2009-07-07 10:15 W.R 閱讀(428) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          select * from v$sql order by first_load_time 

          
			
			
          		
				posted @ 2009-07-07 10:14 W.R 閱讀(297) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          所有 HTTP 狀態代碼及其定義。 
          
　代碼  指示  
          
2xx  成功  
          
200  正常；請求已完成。  
          
201  正常；緊接 POST 命令。  
          
202  正常；已接受用于處理，但處理尚未完成。  
          
203  正常；部分信息 — 返回的信息只是一部分。  
          
204  正常；無響應 — 已接收請求，但不存在要回送的信息。  
          
3xx  重定向  
          
301  已移動 — 請求的數據具有新的位置且更改是永久的。  
          
302  已找到 — 請求的數據臨時具有不同 URI。  
          
303  請參閱其它 — 可在另一 URI 下找到對請求的響應，且應使用 GET 方法檢索此響應。  
          
304  未修改 — 未按預期修改文檔。  
          
305  使用代理 — 必須通過位置字段中提供的代理來訪問請求的資源。  
          
306  未使用 — 不再使用；保留此代碼以便將來使用。  
          
4xx  客戶機中出現的錯誤  
          
400  錯誤請求 — 請求中有語法問題，或不能滿足請求。  
          
401  未授權 — 未授權客戶機訪問數據。  
          
402  需要付款 — 表示計費系統已有效。  
          
403  禁止 — 即使有授權也不需要訪問。  
          
404  找不到 — 服務器找不到給定的資源；文檔不存在。  
          
407  代理認證請求 — 客戶機首先必須使用代理認證自身。  
          
415  介質類型不受支持 — 服務器拒絕服務請求，因為不支持請求實體的格式。  
          
5xx  服務器中出現的錯誤  
          
500  內部錯誤 — 因為意外情況，服務器不能完成請求。  
          
501  未執行 — 服務器不支持請求的工具。  
          
502  錯誤網關 — 服務器接收到來自上游服務器的無效響應。  
          
503  無法獲得服務 — 由于臨時過載或維護，服務器無法處理請求。
          
-----------------------------------------------------------------------------------------------------------------------
          
HTTP 400 - 請求無效 
          
HTTP 401.1 - 未授權：登錄失敗 
          
HTTP 401.2 - 未授權：服務器配置問題導致登錄失敗 
          
HTTP 401.3 - ACL 禁止訪問資源 
          
HTTP 401.4 - 未授權：授權被篩選器拒絕 
          
HTTP 401.5 - 未授權：ISAPI 或 CGI 授權失敗  
          
HTTP 403 - 禁止訪問 
          
HTTP 403 - 對 Internet 服務管理器 (HTML) 的訪問僅限于 Localhost 
          
HTTP 403.1 禁止訪問：禁止可執行訪問 
          
HTTP 403.2 - 禁止訪問：禁止讀訪問 
          
HTTP 403.3 - 禁止訪問：禁止寫訪問 
          
HTTP 403.4 - 禁止訪問：要求 SSL 
          
HTTP 403.5 - 禁止訪問：要求 SSL 128 
          
HTTP 403.6 - 禁止訪問：IP 地址被拒絕 
          
HTTP 403.7 - 禁止訪問：要求客戶證書 
          
HTTP 403.8 - 禁止訪問：禁止站點訪問 
          
HTTP 403.9 - 禁止訪問：連接的用戶過多 
          
HTTP 403.10 - 禁止訪問：配置無效 
          
HTTP 403.11 - 禁止訪問：密碼更改 
          
HTTP 403.12 - 禁止訪問：映射器拒絕訪問 
          
HTTP 403.13 - 禁止訪問：客戶證書已被吊銷 
          
HTTP 403.15 - 禁止訪問：客戶訪問許可過多 
          
HTTP 403.16 - 禁止訪問：客戶證書不可信或者無效 
          
HTTP 403.17 - 禁止訪問：客戶證書已經到期或者尚未生效 
          
HTTP 404.1 - 無法找到 Web 站點 
          
HTTP 404 - 無法找到文件 
          
HTTP 405 - 資源被禁止 
          
HTTP 406 - 無法接受 
          
HTTP 407 - 要求代理身份驗證 
          
HTTP 410 - 永遠不可用 
          
HTTP 412 - 先決條件失敗 
          
HTTP 414 - 請求 - URI 太長 
          
HTTP 500 - 內部服務器錯誤 
          
HTTP 500.100 - 內部服務器錯誤 - ASP 錯誤 
          
HTTP 500-11 服務器關閉 
          
HTTP 500-12 應用程序重新啟動 
          
HTTP 500-13 - 服務器太忙 
          
HTTP 500-14 - 應用程序無效 
          
HTTP 500-15 - 不允許請求 global.asa 
          
Error 501 - 未實現 
          
HTTP 502 - 網關錯誤  
          

          
			
			
          		
				posted @ 2008-07-06 13:29 W.R 閱讀(531) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          exec sp_addlinkedserver  'link_sql2','','SQLOLEDB','127.0.0.1;
          
exec sp_addlinkedsrvlogin 'link_sql2','false',null,'sa','sa';
          

          select *from  Table1
          
insert into [link_sql2].OSS.dbo.Table1 select *from  Table1
          

          
			
			
          		
				posted @ 2008-05-23 10:35 W.R 閱讀(348) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          Alpha：是內部測試版,一般不向外部發布,會有很多Bug.一般只有測試人員使用。
          

          
Beta：也是測試版，這個階段的版本會一直加入新的功能。在Alpha版之后推出。
          

          
RC：(Release　Candidate) 顧名思義么 ! 用在軟件上就是候選版本。系統平臺上就是發行候選版本。RC版不會再加入新的功能了，主要著重于除錯。
          

          
GA:General Availability,正式發布的版本，在國外都是用GA來說明release版本的。
          

          
RTM：(Release to Manufacture)是給工廠大量壓片的版本，內容跟正式版是一樣的，不過RTM版也有出限制、評估版的。但是和正式版本的主要程序代碼都是一樣的。
          

          
OEM：是給計算機廠商隨著計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝，不能從舊有操作系統升級。包裝不像零售版精美，通常只有一面CD和說明書(授權書)。 
          

          
RVL：號稱是正式版，其實RVL根本不是版本的名稱。它是中文版/英文版文檔破解出來的。 
          

          
EVAL：而流通在網絡上的EVAL版，與“評估版”類似，功能上和零售版沒有區別。 
          

          
RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安裝盤的i386文件夾里有一個eula.txt，最后有一行EULAID，就是你的版本。比如簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是WX.4_PRO_RTL_TW。其中：如果是WX.開頭是正式版，WB.開頭是測試版。_PRE，代表家庭版；_PRO，代表專業版。
          

          
α、β、λ常用來表示軟件測試過程中的三個階段，α是第一階段，一般只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供給特定的用戶群來測試使用；λ是第三個階段，此時產品已經相當成熟，只需在個別地方再做進一步的優化處理即可上市發行。 

          
			
			
          		
				posted @ 2008-05-04 09:46 W.R 閱讀(82915) | 評論 (4) | 編輯 收藏
			
          
		
          
	
		
          
			
			

          
　　尼采常常與哲學家們糾纏—個神秘的“眾劫回歸”觀：想想我們經歷過的事情吧，想想它們重演如昨，甚至重演本身無休無止地重演下去！這癲狂的幻念意味著什么？ 
          
　　從反面說“永劫回歸”的幻念表明，曾經一次性消失了的生活，象影子一樣沒有分量，也就永遠消失不復回歸了。無論它是否恐依，是否美麗，是否崇高，它的恐怖、崇高以及美麗都預先已經死去，沒有任何意義。它象十四世紀非洲部落之間的某次戰爭，某次未能改變世界命運的戰爭，哪伯有十萬黑人在殘酷的磨難中滅絕，我們也無須對此過分在意。 
          
　　然而，如果十四世紀的兩個非洲部密的戰爭一次又一次重演，戰爭本身會有所改變嗎？會的，它將變成一個永遠隆起的硬塊，再也無法歸復自己原有的虛空。 
          
　　如果法國大革命永無休止地重演，法國歷史學家們就不會對羅伯斯庇爾感到那么自豪了。正因為他們涉及的那些事不復回歸，于是革命那血的年代只不過變成了文字、理論和研討而已，變得比鴻毛還輕，嚇不了誰。這個在歷史上只出現一次的羅伯斯庇爾與那個永劫回歸的羅伯斯庇爾絕不相同，后者還會砍下法蘭西萬顆頭顱。 
          
　　于是，讓我們承認吧，這種永劫回歸觀隱含有一種視角，它使我們所知的事物看起來是另一回事，看起來失去了事物瞬時性所帶來的緩解環境，而這種緩解環境能使我們難于定論。我們怎么能去譴責那些轉瞬即逝的事物呢？昭示洞察它們的太陽沉落了，人們只能憑借回想的依稀微光來辯釋一切，包括斷頭臺。 
          
　　不久前，我察覺自己體驗了一種極其難以置信的感覺。我翻閱一本關于希特勒的書，被他的一些照片所觸動，從而想起了自己的童年。我成長在戰爭中，好幾位親人死于希特勒的集中營；我生命中這一段失落的時光已不復回歸了。但比較于我對這一段時光的回憶，他們的死算是怎么回事呢？ 
          
　　對希特勒的仇恨終于淡薄消解，這暴露了一個世界道德上深刻的墮落。這個世界賴以立足的基本點，是回歸的不存在。因為在這個世界里，一切都預先被原諒了，一切皆可笑地被允許了。
          

          
　　如果我們生命的每一秒鐘都有無數次的重復，我們就會象耶穌釘于十字架，被釘死在永恒上。這個前景是可怕的。在那永劫回歸的世界里，無法承受的責任重荷，沉沉壓著我們的每一個行動，這就是尼采說永劫回歸觀是最沉重的負擔的原因吧。 
          
　　如果永劫回歸是最沉重的負擔，那么我們的生活就能以其全部輝煌的輕松，來與之抗衡。 
          
　　可是，沉重便真的悲慘，而輕松便真的輝煌嗎？ 
          
　　最沉重的負擔壓得我們崩塌了，沉沒了，將我們釘在地上。可是在每一個時代的愛情詩篇里，女人總渴望壓在男人的身軀之下。也許最沉重的負擔同時也是一種生活最為充實的象征，負擔越沉，我們的生活也就越貼近大地，越趨近真切和實在。 
          
　　相反，完全沒有負擔，人變得比大氣還輕，會高高地飛起，離別大地亦即離別真實的生活。他將變得似真非真，運動自由而毫無意義。 
          
　　那么我們將選擇什么呢？沉重還是輕松？ 
          
　　巴門尼德于公元前六世紀正是提出了這一問題。她看到世界分成對立的兩半：光明、黑暗；優雅、粗俗；溫暖、寒冷；存在、非存在。他把其中一半稱為積極的（光明；優雅，溫暖，存在），另一半自然是消極的。我們可以發現這種積極與消極的兩極區分實在幼稚簡單，至少有一點難以確定：哪一方是積極？沉重呢？還是輕松？ 
          
　　巴門尼德回答：輕為積極，重為消極。 
          
　　他對嗎？這是個疑問。唯一可以確定的是：輕、重的對立最神秘，也最模棱兩難。

          
			
			
          		
				posted @ 2008-05-02 16:14 W.R 閱讀(401) | 評論 (0) | 編輯 收藏
			
          
		
          
	
		
          
			
			
          注明：如果從ANT啟動程序，this.getClass().getResource("")取出來的比較怪，直接用JAVA命令行調試就可成功。
          

          
得到classpath和當前類的絕對路徑的一些方法
          

          
獲得CLASSPATH之外路徑的方法：
          

          
URL base = this.getClass（）.getResource（""）； //先獲得本類的所在位置，如/home/popeye/testjava/build/classes/net/ String path = new File（base.getFile（）， "……/……/……/"+name）.getCanonicalPath（）； //就可以得到/home/popeye/testjava/name
          

          
下面是一些得到classpath和當前類的絕對路徑的一些方法。你可能需要使用其中的一些方法來得到你需要的資源的絕對路徑。
          

          
1.FileTest.class.getResource（""）
          

          
得到的是當前類FileTest.class文件的URI目錄。不包括自己！
          

          
如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/com/test/
          

          
2.FileTest.class.getResource（"/"）
          

          
得到的是當前的classpath的絕對URI路徑。
          

          
如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/
          

          
3.Thread.currentThread（）.getContextClassLoader（）.getResource（""）
          

          
得到的也是當前ClassPath的絕對URI路徑。
          

          
如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/
          

          
4.FileTest.class.getClassLoader（）.getResource（""）
          

          
得到的也是當前ClassPath的絕對URI路徑。
          

          
如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/
          

          
5.ClassLoader.getSystemResource（""）
          

          
得到的也是當前ClassPath的絕對URI路徑。
          

          
如：file：/D：/java/eclipse32/workspace/jbpmtest3/bin/
          

          
我推薦使用Thread.currentThread（）.getContextClassLoader（）.getResource（""）來得到當前的classpath的絕對路徑的URI表示法。
          

          
在Web應用程序中，我們一般通過ServletContext.getRealPath（"/"）方法得到Web應用程序的根目錄的絕對路徑。這樣，我們只需要提供相對于Web應用程序根目錄的路徑，就可以構建出定位資源的絕對路徑。
          

          
注意點：
          

          
1.盡量不要使用相對于System.getProperty（"user.dir"）當前用戶目錄的相對路徑。這是一顆定時炸彈，隨時可能要你的命。
          

          
2.盡量使用URI形式的絕對路徑資源。它可以很容易的轉變為URI，URL，File對象。
          

          
3.盡量使用相對classpath的相對路徑。不要使用絕對路徑。使用上面ClassLoaderUtil類的public static URL getExtendResource（String relativePath）方法已經能夠使用相對于classpath的相對路徑定位所有位置的資源。
          

          
4.絕對不要使用硬編碼的絕對路徑。因為，我們完全可以使用ClassLoader類的getResource（""）方法得到當前classpath的絕對路徑。
          

          
使用硬編碼的絕對路徑是完全沒有必要的！它一定會讓你死的很難看！程序將無法移植！
          

          
如果你一定要指定一個絕對路徑，那么使用配置文件，也比硬編碼要好得多！
          

          
當然，我還是推薦你使用程序得到classpath的絕對路徑來拼資源的絕對路徑.
          

          
			
			
          		
				posted @ 2008-04-30 15:04 W.R 閱讀(3291) | 評論 (1) | 編輯 收藏
			
          
		
          
	


				
			
          
		          		
	
          
	
          
		
			


		
	
          

          


    
          
        
	




主站蜘蛛池模板：
海晏县|
三江|
奇台县|
辉南县|
安平县|
聂荣县|
偃师市|
鄂温|
巨鹿县|
普格县|
华池县|
临汾市|
绥中县|
西乌珠穆沁旗|
邯郸县|
东山县|
杨浦区|
南通市|
忻州市|
东城区|
德江县|
深圳市|
昔阳县|
策勒县|
岳阳市|
嘉兴市|
青海省|
哈密市|
韶山市|
如皋市|
清水县|
句容市|
金堂县|
镇江市|
稻城县|
海晏县|
海原县|
灵寿县|
鄂尔多斯市|
德江县|
蒙山县|