建檢視的時候，盡量避免檢視中呼叫檢視，直接使用表更快些
盡量避免「select * from 表名」這種語法，查那個欄位就直接寫哪個字段，如「select id,code from 表名」。
因為這個「*」代表的字段可能會很多，你如果不需要也查出來，既浪費時間，有沒用
可以建乙個讀的表，乙個寫的表，定時將實時表的資料寫入到唯讀表，查詢的時候就可以讀唯讀的表，這樣也會加快查詢的速度
對於資料量大的表，可適當增加必要、需要及重要字段，這樣也會加快查詢速度。
即使這些欄位在別的表中存在，通過關聯字段得到這些字段，但是對於乙個資料量大的表如果再關聯乙個資料量也大的表，那得到的表想要查詢，速度就會更慢了，所以可適當增加必要及重要字段，減少關聯其他表，也可加快速度。或許說到這裡，可能會想這樣豈不是不符合「減少冗餘」的規則，沒錯，減少冗餘，降低耦合度，這是無可厚非的，在任何地方都要想這個規則，不過變是永遠不變的，要在適合的場景用適合的方法
oracle加快查詢速度
平時用查詢sql查詢時都是簡單的select，如果關聯關係多了的話就加入left join right join inner join 左 右 內等加快表直接的查詢和查詢邏輯。但是沒加乙個左 右 內連線，就會消耗一些資料庫的資源，當你聯查的表越多時你就會發現你的資料庫會查詢乙個多小時都沒有結果。這時...
加快ORDER BY查詢速度
加快order by查詢速度 想要提高 order by 的速度，首先要看mysql能否使用索引而非額外的排序過程。如果不能使用索引，可以試著遵循以下策略 增加 sort buffer size 的值。增加 read rnd buffer size 的值。修改 tmpdir，讓它指向乙個有很多剩餘空...
sqlite優化記錄 建立索引加快查詢速度
凡是資料庫中，索引的存在就是為了提高查詢速度的，資料庫的索引有點類似於書本上面的目錄的概念，因為在英文中都是index，事實上也就是目錄。其演算法應該叫做 倒排索引 這個其實也類似於搜尋引擎裡面的基本演算法。測試 10w條資料，沒有索引的情況下，查詢一條資料大約需要550ms以上。建立索引後，資料庫...