⑴ oracle 包太大編譯時間長怎麼辦
一般情況下不會出現一個包編譯時間很長的情況，出現何種情況一般是你的資料庫慢，可能是伺服器慢，也可能是網路慢，也可能是客戶端慢。
先看看資料庫現在在忙什麼？如果現在資料庫真的很忙，或者資料庫出現要夯住的狀態，其他的操作也慢，那麼就要考慮資料庫的瓶頸了，這個分析起來就麻煩了。
如果僅僅編譯這個慢，其他的不那麼慢，那麼可能是你的機器的問題，換一台試試，有時可能你的這個用戶操作過多，或者過長時間不操作，導致進程假死，這個也是有可能發生的。另外看看，是不是有人也在操作這個包，如果是的話，那麼編譯確實很慢。
如果是網路慢，或者伺服器慢，那麼就幾乎真的沒辦法了，資料庫工程師如果對系統較熟悉的可以找找看問題，不過真的沒啥可以改的。
如果就是因為伺服器不行，包太大，那麼就分包，把一個包變成兩個，標_1和_2,或者_A,_B唄。
⑵ 為什麼java項目有的模塊很小但是編譯的時間很長
因為涉及到的業務比較多。
⑶ vs2010 編譯程序時間超長
(1) 機器內存太小，vs2010編譯時約需要200M物理內存；
(2)系統盤有問題，需要優化整理
⑷ vc++6.0編譯時間過長是什麼原因
跟你認為編譯時間比較正常的工程對比一下編譯選項參數配置。
⑸ C語言多充循環，運算次數多，編譯時間很長，又無法估計最終需要多久，怎麼辦
如果要減少時間 那麼優化代碼，或者直接改進演算法
如果要預測時間，那麼大致估計一下循環的次數，然後在固定的某個循環中加一個列印，通過列印頻率來估算總時間
⑹ 一下為什麼java的編譯需要那麼長的時間
1、可能首次編譯
2、系統配置可能較低
3、系統運行時間過長系統性能下降 建議重啟電腦
⑺ 為什麼Dev-C++編譯時間變長了
記得dev-c++的mingw gcc後端，最早gcc 3.x比較快，後來這版的4.9比較慢，
在後來到現在6.x, 7.x都正常。換mingw版本到最新的7.3...
還有如果慢就把這個gcc和dev-c都裝在SSD上。電腦不能太慢吧，比如還是10年前的pentiumD...
⑻ 為什麼編譯時間太長
eclipse本來就是自動編譯啊！
難道你希望自己手動編譯嗎？不嫌麻煩嗎？
至於編譯時間長，可能是你機器問題，本來eclipse就很占內存，所以你工作的時候把別的都關了吧。
⑼ VC編譯程序時間長
你是 vc++ 6.0 吧 ， 這個版本有時候 有這個bug，
需要 任務管理器 終止 他的進程再打開。 重新來過。。
終止之前記得備份程序。
可能 是 裝的版本有問題， 或者沒裝好~
⑽ eclipse 編譯時間很長 工程蠻大的 但是一點點小改動編譯時間就超級長~
取消自動編譯,
在工程的菜單下可以CLEAN指定的工程,來編譯
或是建立ANT腳本來編譯指定的工程.