其他

         很多時候我們需要尋找資料庫中的所有的有自增列的資料庫表，資料庫表多的時候，自己去查太麻煩了，所以我寫了段指令碼幫我們尋找並列印出資料庫表名，代碼如下所示：          ----查詢資料庫中所有有自增ID的表declare curtablename cursor local forselect name from sys.objects where type='u'open curtablename declare @Table_name

       最近系統發布比較頻繁，因此每次發布我們都要有個發布說明，以前沒有注意這個發布說明的統一性，只是根據每次的實際情況不一樣做了下說明，但是還是感覺有必要做一個發布說明的文檔出來比較好些。這樣每次就可以按照一個規範來執行。      

         在項目開發的過程中，經常會遇到和其他系統的介面互動的需求，面對這種跨項目團隊，跨產品組的介面問題，我們應該如何處理呢？是等到項目需求明朗後，再找相關的系統開發人員來進行洽談，然後合作開發測試呢？還是在立項後就開始著手準備呢？        

         在我們工作中時常要寫查詢語句，那麼left join和right join 是查詢語句中常見的關聯關係。可是我們在使用它們時，有沒有想過怎麼樣去做關聯，怎麼樣選擇它們的順序呢？比如：A表關聯B 表，A也要關聯C表，A和B關聯時，B和A關聯時可能會有Null值出現，也允許Null出現，A和C關聯不能有Null值，那麼我們先想一想應該怎麼樣處理它們呢？可能你會說這還不簡單啊，如下所示：實現1:select * from C inner join A  on

         清明時節雨紛紛，         路上行人慾斷魂，         借問酒家何處有？         牧童遙指杏花村。       

         自從今年5月換工作到今天已經半年有餘，這期間一直在做進銷存的項目。一直要和採購，銷售，庫存，財務，成本打交道。目前感覺最難以理解的就是成本的一些計算方式。公司的產品都是使用的加權平均和移動加權平均這2種方式。我查看了一些財務和會計方面的資料發現，計算成本的方式還真不少，於是自己一邊收集資料，一邊學習，將其中的一些好的東西合并在一起，將成本的計算的方式做了一些匯總。具體如下所示，以一個樣本說明。   案例1：某A股份有限公司2003年10月甲商品購入、銷售和結存的有關資料如下：1

          在我上傳的資源中有SQLLite版全國省市區的資料庫，現在我來介紹下我開發地址清單時擷取省市區資料時的方法。廢話少說，代碼如下所示：package xxxx.com.common;import java.io.File;import java.util.ArrayList;import java.util.HashMap;import java.util.List;import java.util.Map;import

       最近在學習PMP的課程，看到了很多關於團隊建設的方案，但是感覺在國內，大多數企業這方面都做的很不好，人員流動性很大。知識和經驗很難積累下來，而且由於流動性大，工作效率也大大受到影響。畢竟培養一個新人不容易，留住一個老員工也不容易，我們姑且將能呆一年的員工稱為老員工吧。1年內離職的就不算了。      

        先給大家看一段代碼，如下所示： using (FileStream fs = new FileStream(PersonInfoFilePath, FileMode.OpenOrCreate))                {                    using (StreamWriter sw = new StreamWriter(fs))                    {                        XDocument xDoc =

       最近在工作中經常遇到客戶反映大量匯入資料時，提示匯入的資料出錯後，不能非常方便的定位到那些行的具體那些列的資料出現了錯誤。      

文章目錄 資料庫的持續整合和版本控制 資料庫的持續整合和版本控制http://database.51cto.com   2008-02-26 10:57   張海龍  InfoQ中文站

         在實際的工作中，我們可能經常會遇到系統需要從一台伺服器遷移到另外一台伺服器的情況。         那麼在遷移的過程中，我們要注意那些問題呢？通過最近一次的系統遷移，我總結了如下幾點：         1.資料庫的遷移，如果涉及到資料庫的話，首先肯定是要將Database Backup並且還原過去了哦。             但是資料庫的Job,DBLink等就不能直接Copy了，需要重新部署job和DBLink，而且存            

今天在網上逛的時候，看到了一個童靴提的這個問題，看了文章，發現樓主最終給出了自己的解決方案，感覺還不錯，因此將文章的內容整理了下，轉出來了解決方案的思路是這樣:分別建立三個新的按鈕模板列，第一個顯示刪除圖片，第二個顯示編輯圖片，第三個顯示添加圖片.看代碼第一個按鈕模板列的代碼：using System;using System.Windows.Forms;namespace 兩列合并重繪欄位標題頭{  public class DataGridViewButtonColumnDel :

           隨著現代科技的迅速發展，上網裝置越來越多，特別是智能手機和3G技術的發展，使得越來越多的系統要發展Mobile的版本，而且Mobile的版本主流的就有幾種。其中市場份額較大的就有Apple的IOS版本和Google的Android。所以我們在開發系統時，如果要實現在手機端的功能的話，一般都要開發Android和IOS版本的系統。           當然以後可能還會有新的移動終端採用其他系統，但是目前來講主流的就是這2種了。如果一個使用者既可以有Android系統的許可權，

            前段時間系統的基礎資料進行了幾次變更，根據公司的要求將部分資料進行了修改，也匯入了部分新的資料。當時雖然也進行了審查，但是一段時間後後果才表現出來，有的業務單據的單位出現了問題，有的轉換係數出現了，有的產品代碼出現了重複，而且我們系統和SAP及其他系統都有介面，其他系統的基礎資料出現問題時，也將資料傳給了我們的系統，導致我們本來沒有問題的資料也出現了問題，現在狀況十分糟糕，亂象十足啊。          

         最近進行了系統的一次大的升級，由於要進行升級執行的資料庫的指令碼很多，所以發布時一不小心執行了一個不該執行的指令碼。事後雖然我們及時的進行了補救，但是仍然讓系統的業務停滯了近2個小時。         因而有必要對資料庫指令碼的登記和管理及資料庫指令碼的發布流程進行下梳理。        首先就體現在資料庫的指令碼登記上：          1.指令碼登記一定要按照項目登記在統一的檔案夾，檔案夾的名稱要按照統一的規範來命名，讓發布人員一眼就能根據檔案夾的名稱來區分。      

       前段時間有個同事離職了，離職時有一個小外掛程式由於和現在得開發環境版本不一致（由於版本很老的關係），一直沒有納入原始程式碼控制。結果他離職後一段時間，外掛程式需要進行修改，為了以防萬一留下的原始碼版本和現在運行的程式的版本不一致，我使用.NET