其他

以前寫SQL 關聯語句時,經常使用 LEFT JOIN 或者 INNER JOIN,很少使用FULL JOIN ,基本上就忘記了,最近在一個報表中要求一個功能,想了半天才想起來這個串連方式:兩張表內容如下:使用FULL JOIN 串連後內容如下:SELECT A.*,B.* FROM [TEST].[dbo].[打樣通知單_領紗資訊] A FULL JOIN dbo.打樣通知單_紗線資訊 B ON A.通知單號 =B.通知單號 AND A.領紗次數

在編寫伺服器控制項時，經常需要向頁面發送大量的用戶端代碼。一般情況下我們可以直接用output.Write() 寫到頁面，但這樣會帶來一個幾個問題：      1、如果同一個頁面有幾個這樣的伺服器控制項，是不是同樣的用戶端代碼要被寫到用戶端好幾次？      2、如果讓頁面自動運行相應的用戶端指令碼？     其實這些問題ASP.NET裡已提供瞭解決方法。    在Page類裡有幾個方法：   

在布局頁面的時候，對於Ext

Hubble.net V0.2 版本正式產生 Author: eaglet    Hubble.net V0.2 版本曆時將近半年時間，終於全部結束，期間走了一些彎路，耽誤了一些時間。     V0.2 版本是Hubble.net 的一個重要基石，該版本完成了一下功能和改進    1.檔案索引    完成了將倒排索引持久化到檔案的功能。    2.中繼資料索引    可以對一些類似價格，數量之類的原資料進行索引。    3. 資料存放區功能   

    最近在做一個幾百萬條資料的分頁查詢，研究了各種方案，在本機上用項目的實際資料庫做測試，測試過程 is very 痛苦，不堪回首ing。現在廢話不多說，直接上結果，相信這也是大多數搜尋答案的人最願意看的方式。    以下是預存程序的代碼： 1 CREATE PROCEDURE [dbo].[P_GridViewPager] ( 2 @recordTotal INT OUTPUT, --輸出記錄總數 3 @viewName VARCHAR(800),

從一個TABLE中取一行放到另一個TABLE裡報錯： 該行已經屬於另一個表。的解決辦法 用下面來個方法就OK了。DataTable dt = new DataTable();dt = ds.Tables["All"].Clone();//複製All的結構傳遞給dtDataRow[] dr=this.dataSet31.Tables["Product"].Select("bc=1"); //通過條件得到合格行for(int i=0;i<dr.Length;i++){//將數組元素加入表...

 珍惜時間時間就是金錢，時間就是生命，時間如同健康一樣，如果時間都沒有，那成功也就是浮雲了。所以那些牛人們總是很愛惜自己的時間，總是在想辦法提高自己的做事效率。善於總結日常總結，隨身筆記一定是要做的，總結就是理解它，並且理解了還不要忘記它，時不時還翻回來看看，否則很多知識學習了又忘記了。總結這個法寶，一定要隨身攜帶。 懂得專註IT領域需要懂的太多了，營運、DBA，各種作業系統，各種語言......如果什麼都想學好，結果必然是什麼都略懂，但什麼都拿不出手，所以註定無所建樹，成不了牛人，而牛人是深刻

當多個事務在資料庫中並發執行時，資料的一致性可能受到破壞。系統有必要控制各事務之間的相互作用，這是通過並發控制機制的多種機制中的一種來實現的。避免事務"餓死"，授權加鎖的條件：不存在在資料項目Q上持有與M型鎖衝突的鎖的其他事務；不存在等待對資料項目Q加鎖且先於Ti申請加鎖的事務。常用的機制是各種封鎖協議，時間戳記排序，有效性檢查，多版本機制。封鎖協議是一組闡明了事務合適對資料庫中的資料項目加鎖解鎖的規則。兩階段封鎖協議僅在一個事務未曾釋放任何資料項目時允許該事務封鎖新資料項目。該協議保證可串列性

jQuery.fn.attr、jQuery.fn.prop的區別假設頁面有下面這麼個標籤，$('#ddd').attr('nick')、$('#ddd').prop('nick')分別會取得什麼值？<div id="test" nick="casper" class="dddd"></div>沒什麼關子好賣，答案如下：$('#test').attr('nick'); // "casper"$('#test').prop('nick'); //

1.　為什麼要並發控制？資料庫是共用資源，通常有許多個事務同時在運行。當多個事務並發地存取資料庫時就會產生同時讀取和／或修改同一資料的情況。若對並行作業不加控制就可能會存取和儲存不正確的資料，破壞資料庫的一致性。所以資料庫管理系統必須提供並發控制機制。2.　並行作業可能會產生哪幾類資料不一致？丟失修改兩個事務 Tl 和T2讀入同一資料並修改，T2提交的結果破壞了（覆蓋了） Tl 提交的結果，導致 Tl 的修改被丟失。 不可重複讀取事務 Tl 讀取資料後，事務T2執行更新操作，使 Tl

-- 幾種插入資料的方法---------1. 建立表後再插入 insert into 插入表(列...) select 列... from 表名... 2. 插入時建立表 SELECT 列... into 插入表 from 表名 3. 將預存程序或者動態批處理的結果集插入到新表(把本機當作連結的伺服器來用) EXEC sp_serveroption <伺服器名>,'data access',true; SELECT * INTO 插入表 FROM

背景：大部分瀏覽器已經實現了json對象轉字串的原生api支援，那在較低版本瀏覽器瀏覽器——如大家最喜愛的IE6——裡如何?呢？ 首先運行以下方法，測試各種情況下，JSON.stringify的輸出，這有助於下文代碼的實現以及測試。用例不一定完整，歡迎補充function test_toStringify(){ var result = { "JSON.stringify(undefined)": JSON.stringify(undefined),

我只把我現在用的方法列出來:1.建立一個輔助表,裡面只有一列,內容為0-100W個數CREATE TABLE Nums(n INT NOT NULL PRIMARY KEY);insert into Nums values (0)DECLARE @max AS INT,@rc AS INT;SET @max = 1000000;SET @rc=1;INSERT INTO Nums VALUES (1);WHILE @rc * 2 <=@max BEGIN INSERT

　　本人也是coding很多年，雖然很失敗，但也總算有點失敗的心得，不過我在中國，大多數程式員都是像我一樣，在一直走著彎路，如果想成為一個架構師，就必須走正確的路，否則離目標越來越遠，正在辛苦工作的程式員們，你們有沒有下面幾種感覺？　　1.

XAML是eXtensible Application Markup

文章目錄  

Hubble.net 持久化方面3個重大改進 Author:Eaglet 1.持久的DocId 　　Hubble.net 採用的持久的 DocId，即DocId 永遠不會改變，而 lucene.net 的 DocId 是動態。這導致Lucene無法用DocId 做主鍵和別的資料進行整合 所以Lucene 的全文內容和全文索引必須要建在一起，不能單獨只建索引，而通過DocId從其他的儲存群組件（如資料庫中）擷取全文內容。系統整合能力不夠靈活。2. 中繼資料快速修改　 

其時這個用RIGHT()函數即可實現,但如果對於長度為1的欄位,則前面要加個字元,湊夠兩位. SELECT NAMES=CASE WHEN LEN(name)<2 THEN '0' + name ELSE LEFT(NAME,2) END FROM [TEST].[dbo].[測試取欄位]SELECT RIGHT(('00' + NAME),2) FROM [TEST].[dbo].[測試取欄位] 很明顯,下面的一個效率要高一些,但如果是取左邊兩位的話,我就想不出什麼辦法了.

文章目錄 例子一： 先上例子，下面代碼的作用是：對每個選中的div元素，都給它們添加一個red類$('div').each(function(index, elem){

文章目錄 知識輸入資訊過濾5個W法則ACE調整期望（當聽眾的需求非常多樣化時）如何展現“乾貨“如何讓受眾對分享感興趣四化讓學員印象深刻讓內容更迷人的小技巧調動學員興趣素材積累偶爾來點“水貨”氣場的來源雜貨堆積