其他

 如果要得到如CS_00000001，CS_00000002，CS_00000003的流水帳號如下預存程序Create PROCEDURE [dbo].[sp_Room_Code]       @CodeID varchar(11) output  --// CS_00000001 流水帳號的長度，這裡我用11位AS   declare @num int                      --//定義一個   select @num =

一個事務的一致性，舉例：銀行轉帳的過程兩個事務之間的隔離性,舉例：你取錢時，有人給匯款（產品購買）！預設情況下，直接執行的一條語句自己就是一個獨立的事務，一個事務不能復原其他的事務。並發事務中可能發生的各種問題：髒讀、不可重複讀取、虛（幻）讀。交易隔離等級：Read Uncommitted、Read Committed、Repeatable

 Web.config中的設定： <appSettings>      <addkey="ConnNew"value=".;uid=sa;pwd=123;database=GlassOffice"/></appSettings>  <connectionStrings>    <addname="ConnKu"connectionString="Data Source=.;Initial Catalog=tongjinet;User

在text資料類型欄位輸出顯示內容時，不要用TextBox控制項；因為如果你用線上編輯器存入到text資料欄位後，用TextBox控制項會將HTML一起輸出，而用Label或直接輸出就不會出html代碼。 如果想出捲軸，可以用DIV，方法如下：                  <div id="Div" runat="server" style="border-style:solid;                                                    

根據國務院檔案，5.19-5.21為全國哀悼日，在此期間，全國和各駐外機構下半旗誌哀，停止公用娛樂活動，外交部和我國駐外使領館設立弔唁簿。5月19日14時28分起，全國人民默哀3分鐘，屆時汽車、火車、艦船鳴笛，防空警報鳴響。 Admin5與很多草根網站都將整站換成素裝。並建議中國所有網站更換為素裝。 國務院決定5月19日至21日為全國哀悼日  http://www.admin5.com/article/20080518/85035.shtml

轉自：http://www.mobpub.net/viewthread.php?tid=2380&extra=page%3D6Microsoft Sync Frameworks簡稱MSF，是一個綜合的同步平台，MSF支援應用程式，服務，裝置的線上以及離線同步。MSF主要有以下幾個組件組成：     * Sync Services for ADO.NET: 同步ADO.NET的資料     * Sync Services for FeedSync: 同步 RSS 和

J2EE只負責定規範，自然安全也不例外，因此在J2EE安全規範裡面就多了很多名詞，如JCA,JCE,JAAS，JSSE。按照J2EE的觀點來說，SUN實現其中的主體架構，其中就包括JAVA的核心安全體系架構以及常用的加密、認證、授權方面的演算法和介面，第三方可以使用這個架構同時也可以擴充安全體繫結構，前提是第三方得遵循我SUN定出的規範。規範自然來自於設想，J2EE安全規範自然也有自己的設想。在這個設想裡面，J2EE約定了很多程式角色以及這些角色之間的關係，最重要的是J2EE定義了這些角色的責任

從不同的Location來到資料，首先資料格式會有所不同，其次資料的組織方式不一致。後者決定了資料在用戶端的顯示方式，而資料的顯示方式可以有多種，常見的資料顯示方式包括表格/樹等 資料顯示服務提供不同的資料顯示組件，包括表格和樹。 使用者可以指定資料的顯示方式，每個Location的資料可以選擇一種或多種資料顯示方式，使用者也可以自己定義資料顯示方式。

對於商務邏輯應不應該放到SP裡面的討論由來已久，最有價值也最沒有價值的觀點就是，有些該放到SP有些不該放，那麼到底哪些該放那些不該放呢？這需要從多個維度來考慮這個問題，這個看起來簡單，但不簡單的問題。 可移植性。考慮不要使用SP，但是不能和效能因素相衝突。 效能。高效能堅決使用SP。 計算複雜度。複雜度高的堅決不用SP，除非萬不得已。 簡單的CRUD不要使用SP。 訪問多個表的資料進行處理的邏輯放到SP裡面。 開發人員。如果沒有SP的開發人員就應該仔細斟酌了。

