1
當從讀取方法返回結果時，生成/發送響應需要大量時間（對於像6個列的30,000條記錄，需要大約14秒）。Django-piston在閱讀時需要很長的響應時間
這是好的，它通常需要這麼多時間？
如果這不好，我能做些什麼來縮短時間？什麼/我在哪裏可以提到？
任何幫助？
A
回答
1
也許你已經定義了字段參數來獲取許多相關的對象（帶有外鍵的對象，onetoonekeys和許多與被獲取對象的關係）。這會減慢你的迴應。你可以發佈你的代碼嗎？
相關問題
- 1. 爲什麼urllib2需要很長時間閱讀？
- 2. KnownFolders.VideosLibrary.GetFilesAsync（）需要很長時間
- 3. HTTPURLConnection.getInputStream（）需要很長時間？
- 4. presentRenderbuffer：GL_RENDERBUFFER_OES需要很長時間
- 5. Httpclient需要很長時間
- 6. NSHost需要很長時間
- 7. JSF/ICEFaces在渲染響應中需要很長時間
- 8. 需要很長時間處理的HTTP響應的進度
- 9. VoiceRecognition Android需要很長的時間來響應
- 10. JBoss需要很長時間才能閱讀啓動時的faces-config
- 11. FB.getLoginStatus需要很長時間才能響應
- 12. 使用左連接計數（*）需要很長時間來響應
- 13. Bigquery Streaming API（insertAll）需要很長時間才能返回響應
- 14. 索引在Xcode需要很長時間
- 15. 需要很長時間的Oracle查詢
- 16. Application.DoEvents需要很長的時間
- 17. 需要很長時間的SQL查詢
- 18. session_start（）需要很長的時間
- 19. CreateDeploymentBySlot階段需要很長的時間
- 20. EXEC PHP需要很長的時間
- 21. 駱駝INOUT很長的響應時間
- 22. JMeter中的響應時間很長
- 23. APK需要很長的時間在第一時間
- 24. Hiearchical Join需要很長時間
- 25. Postgres SET UNLOGGED需要很長時間
- 26. Excel轉儲需要很長時間
- 27. pymongo光標getMore需要很長時間
- 28. SqlDataAdapter.Fill突然需要很長時間
- 29. 混帳SVN需要很長時間
- 30. PSI Project Pubish需要很長時間