其他

有時候﹐我們在設計Winform的時間﹐並不希望用戶在按“X”或“Alt+F4”,將窗體關閉﹐而只是希望將其最小化而已﹐關於實現這個功能﹐只需覆寫Form的WndProc方法就可以實現的﹐請將以下代碼輸入你的窗體檔案就可以實現﹕

--如果經常訪問或資料量大,建議用鏈結伺服器--創建鏈結伺服器exec sp_addlinkedserver  'srv_lnk','','SQLOLEDB','遠端伺服器名或ip地址'exec sp_addlinkedsrvlogin 'srv_lnk','false',null,'用戶名','密碼'go--查詢樣本select * from srv_lnk.資料庫名.dbo.表名--導入樣本select * into 表 from

我們使用一些編譯語言進行開發的時候，常常會涉及到一些進度條的開發。可是大家有沒有想過就在MS的Excel中也實現一下該功能，如果各位有興趣，請跟我來，

連載之11原創：胖子劉（轉載請註明作者和出處，謝謝）1.       人員在需求調研和分析階段、通常需要製作使用案例圖，記錄當前應用系統Actor及用例。假設系統Actor包括公司員工、簽約人、供應商聯絡員、客戶聯絡員4種類型，那麼有些系統可能就會設計成4個表來分別儲存。如果某個人所屬的公司既是本公司的供應商又是客戶，他則既是供應商聯絡員、又是客戶連鎖員，那麼這個人的資訊就要在“供應商聯絡員”、“客戶聯絡員”表裡各存一條記錄，這就造成了資料冗餘。為了避免這種情況，我們採用“主擴充模式”進行設計，

