1樓：流水無情
查詢需要確認你需要什麼樣的資料，如果where條件中的條件從主表就可以找出來，完全可以先主表先查詢，這樣資料量就銳減了，語法：select * from（select * from 主表 where 條件） temp left join 其他表，left join 其他表只是對主表的補充和延伸罷了，可能顯示的時候需要用到這些表的欄位，，如果這些從表也有條件就在on中加條件,例如 left join 從表 on 從表...=主表..
and 條件，，當然，也可以在最後where一下
2樓：匿名使用者
- -! 那看你需不需要抽b表的內容了，如果完全不需要的話，還關聯它幹嘛呢？！
另外可以把where條件放在表的關聯條件裡面，減少抽出資料量，可以提高效率吧
3樓：兔子家族一一白兔
oracle這種給錢的高檔的貨我是不瞭解，但資料庫原理應該差不多！
資料量的話，最好不要join，這可是相當的慢的，當然如果這個功能用得不多！還是可以的！
最好把結構重新設計一下！有時可以考慮 犧牲儲存 來換效率，要知道現在的硬體成本其實是越來越低了！
如何解決大資料量的查詢問題?
4樓：優曇婆羅豆豆
分頁，限制結果集條數，加索引，拆分表，建立伺服器cluster
5樓：匿名使用者
實際情況可能會這樣，表1有產品的名稱，表2沒有產品的名稱。所以如果在查詢中，要包含表1中的欄位的話，就要用到關聯，所以最好，將表1和表2都在id上建索引。再關聯；如果不包含表1的話，只需給表2建索引。
根據這裡的環境來看，走索引會比走全表掃描來的快些。
然後可以在sqlplus環境下，啟動跟蹤功能，檢視這個語句的執行計劃情況
sql優化方面，可以參考oracle效能調整方面的書籍以上參考！
sql處理大資料量問題 10
6樓：破小孩兒
樓上說得對，
1，可以使用儲存過程，需要哪部分的資料，就取哪部分的資料段；這樣就不會會出現什麼程式池響應時間超時之類的問題；
2，其實也可以利用客戶端的快取，將經常需要用到的資料暫存在客戶端，這樣也可以減少對資料庫的資料訪問；
3，暫時由這兩種方法。。。。。。。。其他水平有限，還不知道怎麼處理...
7樓：暖芯心心
用分析函式lag，錯位一格，相減，得出的一列，求出平均值，按天統計，這樣可以吧？
8樓：瀋陽
如果將日誌儲存在一張表中，需要將表按日期做分割槽。
或者每天建立一張日誌表。都會有效提高查詢效能！
當然，如果查詢頻繁，可以將日誌統計結果存入統計結果表或者記憶體快取。
9樓：
這種大資料量的儲存或者查詢，建議寫儲存過程。
儲存過程的速度可是ado望塵莫及的。
javaecelpoi大資料量50w記憶體溢位
原資料格式是什麼，poi匯出大量資料時佔用記憶體較多。如果機器配置好，可以嘗試加大jvm記憶體方法 招宛亦 workbook workbook new sxssfworkbook 1000 poi有個機制 每次往記憶體中寫1000條資料，這個1000你可以改的 儘量別大於10000條資料，寫完100...
大資料是指什麼？如何解釋，大資料是什麼意思
正宇資訊 關於大資料，給出的定義是 一種規模大到在獲取 儲存 管理 分析方面大大超出了傳統資料庫軟體工具能力範圍的資料集合，具有海量的資料規模 快速的資料流轉 多樣的資料型別和價值密度低四大特徵。簡單理解為 大資料 是一個體量特別大，資料類別特別大的資料集，並且這樣的資料集無法用傳統資料庫工具對其內...
怎麼查詢大資料徵信，怎麼查大資料徵信？
應去當地徵信機構查詢。徵信業管理條例 對其有相應的規定 第十七條資訊主體可以向徵信機構查詢自身資訊。個人資訊主體有權每年兩次免費獲取本人的信用報告。向徵信機構查詢個人資訊的，應當取得資訊主體本人的書面同意並約定用途。徵信機構或者資訊提供者 資訊使用者採用格式合同條款取得個人資訊主體同意的，應當在合同...