目前, 用 SSMS 看到 測試 DB 的 測試 Table 的 某 int 欄 或 某 datetime 欄,
該「資料行屬性」只有「全文檢索規格」可能算有點相關的設置,
但直覺上應該跟我要解決的效能問題無直接相關,

後來在 google 到可以下指令, 讓該欄位索引化
CREATE CLUSTERED INDEX idx_V1 ON [dbo].Test_IdxPFM
測試 20.1 萬筆資料的讀取, 起來速度變快很多, 10-1000倍左右,
原理上我還沒深入去看, 而且, clustered index 只能設置一個欄位,
若想要索引化其他欄位或更多欄位,

法1. 假設純粹換另一個欄位索引化,
刪掉原 clustered index 欄位,
新增新欄位的 clustered index 設置,
因為, 1個 Table 限最多1個是 clustered index 欄位,

法2. 保留原 clustered index 欄位,
改新增其他欄位的 nonclustered index 設置,
CREATE NONCLUSTERED INDEX idx_V2 ON [dbo].Test_IdxPFM

註: 其他至少還有2種索引方式

Ext_Q1:
因為只有1000筆資料是要Select出來,
希望索引後,
這1000筆資料被要Select出來的花費時間,
應該是幾乎常數才對?

Ext_Q2:
若將這1000筆資料, Update 成預期 Select 時不會輸出的資料,
再Insert 該1000筆資料, 該新1000資料預期 Select 時會被輸出的資料,
好像也沒變慢回去, 是正常的嗎?
難道, CLUSTERED INDEX 或 NONCLUSTERED INDEX 系統會自動更新索引內容?
不用我每一次 Update / Insert 時,
手動 Delete / Create CLUSTERED INDEX 或 NONCLUSTERED INDEX 來更新索引內容?

Ext_Q3: 我懷疑測試資料不夠客觀、務實,
我的測試資料:
用 Transact SQL 的 while 語法加入測試資料,
前面 10 萬筆, 預期不會被 Select 輸出的資料,
接著 1000 筆, 預期會被 Select 輸出的資料,
再接 10 萬筆, 預期不會被 Select 輸出的資料,

有沒有什麼方法可以直接把系統上的資料給隨機換位?

Ps. 我是想用 C# 讀起來, 再隨機寫到另一個 New Test Table
或 2000筆 Select 不到資料, 配1筆 Select 要的資料, 寫到另一個 New Test Table

Ext_Q4,
延伸 Ext_Q3,
當我知道 Select 出來結果一定有1000筆,
不設 CLUSTERED INDEX 或 CREATE NONCLUSTERED INDEX 的情況下,
改用 Top(1000) 修飾 Select 的指令,
也發現會明顯改善效率!
想問的是若這1000筆預期會輸出的資料, 在 Table 的第1筆, 和 Table 的最後1筆,
是不是, 效率會整個 down 下來?

Ext_Q5:
在設置 clustered index 欄位或 nonclustered index 欄位後,
從那些欄位「資料行屬性」看不出有什麼變動?

用SSMS從該DB的右鍵選單的「編寫資料表的指令碼為」的「Create至」的「新增查詢編輯器視窗」的 SQL 指令內容,
看不出有什麼包含 CREATE CLUSTERED INDEX 或 CREATE NONCLUSTERED INDEX,

也就是, 我目前查不出 Table 的欄位是否存在有被設置 NONCLUSTERED INDEX 或 NONCLUSTERED INDEX的情況,
只有在下該欄位的 CREATE CLUSTERED INDEX 或 CREATE NONCLUSTERED INDEX 時,
SSMS 會警告有重覆了!
有沒有比較好的方式得知表格所有欄位被設 CLUSTERED INDEX 或 NONCLUSTERED INDEX 的情況?

Ext_Q6:
延伸 Ext_Q5 的查不到欄位被設 CLUSTERED INDEX 或 NONCLUSTERED INDEX 的情況下,
若撘配 DB 備份 或 複製,
會不會沒備到或複製到 CLUSTERED INDEX 或 NONCLUSTERED INDEX 的設置?

針對先前『我第1個想法,
我想像用 NewTable 專放2週內的資料, OldTable 專放過期資料;
寫個Routine在凌晨時, 將資料從 NewTable 過期資料 搬到 OldTable.
』延申另一個同步性問題,

當資料從 NewTable 搬到 OldTable 時, 如果開放預約或查詢會不會有問題?

Case 預約:
因為資料是過期, 不管NewTable 或 OldTable 都不該也不會被預約成功,
應該不會變成問題!
更正確的, NewTable 上雖然都放近2週可預約, 但過期的還是可以判斷出可否被預約!

Case 查詢:
搬移 = Copy 完成 → 再 Delete 掉 NewTable 上被 Copy 的資料,

再 Copy 未完成時, Copy 到的資料, 會同時存在 NewTable 和 OldTable 兩邊,
變成好像有人重覆預約,
所以, Copy 時, 要停止查詢或檢查一些違規的規則,

再 Copy 未完成時, 突然斷電 或 Crash ,
也是問題!

另外, Copy 完成後, 突然斷電 或 Crash ,
變成沒完成 Delete,
也是問題!

結論:
本問題桃戰到 「可移動資料結構的設計」

Move != Copy + Delete
Move 未完成時, 要 Locked 其他動作,
但是, Copy 和 Delete 要依序開放!