從cpu和內(nèi)存來理解為什么數(shù)組比鏈表查詢快？由于鏈表使用下一個指針來維護(hù)鏈表結(jié)構(gòu)，因此其插入和刪除效率相對較高。再次插入和刪除時，不需要移動以下數(shù)據(jù)。。但每次搜索都要從頂部節(jié)點(diǎn)遍歷，效率不高。數(shù)組使用

從cpu和內(nèi)存來理解為什么數(shù)組比鏈表查詢快？

由于鏈表使用下一個指針來維護(hù)鏈表結(jié)構(gòu)，因此其插入和刪除效率相對較高。再次插入和刪除時，不需要移動以下數(shù)據(jù)。。但每次搜索都要從頂部節(jié)點(diǎn)遍歷，效率不高。數(shù)組使用下標(biāo)來維護(hù)數(shù)據(jù)，因此效率非常高。插入和刪除，需要將數(shù)據(jù)移到后面，效率不高。

大量數(shù)據(jù)多表聯(lián)合查詢時時，使用視圖，是不是比直接查詢速度要快！有高手請給講講，如何提高查詢速度？

不會很快，因?yàn)樽罱K執(zhí)行的語句是相同的。如果你想提高速度，你應(yīng)該結(jié)合自己的經(jīng)驗(yàn)：

1。添加更多約束，使用更多和，嘗試準(zhǔn)確定位要檢查的內(nèi)容，并使用較少的句子，如in；

2。列越少越好。查詢的結(jié)果應(yīng)該盡可能多地使用這些字段，并且使用更少的*、query all、query one列，這比query all快得多。

3. 應(yīng)該為每個表定義主鍵，這樣數(shù)據(jù)檢索就會快得多

excel數(shù)據(jù)量很大或者數(shù)組公式很多的情況下非常慢，有什么比較好的解決辦法嗎？

謝謝

！Excel函數(shù)通常處理10W線以內(nèi)的數(shù)據(jù)，建議10W線以上使用VBA或access。

Mongodb多層嵌套數(shù)組如何更好的查詢？

最簡單的方法是直接在程序中過濾掉不匹配的數(shù)組元素。將作為個體查詢的數(shù)據(jù)不應(yīng)放置在數(shù)組中。Mongodb對數(shù)組元素的查詢相對較弱。在過去（2.2或2.4之前），沒有$elemmatch操作符，并且不可能查詢滿足這兩個條件的特定元素。只能查詢數(shù)組中滿足這兩個條件的元素。例如，它可能命中{array:[{A:1，B:1}]}或{array:[{A:1}，{B:1}]}。

所以我覺得把貨物列出來比較合適。

sql查詢：子查詢和聯(lián)表查詢有什么區(qū)別，效率、性能等有什么差異？

個人意見。

1. 一般來說，第一個SQL不是這樣的。子查詢通常寫在where中，效率較高。在選擇方面效率較低。

2. 第二個SQL是表外關(guān)聯(lián)。也就是說，學(xué)生表的app，不管有什么數(shù)據(jù)，都不會影響app對分?jǐn)?shù)的查詢結(jié)果。也就是說，a表全表檢索的效率不是很高。如果你想提高效率，你最好用直接相關(guān)法。