A. sql Server中怎樣在臨時表中創建索引
你說的是臨時表還是表變數？
如果是臨時表的話跟普通表沒有區別：
比如
CREATE TABLE #Test(a int,b int)
CREATE INDEX IX_test ON #Test(a)
如果是表變數不支持直接創建索引，但是可疑在聲明表變數的時候設置主鍵。
比如
declare @table table(id int IDENTITY PRIMARY KEY,a int,b int);
B. SQL查詢效率，用臨時表 就失去索引 之間如何權衡，最好多舉例例，，:) 越來越矛盾SQL
你有什麼具體的設計問題嗎？
一般情況下，看不出這兩者之間有什麼需要權衡的。
1. 臨時表上可以建索引。
2. 臨時表的作用通常是暫存少量的查詢結果，而這些結果通常是通過各種索引搜出來的。
C. mysql子查詢結果放到臨時表中會不會保留索引
不管子查詢是否用到了索引，在放到臨時表後，都不會有索引，必須明確在臨時表上創建相關索引，才會有索引。
D. SQL 臨時表創建索引會提高效率嗎
只要你索引設置合理，當然會提升效率，其實臨時表你也可以理解為存儲在TempDB資料庫中的物理表。
我在做復雜業務流程處理時，經常用到臨時表，這樣就能避免對原始大數據表的頻繁檢索，明顯對速度有提升
E. sql排序使用加工出的欄位會用索引嗎
會。sql排序使用加工出的欄位是需要進行orderby排序，按照操作規范，是會用索引的，才能更好地進行查詢。
F. 關於資料庫SQL語句中使用臨時表
如果數據不多的話還是用表變數試試。過多使用臨時表會產生大量的I/O操作，數據量很小的情況下反而效率不高，還要維護索引/策略等等信息表，這些多餘的操作表變數都不需要。
G. sql in走索引嗎
這個問題跟IN無關吧。
你查詢的欄位需要存在相關索引系統才會走索引的。
你查詢的欄位必須是原表自動不能用套在函數內查詢，否則不走索引。
你要確認你沒有執行強制走索引語句。否則你走的索引跟你IN的欄位不符也是不會走到索引的。
你查詢的表要足夠多數據。沒上1W的數據系統都默認幫你全表查詢了，你還走什麼索引。
你一定要在系統表內查詢，如果你吧查詢出來的結果歸到臨時聚集再IN，因為臨時聚集是走臨時表空間，不會走索引的。
H. mysql臨時表會用到索引嗎
、UNION查詢；
2、用到TEMPTABLE演算法或者是UNION查詢中的視圖；
3、ORDER BY和GROUP BY的子句不一樣時；
4、表連接中，ORDER BY的列不是驅動表中的；
5、DISTINCT查詢並且加上ORDER BY時；
6、SQL中用到SQL_SMALL_RESULT選項時；
7、FROM中的子查詢；
8、子查詢或者semi-join時創建的表；