❶ 求sql常考面試題
排序順序會影響系統性能嗎？
問：一些資料介紹說，在SQL Server 6.5中，排序方式會對系統性能造成影響，但是我並沒有發現有針對SQL Server 2000或SQL Server 7.0的類似說法。我想知道二分法檢索對SQL Server 2000程序到底有何意義。SQL Server 2000所支持的各種排序方式之間在執行性能上存在哪些差異呢？
答：請記住：各類排序方式間的性能差異受制於SQL Server在數據排序和數據比較上所花費的CPU周期數量。排序速度快並不代表性能就一定會得到改善。事實上，選擇較為「快速」的排序方法（例如二分法）可能會導致應用程序在其它方面的性能降低。
例如，假設您有一個查詢，該查詢通過last_name欄位進行搜索。二分法排序的規則規定：Smith 並不等於smith。您的應用程序開發人員可以通過要求所有數菥笮蔥問交蛐⌒蔥問嚼詞迪終飧鮃滴衤嘸5牽導實慕餼靄旆ㄊ嵌運閹鞅碇械乃惺菔褂肬PPER() 或者 LOWER() 函數。但不幸的是， 如果類似UPPER()這樣的函數對一個經過索引的列進行了操作，SQL Server將不再能夠使用索引搜索數據。在這種情況下，通過使用二分法所獲得的所有性能提升都將被花費在全表掃描上的巨大性能降低所抵消。所以，您無需考慮不同排序方法間可能存在的微小性能差異，您也無需費神考慮何種排序方法最能滿足程序開發人員和最終用戶的需要。
— SQL Server MVPs
--------------------------------------------------------------------------
日誌文件的增長和DBCC DBREINDEX
問：我有一個30GB的資料庫，我使用完全恢復模式。無論什麼時候，只要我使用資料庫一致性檢查程序（DBCC）語句DBCC DBREINDEX對特定的大型數據表進行重新索引，我都要將恢復模式改為Bulk_Logged，在重新索引過程完成後再改回完全模式。我希望這樣做能夠避免事務日誌文件急劇增長，但是隨後的日誌文件備份工作量卻非常大--有大約15GB。從邏輯上說，資料庫中的數據在重新索引後同原先並沒有什麼不同，只是索引重新進行了組織，那麼為什麼日誌文件還是那樣大呢？我怎樣才能避免日誌文件出現這樣的急劇增長呢？
答：是的，在重新索引前後的數據是完全一樣的，但是索引卻全面進行了更新。當您執行DBCC DBREINDEX命令的時候，SQL Server的日誌僅僅記錄了擴展盤區的分配情況（8頁面單位），而不是記錄了每一行或者每一頁所發生的變化。這種類型的日誌記錄方式避免了物理文件由於系統故障而遭到破壞，並且將更詳細的日誌記錄對系統吞吐量產生的影響降低到最小。
當您備份日誌文件的時候，SQL Server必須對分配在擴展盤區中的頁面進行備份，以便保持資料庫備份和日誌備份的一致性。如果SQL Server不備份這些頁面，您將不能夠切換回完全恢復模式，除非你進行一次完整的資料庫備份。您必須能夠從最近一次的完全備份、任何差異備份以及任何更新的事務日誌備份中對資料庫進行恢復。
——————————————————————————————————————————
再者，看你面試什麼方面的啦！
要是DBA的話，層次更高一些！
❷ sql面試題
1，答
select * into B庫.table_b from A庫.table_a
2，答
select * into A庫.new_table from A庫.table_a left outer join B庫.table_b on A庫.table_a.name=B庫.table_b.name and A庫.table_a.Text=B庫.table_b.text
delete from A庫.table_a left outer join A庫.new_table on A庫.table_a.name=A庫.new_table.name and A庫.table_a.Text=A庫.new_table.text
delete from B庫.table_b left outer join A庫.new_table on b庫.table_b.name=A庫.new_table.name and b庫.table_b.Text=A庫.new_table.text
3 答
select * from （select top 10 * from （select top 100 * from 表 ）as a） as b
4 答
select * into 表c from 表A
union all
select * into 表c from 表B
試試如果不對請指正。
❸ 我學的是SQL server 資料庫 ，大家覺得資料庫哪方面的知識點最重要，面試的時候經常問
首先資料庫基本的知識是必須掌握的，
數據的備份及恢復策略
資料庫隨著數據量的增大，提升速度就變得重要的，所以對資料庫性能優化就必不可少了:索引、分區、sql優化 很多了.....
❹ sql面試題，牛人幫做下謝謝
(1) F_OrderID 欄位後面的PK是代表什麼？
Varchar(50)與Char(50)、Nvarchar(50)有什麼區別？
PK 意思是 主鍵. 也就是 一個 主鍵,在這個表裡面, 最多隻能找到 一行數據.
Varchar(50) 可變長字元串, 長度為 50位元組。
Char(50) 固定長度字元串, 長度為 50位元組。 假如內容不足50，會自動補空格
Nvarchar(50) 可變長字元串, 長度為 50字 == 100位元組。
(2)請編寫一條Sql語句，列出所有F_OrderName以abc開頭的並且F_CategoryName以xyz結尾的所有訂單，並以F_CategoryName升序F_OrderName降序排列。
在這兩個欄位上建立索引是不是會加快查詢速度？
SELECT
*
FROM
tblOrder
WHERE
F_OrderName LIKE 'abc%'
AND F_CategoryName LIKE '%xyz'
ORDER BY
F_CategoryName ASC,
F_OrderName DESC
對於 普通的索引，在 F_OrderName 上面建索引，可加快。
在 F_CategoryName 上面建， 無效果。 （Oracle 的一種特殊的反向索引，可以加快）
(3) 請編寫一條Sql語句，列出tblOrder表第31到第40條記錄，F_OrderID為主鍵，註：F_OrderID可能是不連續的。寫出兩種以上你認為性能最好的sql語句。
SELECT TOP 10
*
FROM
(
SELECT TOP 40 * FROM tblOrder ORDER BY F_OrderID
) subQuery
ORDER BY
F_OrderID DESC
SELECT
*
FROM
(
SELECT TOP 40 * ,
ROW_NUMBER() OVER(ORDER BY F_OrderID ) AS no
) FROM tblOrder ORDER BY F_OrderID
) subQuery
WHERE
no between 31 and 40
(4) sql語句里inner join,left join,right join的區別？
以 A JOIN B 為例子
A inner join B 意思是， A 與 B 表， 大家都有的數據， 才檢索出來。
A left join B 意思是， A 與 B 表， 大家都有的數據， 以及 A 有 B沒有的， 都檢索出來。
A right join B 意思是， A 與 B 表， 大家都有的數據， 以及 A沒有 B有的， 都檢索出來。
A full join B 意思是， A 與 B 表， 大家都有的數據， 以及 A 有 B沒有的，A沒有 B有的， 都檢索出來。
❺ 面試官問「項目中有沒有進行過sql性能優化」
可以這樣說
使用索引，把所建的索引所用列名，用在where語句中,並盡量在條件的最右邊
在Sql語句中，把條件最小的寫在最右邊,如果id=?寫在最右邊
在sql盡量少寫子查詢，用join語句代替，少寫in,like,or
❻ 面試Java開發時問到高並發怎麼處理的，還有sql優化有哪些辦法，有哪位大神知道啊，新手！！
Java開發高並發的處理方法：
最基礎的地方做起，優化我們寫的代碼，減少必要的資源浪費
避免頻繁的使用new對象，對於整個應用只需要存在一個實例的類，我們可以使用單例模式。對於String連接操作，使用StringBuffer或StringBuilder，對於工具類可以通過靜態方法來訪問。
避免使用錯誤的方式，盡量不用instanceof做條件判斷。使用java中效率高的類，比如ArrayList比Vector性能好。
圖片伺服器分離
對於web伺服器來說，圖片是最消耗資源的，於是我們有必要把圖片與頁面進行分離，我們把圖片放到獨立的圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為圖片的問題而崩潰。在圖片伺服器上，我們可以對不同的配置進行優化。
具體接觸過的緩存機制是hibernate的緩存機制。為了避免每次都向資料庫中取得數據，我們把用戶常常訪問到的數據放到內存中，甚至緩存十分大的時候我們可以把內存中的緩存放到硬碟中。還有高級的分布式緩存資料庫使用，都可以增加系統的抗壓力。
分批傳送
在做某項目的時候，一次傳遞的參數太多，而且資料庫規定一次最多傳遞的參數最多是三萬條，當時有五萬條記錄，那怎麼傳送呢？最終是分批傳送，電梯里一次乘不下那麼多的人，會報超重的bug，那就分批把人送上去。
還有一次在考試系統中，如果那麼多的考試人員同時提交到資料庫中，資料庫的壓力增大，有時會被down掉，當時採用的方法是使用ajax非同步傳輸，沒有等待考生點擊提交按鈕的時候，就把考生的答案自動提交，這樣也避免了突然斷電考生前面做過的題出現丟失的現象。
DB優化
在資料庫設計的時候就要考慮到後期的維護，資料庫三範式是我們設計資料庫索要遵循的原則。
索引的建立：建立索引要適當，如果一個表經常用來被查詢，對於增加和修改很少被用到，我們就可以為這個表建立索引，因為對於增加和修改和刪除操作時，我們對索引的維護要大大超過索引給我們帶來的效率。
表欄位的類型選擇要恰當。包括欄位的長度、類型等，要根據實際存儲的數據進行選擇，長度不要過長，否則會影響效率。
外鍵要慎用，因為主鍵代表這一張表，而外鍵代表一群表，對表之間進行了關聯，在刪除修改等需要我們關聯。
在資料庫操作上。 盡量使用prepareStatement，少用Statement，因為PrepareStatement是進行預編譯的。
connection設置為readOnly，Connection是對書庫連接，屬於重量級，我們使用即可。
連接池的使用，我們可以修改資料庫默認的連接數。
❼ sql優化的幾種方法面試
1.你把學校裡面學的東西都弄通，弄懂就可以了，基本的概念和原理都能說出來，如你說的sql優化就是：為資料庫建立索引，如何提高檢索速度之類的問題。教科書上都有說啊。
2.面試不是說一定要什麼都懂才能去面的，你要找多一點面試經驗，面試經常問什麼問題，比如指針，鏈表等，有針對性地准備一下，不用全部一骨碌地看。
3.積累經驗和編程作品，多做項目，自己多寫些程序。面試就有了籌碼。
❽ 關於Oracle PL/SQL優化，一面試題，求助
應該是說結構不是固定的，可能資料庫存在1000個表，每個需求不同，因此不能定義臨時表來存個儲這樣。記得不太清楚了，應該是靠怎樣避免重復創建表吧。
就算結構是靈活的，也可以定義臨時表，多定義幾個就是。
❾ sql面試題，請大神解答，急！！！
第一題，最高的10-20。
1234select*from(selectcolD,colE,dense_rank()over(orderbycolGdesc)asrkfromtableb)whererkbetween10and20--當然面試的話這里可以註明dense_rank和rank區別等等。
第二題，2樓寫的就可以了
第三題,注意題目是人數之和
12345selectcount(*)ascntfromtableBwherecolAin(=傳入idconnectbypriorcolA=colB)
第四題
--測試數據
withtableAas(select1ascolA,0ascolB,'北京',0ascolB,'上海'fromal),tableBas(select1ascolD,'人員1'ascolE,1ascolA,2000ascolG,0ascolHfromalunionallselect2,'人員2',1,2000,0fromalunionallselect3,'人員3',1,2000,0fromalunionallselect4,'人員4',1,2000,0fromalunionallselect5,'人員5',1,2000,1fromalunionallselect6,'人員6',2,2000,1fromalunionallselect7,'人員7',1,2000,1fromal)--查詢sqlselectdecode(t.colH,0,'女','男')asgender,max(decode(t.colC,'北京',t.cnt,0))as北京,max(decode(t.colC,'上海',t.cnt,0))as上海from(selecta.colC,b.colH,count(*).colA=b.colAgroupbycolC,colH)tgroupbyt.colH
這里可以解釋下本sql的思路：--首先查出每個地區不同性別的人數，在行轉列（由於題目很明顯告訴你固定數據）