其他

 在訪問量大,但更新較少的網站中使用緩衝,可以大大提高運行效率；加上.NET 2.0提供的緩衝依賴機制，我們可以很方便的對緩衝進行管理更新；以下是本人學習的一點心得體會，希望能夠起到拋磚引玉的作用。

PetShop 4.0使用了四個資料庫，分別為：MSPetShop4 、MSPetShop4Orders 、MSPetShop4Profile 、MSPetShop4Services　　 一、MSPetShop4其中MSPetShop4用來管理產品、分類等基本資料資訊，其中共有六個表 　　AspNet_SqlCacheTablesForChangeNotification 　　Category 　　Inventory 　　Item 　　Product 　　Supplier    

TRUNCATE   TABLE     刪除表中的所有行，而不記錄單個行刪除操作。       文法     TRUNCATE   TABLE   name     參數     name     是要截斷的表的名稱或要刪除其全部行的表的名稱。     注釋     TRUNCATE   TABLE   在功能上與不帶   WHERE   子句的   DELETE   語句相同：二者均刪除表中的全部行。但   TRUNCATE   TABLE   比   DELETE  

         可以說幾乎每個做過Web開發的人都問過，到底元素的ID和Name有什麼區別阿？為什麼有了ID還要有Name呢?! 而同樣我們也可以得到最classical的答案：ID就像是一個人的社會安全號碼碼，而Name就像是他的名字，ID顯然是唯一的，而Name是可以重複的。        上周我也遇到了ID和Name的問題，在頁面裡輸入了一個input

eWebEditor是一個線上HTML編輯器,可以嵌入到我們的系統中，在它裡面可以方便的進行HTML格式的編輯。正是因為這一點（當然還有其他的功能，例如上傳檔案管理，只是我沒有使用到，說到這裡，突然想到現在在部落格園上寫隨筆的這個文字編輯器也是一個eWebEditor產品的應用），我們可以在ASP.NET系統中使用到它，，例如寄送電子郵件時，郵件內容的格式就可以通過eWebEditor來控制，對它裡面相關字元進行實際的替換就可以實現郵件主體格式的良好控制。使用過程也很簡單，步驟如下:1.下載解壓

ViewState是.Net中提出的狀態儲存的一種新途徑（實際上也是老瓶裝新酒）；我們知道，傳統的Web程式儲存狀態的方式有這樣幾種：  1、Application

        最近做的一個項目中使用到了發送郵件功能。跟以前做過的一個項目發送郵件的方式不同。以前是將要發送郵件的相關資訊插入到一個伺服器的資料庫表中，由資料庫來檢測新添加記錄，進行發送郵件。即我只要向某個資料庫插入記錄就可以了。這次發送郵件功能是使用微軟System.Net.Mail命名空間下的SmtpClient來發送。使用過程中注意引用System.Net.Mail命名空間。      過程如下：smtpClient發送郵件 Code highlighting produced by

一個SQL語句往往會產生多個臨時視圖，那麼這些關鍵字的執行順序就非常重要了，因為你必須瞭解這個關鍵字是在對應視圖形成前的欄位進行操作還是對形成的臨時視圖進行操作，這個問題在使用了別名的視圖尤其重要。以上列舉的關鍵字是按照如下順序進行執行的：Where, Group By, Having, Order by。首先where將最原始記錄中不滿足條件的記錄刪除(所以應該在where語句中盡量的將不合格記錄篩選掉，這樣可以減少分組的次數)，然後通過Group

Case具有兩種格式。簡單Case函數和Case搜尋函數。 --簡單Case函數CASE sex         WHEN '1' THEN '男'         WHEN '2' THEN '女'ELSE '其他' END--Case搜尋函數CASE WHEN sex = '1' THEN '男'         WHEN sex = '2' THEN '女'ELSE '其他'

系統要求多語言：中文和英文，分別在兩個xml檔案中書寫相關內容，類似：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--><root>   <resource name="VersionName">Version</resource>   <resource name="Logout">Logout<

配置conf/hbase-env.sh，增加以下的內容：export JAVA_HOME=/usr/lib/jvm/java-6-sun-1.6.0.24export HBASE_CLASSPATH=/home/yangze/soft/hadoop-0.20.2/conf  配置conf/hbase-site.xml，增加以下的配置資訊: <property> <name>hbase.rootdir</name> #設定hbase資料庫存放資料的目錄<