foreach是一個對集合中的元素進行簡單的枚舉及處理的現成語句﹐用法如下﹕ 1using System; 2using System.Collections; 3namespace LoopTest 4{ 5class Class1 6{ 7static void Main(string[] args) 8{ 9// create an ArrayList of strings10ArrayList array = new ArrayList();11array.Add("Marty");12

          粘貼這篇文章在這裡﹐主要是因為我的電腦常常被莫名其妙的安裝了一些不喜歡的東東﹐然後卸載﹐可是也常有一些好像是什麼服務沒有關掉的東東﹐搞得很多不能完全刪除﹗            另一個原因就是我不明白我的"從RSS導入"怎麼都是用不了。一直導不成功。知道的朋友能否給個說明﹐謝謝﹗  

學習多層架構有一段日子﹐一點點個人理解﹐當然其中可能存在偏頗﹐歡迎各位拍磚批評﹗首先是數據訪問層﹕1﹑數據訪問層的主要目的就是屏蔽上層業務邏輯層與底層數據訪問﹐使業務與數據操作無關。因為數據訪問層在中間的嘛﹐呵呵﹐這個極好理解吧﹗

連載之6原創：胖子劉（轉載請註明出處及作者，謝謝。）（五）使用上述四種模式的一般原則1.       什麼時候用“主擴充模式”？對象的個數不多；各個對象之間的屬性有一定差別；各個對象的屬性在資料庫設計階段能夠完全確定；各個擴充項物件有獨立的、相對比較複雜的業務處理需求，此時用“主擴充模式”。將各個對象的共有屬性抽取出來設計為“主表”，將各個對象的剩餘屬性分別設計為相應的“擴充表”，“主表”與各個“擴充表”分別建立一對一的關係。 2.      

  多層結構就像多個人，分別不同負責各自的工作。該知道自己知道的，不該知道自己不知道的。別八卦，別打聽不該自己知道的事。 表示層：不應該知道的：不應該看到物理的資料存儲。不應該有connection strings,Connections,Commands或者類似。應該知道的：應該知道主要模組。業務邏輯層：不應該知道的：不應該知道資料庫在哪裡。不應該有connection

連載之10原創：胖子劉（轉載請註明作者和出處，謝謝）五、通用資料庫模型分析在我們資料庫模型設計領域，有一個很有趣的比例——“5:3:2”，我稱之為“五三二法則”。具體是什麼含義呢？這個“5”，表示大約50%的功能設計是跨行業通用的，不管你是做商業流通項目、還是電子化政府專案、或者是網上拍賣系統，雖然各個項目所屬行業不同，但是它們中的50%的設計思想都是相同的，這就是本章（第五章）所要講述的“通用模型設計”。換句話說，本章所講述的模型設計思想，你可以在任何項目中使用；“3”表示在某行業內部的各個不

連載之13原創：胖子劉（轉載請註明作者和出處，謝謝）3.      

委拖是.NET 引入的一種重要技朮﹐可以實現對象的動態綁定。是面向對象和類型安全。主要用於.NET

追MM與設計模式

  你努力工作——你怎麽總是沒有時間陪我？ 你不努力工作——遊手好閒的懶鬼！ 　 她有一份低收入工作——這是嚴重的剝削！ 你有一份低收入工作——廢物！快換一個工作！ 　 她的職位比你高——機會面前人人平等！ 你的職位比她高——哼，還不是因爲偏袒！ 　 你給她買花——圖謀不軌！說吧，什麽企圖？ 你不給她買花——根本不懂怎麽體貼人家！ 　 你盯著她看——喂，再看我告你性騷擾！ 你不看她——這人腦子有毛病！ 　 你哭——熊樣兒！哪兒像個男人？ 你不哭——冷血動物！木頭人！ 　

--1：獲取當前資料庫中的所有用戶表select Name from sysobjects where xtype='u' and status>=0--2：獲取某一個表的所有欄位select name from syscolumns where id=object_id('表名')--3：查看與某一個表相關的視圖、存儲過程、函數select a.* from sysobjects a, syscomments b where a.id = b.id and b.text like

連載之8原創：胖子劉（轉載請註明作者和出處，謝謝）（二）自連接模式自連接模式，也可以看作是“主從模式”的一種特殊情況（或者說是“變形”），它在一張表內實現了“一對多關聯性”，並且可以根據業務需要實現“有限層”或者“無限層”的主從嵌套。這種模式用得最多的情況就是實現“樹形結構”資料的儲存，比如各大網站上常見的細分類別、應用系統的組織圖、Web系統的菜單樹等都能用到這種模式。自連接模式有很多變體，且每種變體的優缺點同樣鮮明。由於本連載的重點在於對跨行業通用資料庫模型設計進行分析，所以對每種具體模式的

我相信﹐很多朋友都和我一樣有熬夜的習慣﹐今偶在某BBS看到這則驚人訊息﹐特轉貼過來。熬夜的朋友﹐應該注意自己的健康了。有了健康就有一切﹐失去健康﹐就可能失去一切。以下是原文轉貼:不要睡覺太晚，看看身體器官的工作時間晚上9-11點為免疫系統（淋巴）排毒時間，此段時間應安靜或聽音樂 晚間11-淩晨1點，肝的排毒，需在熟睡中進行。 淩晨1-3點，膽的排毒，亦同。 淩晨3-5點，肺的排毒。此即為何咳嗽的人在這段時間咳得最劇烈， 因排毒動作已走到肺；不應用止咳藥，以免抑制廢積物的排除。

  一個沒有多少文化的年輕人，成了暴發戶。一天他去飯店吃飯，服務員拿過來一個湯匙，湯匙上寫著：made in china。年輕人一看就急了，對著服務員大叫：你們飯店怎麽罵人那？！服務員莫名其妙：沒有呀！年輕人吼到：你們當我沒文化，不認識中文拼音？？說著將湯匙遞給服務員：這上面明明寫著：ma de， ni chi na？（媽的，你吃那？）把這個笑話送給那些用拼音或者英文灌水的朋友們。

連載之7原創：胖子劉（轉載請註明作者和出處，謝謝）資料庫物理模型設計的其他模式除了上面提到的四種主要設計模式，還有一些其他模式，在某些項目中可能會用到，在這裡先簡單做個說明，暫不做深入討論，等到以後的項目用到這些模式的時候，再結合實際需求詳細解說。（一）繼承模式繼承模式，可以看作是“主從模式”的一種特殊情況（或者說是“變形”），它所代表的兩個對象也是“一對多”的關係。它與“主從模式”的區別是，“繼承模式”中從表的主鍵是複合主鍵，並且複合主鍵中必定包含主表的主鍵列。根據從表繼承主表的列的數量，繼承

摘要相信大家都聽說過正則運算式，用它可以在欄位中進行高速尋找、替換等功能。使用正則運算式可以輕鬆的對文本進行控制。比如，如果您想知道一個字串的數位運算式是否在 "0.1"–"9.9" 之間（注意，只有一位小數），您會用什麽方法辦到這個需求呢？我想您會一個 char 一個 char