很多書籍在描述解決一個特定的問題的時候經常會提到自上而下和自下而上的解決方式。自上而下指的是先勾勒出解決問題的大綱，然後根據這個大綱在把問題細分，逐步解決問題。自下而上則在解決問題的時候沒有初始的大綱，先解決局部問題，然後在組合各個局部的解決方案，從而解決最終的問題。它們很好地總結瞭解決問題的方式，但是自上而下和自下而上從來都是跟具體情況相關的。什麼時候該自上而下，什麼時候該自下而上是很值得考量的。那麼具體應該怎麼來做呢？

很長一段時間了，一直在關注虛擬化和雲端運算技術，看了很多資料，也經過了一些研究和實踐，也一直想有個機會能夠把所看到的、所實踐到的內容進行一下簡單地總結，無奈至今，要麼因為沒時間，要麼因為沒有那個心情。

Agile開發方法論自提出以來受到了廣泛的關注，即便是那些曾經一直關注在非light-weight領域的組織如IBM/SEI等。那麼為什麼會這樣呢？我們都知道一切東西的存在都有其合理性。既然如此，Agile的存在自然也有其存在的理由。那麼是什麼呢？

        //TextBox1.Text = DateTime.Now.ToShortDateString(); //返回當前的日期        //TextBox2.Text = DateTime.Today.Year.ToString(); //返回當前日期的年份        //TextBox3.Text = DateTime.Today.Month.ToString().PadLeft(2,'0'); //返回當前日期的月份        //TextBox4.Text =

在開發ADO.NET程式時允許在連接字串中設定Allow Batch參數。這個參數的意思是，允許伺服器一次性將多條命令批量發送給伺服器去執行。以MYSQL為例，多條為“；”分割的命令可一次性地發送給MYSQL伺服器去執行。很顯然這會明顯地減少用戶端和伺服器之間的通訊開銷。這對於同類型的命令來說是有效，比如一次執行多條update語句，一次執行多條select語句。順便需要提到的是，在高版本的MYSQL，SQL

很多時候，當我們說起對象的時候往往都說的是程式中的某個類的執行個體，在教學的時候很多老師也都會這麼說。但是在現實的項目開發中，這樣的定義是沒有任何意義的，因為只要用的是一門物件導向的語言，這種定義本來就已經蘊含在語言之中，所以在程式開發的時候再給開發人員傳輸這麼一個定義是完全重複的，沒有任何實際意義的。 我認為對象的定義不能一概而論，對象是分層次的，那麼對象的定義也應該是分層次的，本文的觀點就是將對象的定義分為了兩個層次，分別是大對象和小對象。

如果是開發一個應用程式，那麼在一般情況下你都會需要使用應用程式配置。簡單地說來，應用程式配置是應用程式運行可通過外部（使用者或其他應用程式）進行設定的成對的名稱和數值的集合。在這裡，應用程式指的不是簡單意義上的exe，它也可能是應用程式的某個部分，為什麼這樣說呢，因為應用程式可以認為是由多個部分所組成，而這些組成部分是完全可以以應用程式的形式存在的，只是有的時候我們把它寫成了dll、類、模組等，也就是說這的應用程式配置可以認為是模組配置，不過應用程式配置更好理解一些。以ORACLE的記憶體管理程

  [文章作者：孫立 連結：http://www.cnblogs.com/sunli/ 更新時間：2010-08-24]     sns系統，微博系統都應用到了feed（每條微博或者sns裡的新鮮事等我們稱作feed）系統，不管是twitter.com或者國內的新浪微博，人人網等，在各種技術社區，技術大會上都在分享自己的feed架構，也就是推拉模式（timyang上次也分享了新浪微薄的模式）。下面我們就微博的feed推拉(push,pull)模式做一下探討，並提出新的時間分區拉模式。     

eWebEditor是基於網頁的、所見即所得

1.講解了MySQL的安裝，對安裝介面提示資訊進行瞭解釋，例如，資料庫伺服器程式與用戶端程式的工作關係，資料庫伺服器程式與資料庫空間的關係，MySQL

1. 學英語要明確自己學習的目的，並為自己設定一個目標。 首先要問自己“我為什麼要學英語？”學口語又有學口語的特有的方法。所以，請選擇與您目的相適應的學習方法，能讓您取得事半功倍的效果，何樂而不為呢？ 其次，目標的設定，在人的一生所用活動包括英語學習，起著很重要的作用。人生猶如一葉在大海中飄蕩的小舟，您既要盡量地使小舟擴充為巨輪，同時又要為其設定方向，否則永遠只能在大海中飄蕩！