其他

    在sql2005中，我們可以通過以下語句獲得表的結構資訊：select * from sys.columns,sys.tables where sys.tables.object_id=sys.columns.object_id and sys.tables.name='tablename'  --tablename是你表的名字   執行後結果    或許這些不是我們想要的東西，而且system_type_id是什麼東西？我們繼續運行一下語句：    select * from sys.

XtraReport 紙張方向改變： Landscape=true/false預設紙張輸出： PaperKind=A4變距改變: Margins=100,100,100,100頁碼顯示： 工具列選擇 DX.9.3 Report Control中的XRPageInfo,可通過控制項屬性中的Format設計相應格式，例：Page {0} of  {1}頁面顯示行數控制：調用xrPageBreak控制項，具體協助

碰上了這件事，才學到教訓，一直以為smalldatetime和datetime的差別只是在於時間範圍:smalldatetime的有效時間範圍1900/1/1~2079/6/6datetime的有效時間範圍1753/1/1~9999/12/31所以我判斷如果該值不用到太遠的日期範圍，就會使用smalldatetime。但我忽略了更關鍵的差別，那就是smalldatetime只精準到分，而datetime則可精準到3.33毫秒。因此，當我怎麼存，秒都是00後，才發現原來是smalldatetime

最近工作中遇到這樣一個WCF問題，宿主程式載入WCF服務後需要得到服務的反饋訊息。問題：宿主啟動後與服務是分離狀態，如何及時得到服務的反饋訊息？如果是在winform中我們可以直接通過事件取得，這於WCF的實現有所不同。處理方式：參用WCF實現訂閱/發布方式實現服務訊息向訂閱者發布具體代碼:參考：WCF 事件 Events ，Oreilly.Programming.WCF.Services.3rd.Edition.Aug.2010.pdf契約using System;using

DEVExpress內建的原始碼只能看不能重新編譯，為了能夠使用其代碼需要到其網站下載相應的檔案下載網站下載後解壓縮，並將所有檔案拷貝到%ProgramFiles%\DevExpress 2009.3\Components\Sources

Silverlight已升級到4了，要抓緊時間學習了。這段時間把自己學習各控制項的代碼整理下，放到部落格上給自己留個記錄。也對和我一樣的初學者起到共同交流的地方。特別說明：代碼中是在學習別人的代碼基礎上寫出的，如果您是高手就不要看了，免得擔誤您的時間。 Treeview學習1、Treeview的基本使用 這個比較簡單，我直接拿了Microsoft Silverlight 3

具體步驟：在項目中引入第三方的dll，一般情況下我們都可以將所需的dll檔案複製到硬碟上的一個地方，然後在項目中添加引用，這個操作很簡單！但有時候我們會遇到這樣的情況，就是所要引用的dll在目標機器的GAC裡，這時我們就不能手動將它拷貝出來了。

 重新編譯了devexpress的原始碼後，所有的DEMO應該都不能運行了，需要全部重建，我就做了這個批量產生的批處理，產生包括DemoCenter中間有個別的產生失敗可不用理會，繼續產生即可（其實我也不知道那幾個項目是做什麼用的我用Dev也沒有多長時間）解壓以後請根據下面提示修改幾處defines.bat檔案前幾行請根據自己實際環境修改defines.bat 第4行 如果運行提示找不到專案檔，請修改此處為相信的DEMO目錄修改後運行buildDemos.cmd此版是根據devexpress 1

在SilverLight3下測試media播放，代碼如下（採用BLEND 3建立）：<MediaElement x:Name="new" Margin="95,63,105,79" Source="assets/new.wmv" Stretch="Fill"/>很簡單的一行代碼，但是報錯資訊：Line:53 Char:13 Code:0 Error:Unhandled Error in Silverlight 3 Application

http://blog.csdn.net/cyy2525/archive/2008/06/10/2532640.aspx問題來源:當用DataSet來更新資料庫時,若DataSet對應資料庫中資料被其他線程改變,則可能引發DBConcurrencyException.解決方案: DataTable dataTable = ds.Tables[0].Copy();ds.Tables.Clear();adp.Fill(ds);// Rows to be removed.for(int

