資料庫遠程慢
遠程訪問依賴於數據傳輸速率
建議採用
select * from openquery(remote_database_name,'select * from master.dbo.tbl1')
方式來寫
不要用select * from remote_database_name.master.dbo.tbl1
前者是在對方資料庫中查找,把結果返回給你,傳輸數據量少
後者是將對方數據傳輸到本地查找,非常依賴於網速
『貳』 遠程連接資料庫太慢怎麼辦
遠程資料庫連接特別慢
怎麼辦
首先確認什麼操作最消耗時間。
是數據查詢，還是伺服器之間的傳輸。
如果查詢慢，需要根據你實際的數據模型優化sql，增加索引。具體操作網路。
如果傳輸慢，想辦法把幾十次請求放到一次請求裡面完成，減少伺服器之間的交互。
『叄』 連接遠程mysql資料庫，速度慢如何解決
首先確認什麼操作最消耗時間。
是數據查詢，還是伺服器之間的傳輸。
如果查詢慢，需要根據你實際的數據模型優化sql，增加索引。具體操作網路。
如果傳輸慢，想辦法把幾十次請求放到一次請求裡面完成，減少伺服器之間的交互。
『肆』 遠程連接mysql資料庫很慢，修改了my.ini配置文件還是沒用
看看遠程資料庫和程序資料庫是否在同一伺服器。
如不在同一伺服器，測試一下與遠程資料庫伺服器的連接速度。
如在同一伺服器，就是my.ini設置問題。
『伍』 遠程連接mysql資料庫很慢，修改了my.ini配置文件還是沒用
應該是網路問題！–skip-grant-tables系統將對任何用戶的訪問不做任何訪問控制測試一下，看看！
如果還慢就應該是網路問題！與mysql無關，建議mysql安裝在非win OS伺服器上！
記得 skip-grant-table測試完成後需要mysqladmin 改回許可權！
『陸』 C#遠程訪問SQL特別慢
從資料庫讀取圖片是個相當不理智的選擇。你想讀取快速就要在SQL Server上寫存儲過程，命名主鍵，然後直接用SqlClient訪問你做好的視圖，而不是利用SqlClient做解析、做連接查詢等工作。因為他的計算效率依賴於網路，要分析也是從SQL讀取表到本地，然後本地邊讀取邊去查詢遠程表，這能不慢嗎，寫多了你慢慢會發現：
在SQL Server上做好查詢視圖，C#直接訪問遠遠比C#分析快
用代碼來做資料庫操作遠遠比自帶的控制項靈活快速
其實連接一樣的你打開一次就足夠了，程序Exit自然關閉，當你程序初始化的時候就openlink打開資料庫連接，後面再去公用這個連接，程序關閉C#回收垃圾機制會銷毀。不需要你真的去try打開他catch異常，flinnly關閉，不知道大家有沒有發現連接資料庫也需要時間的，關閉它也是浪費時間的。
觸發器和同步用SQL Server代理去做，每日做好計劃代理就OK
不要真的去把資料庫發布到外部網路，在設備允許范圍你會發現這是一個很蠢的事情，通過webservice或者WEB來操作來自外網伺服器的資料庫。
用linkq解決很多問題，list<>遠遠比Arraylist要快，Arraylist依賴系統緩存，當你數據量超出系統緩存的時候，你會發現各種錯誤各種卡...
藉助dataGridView，他其實是個好東西，你把數據存進去，再去交叉分析其他數據，會事半功倍，永遠不要在C#里使用Select *， 連接查詢 ，游標，檢索ID，你會發現真的很呆
『柒』 為什麼遠程連接資料庫速度會很慢
首先確認什麼操作最消耗時間。
是數據查詢，還是伺服器之間的傳輸。
如果查詢慢，需要根據你實際的數據模型優化sql，增加索引。具體操作網路。
如果傳輸慢，想辦法把幾十次請求放到一次請求裡面完成，減少伺服器之間的交互。