列表採用SQLServer2005裡面的分頁方法Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->SetPaginationModel(){   PaginationModel paginationModel = new PaginationModel();   paginationModel.TableName = "...";      

大多數情況下，程式集包含全部或部分可重用庫，且它包含在單個動態連結程式庫 (DLL) 中。一個程式集可拆分到多個 DLL 中，但這非常少見，在此準則中也沒有說明。程式集和 DLL 是庫的物理組織，而命名空間是邏輯組織，其構成應與程式集的組織無關。命名空間可以且經常跨越多個程式集。一定要為程式集 DLL 選擇指示大的功能塊（如 System.Data）的名稱。程式集和 DLL 的名稱不必對應於命名空間名稱，但是在命名程式集時遵循命名空間名稱這種做法是合理的。考慮按下面的模式命名

1、$修飾符，表示變數是字串。$1-3表示取第一列到第四列的值;:$10.注意這裡的冒號，表示input讀取到下一個空格或者讀完10個字元或者本行讀取完成時停止； 如data user;input  name $1-3 +2 addr :$10.;datalines;xsc23 chongqinglcy45 nanjing;proc

項目是多語言版本，提供中文和英文，但匯出的資料會有中文。資料直接從資料庫中去擷取（非GridView中擷取）。現在在英文作業系統下訪問項目系統，匯出的EXCEL中文顯示的是亂碼。EXCEL檔案是產生在伺服器端，用Response.Redirect("檔案名稱"，true)的方式傳輸到用戶端的，在伺服器端EXCEL中文顯示正常，傳輸到用戶端英文作業系統下就亂碼了。原因分析：既然服務端顯示正常，而用戶端是亂碼，懷疑用戶端是英文作業系統導致的。用戶端網頁可以顯示中文，Office安裝的是英文。但問題還

uniqueidentifier通用唯一識別碼 (GUID)。注釋uniqueidentifier 資料類型的列或局部變數可用兩種方法初始化為一個值： 使用 NEWID 函數。將字串常量轉換為如下形式（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，其中每個 x 是 0-9 或 a-f 範圍內的一個十六進位的數字）。例如，6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效 uniqueidentifier 值。 比較子可與 uniquei

原文出處：http://www.cnblogs.com/advance/archive/2006/07/04/442651.html項目編譯時間出現以下錯誤：將字串轉換為 uniqueidentifier 時出現語法錯誤。 說明: 執行當前 Web 請求期間，出現未處理的異常。請檢查堆疊追蹤資訊，以瞭解有關該錯誤以及代碼中導致錯誤的出處的詳細資料。 異常詳細資料: System.Data.SqlClient.SqlException: 將字串轉換為 uniqueidentifier

檢索或設定當對象的內容超過其指定高度及寬度時如何管理內容。所有對象的預設值是 visible ，除了 textarea 對象和 body 對象的預設值是 auto 。設定 textarea 對象此屬性值為 hidden 將隱藏其捲軸。overflow屬性有四個值：visible （預設）， hidden， scroll， 和auto。同樣有兩個overflow的姐妹屬性overflow-y 和overflow-x，它們很少被採用。visible

Web標準下可以通過getElementById(), getElementsByName(), and getElementsByTagName()訪問Documnent中的任一個標籤：1. getElementById(“ID”)getElementById()可以訪問Documnent中的某一特定元素，顧名思義，就是通過ID來取得元素，所以只能訪問設定了ID的元素。比如說有一個DIV的ID為docid：<div

效能調優無疑是個龐大的話題，也是很多項目中非常重要的一環，效能調優的難做是眾所周知的，畢竟效能調優涵蓋的面實在是太多了，在這篇blog中我們蜻蜓點水般的來看看效能調優這項龐大的工程都有些什麼過程，同時也看看這些過程中常見的一些做法。確定效能調優的目標效能調優，首先是要確定效能調優的目標是什麼，如果現在應用已經滿足了需求，就沒必要去做效能調優了，畢竟不經過一個系統的過程，其實是無法確定你所做的效能調整是否真的調優了效能，是否沒有造成應用中其他的問題，所以確定效能目標是非常重要的，在定義效能目標的時