如果現在編譯的話，推薦編譯10.2.3版本，編譯方法類同，編譯以後至少解決了一個問題，就是編譯成功以後工具箱不會出現問題。10.2.3原始碼的請到 shaoming01.download.csdn.net上面找找，我上傳過了，編譯指令碼也在那裡面。 費了老大的勁，終於七拼八揍的，把Devexpress編譯所需的東西全部下載到手 1、 DXperience Universal-10.1.6安裝包，這個是190多M的：http://downloads.devexpress.com/63be3ab2-

1. LoadRunner：支援多種常用協議多且個別協議支援的版本比較高；可以設定靈活的負載壓力測試方案， 可視化的圖形介面可以監控豐富的資源；報告可以匯出到Word、Excel以及HTML格式。 2. WebLoad：webload是RadView公司推出的一個效能測試和分析工具,它讓web應用程式開發人員自動執行壓力測試; webload通過類比真實使用者的操作,產生壓力負載來測試web的效能使用者建立的是基於javascript的測試指令碼,稱為議程agenda,

原來在VS2005下寫的.NET2.0工程，通過VS2008的升級功能將代碼遷移到了.NET 3.5代碼在本地DEBUG,RELEASE編譯均沒有問題採用CLICK ONCE發布後發現無法正常安裝，通過查看詳細資料發現問題：錯誤詳細資料 執行此操作期間檢測到下列錯誤。 * [2009-2-27 14:07:44] System.Deployment.Application.DeploymentDownloadException (未知子類型)  - 下載

1、官方網站下載所需版本漢化包http://www.devexpress.com/Support/Center/kb/p/A421.aspx2、解壓縮後將檔案夾DevExpress.DLL內的zh-CHS檔案夾拷貝至工程下並將其包含至工程當中3、在刪除不必要的資源檔後將剩餘資源檔的build action屬性設定為content ,copy to output directory屬性設定為copy if

情境：      需要實現中文樣式的複雜表頭，如帶斜線等。解決方案：      1、使用XtraGrid中的BandedGridView視圖，並在Designer介面中，添加分組表頭，進行布局處理。      2、在CustomDrawBandHeader

自訂的安裝程式中含有一個輸入使用者名稱密碼的資料庫連接測試程式，但在使用者處部署時卻報錯“從索引X處開始，初始化字串的格式不符合規範”，首先懷疑是資料庫未開啟TCP/IP協議，於是手動開啟。然後用SQL管理器串連測試正常，但仍報錯。上面這張圖是在代碼狀態下複現出來的。原因：使用者佈建資料庫密碼內包含分號造成，先期讓使用者修改密碼，後期代碼在拼資料庫連接字串是對使用者名稱密碼加入引號處理

在進行開發中有這樣一種情況需要ComboBox內整合checkbox列表，或是treeview列表以方便使用者進行選擇，提供良好的UI體驗。在開始處理之前先溫習下ComboBox的基礎東西，就是在XAML中的寫法（我用BLEND3拖出的ComboBox控制項，冗餘代碼會多些）1、ComboBox控制項的基本應用代碼 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.

經常有這樣的情況，需要在一個表單內根據資料來源的不同載入不同的表頭，通過xtragrid可以很容易的實現1首先用xtragrid先製作兩個表標頭檔儲存為xml檔案2在代碼中進行相應的調用貼圖先：貼代碼     private void simpleButton1_Click(object sender, EventArgs e)        {            gridView1.RestoreLayoutFromXml(               

在資料訪問層，我們一般使用DataAdapter來擷取或更新資料庫資料。很經常地，我們使用CommandBuilder為DataAdapter自動建立InsertCommand、UpdateCommand、DeleteComand。這種方式確實很方便，僅需很少的代碼就能完成資料庫更新。但使用這種方式有時會產生DBConCurrencyException並發衝突異常。          DataAdapter

     今天公司軟體在部署的客戶處報錯，首先對整個系統（B/S+C/S)進行了簡單的排查未發現問題，所以重點考慮到了程式底層是不是由於使用者環境不同造成的程式問題。由於系統過於龐大且當初開發時時間緊任務重，對Tlog方面做的不夠完善，且系統已前期部署到了使用者處，所以排查起來很困難。