資料庫過G
首先應該確定是誰慢的，往往是程序處理方面的問題而不是資料庫的問題。
程序方面應該盡可能的減少數據查詢返回的內容，比如可以查詢返回ID，然後再根據ID一條一條的查詢具體內容，看似慢了，在數據量達的時候快很多
對於數據可以參照下面幾點
1、優化SQL語句，SQL語句對查詢速度影響最大
2、對於經常查詢的欄位作索引。但是這樣會增加修改時的壓力
4、優化SQLServer，比如給其分配固定的內存，預先分配查詢內存，調整CPU使用率等。
5、優化硬體資源，比如使用更高的伺服器或者硬碟，獨立安排資料庫的數據文件和索引文件，將數據文件分布於不同的物理硬碟上等等
6、考慮使用分布資料庫或者對大表進行拆分
另外，2G的資料庫應該不算很大了，我處理過18G的資料庫，8000萬條記錄，查詢速度可以被接受
⑵ sql資料庫佔用內存太大如何處理
我原先
事情煩惱
,
解
sqlserver
覺
根本
問題,sqlserver
內存
提高查詢速度
設計
,
同
sql語句,第
查詢
候
增加內存
銷,
第二
直接
內存讀
,所
第二
讀
候
比
硬碟讀快
.
覺
內存太
,並且超
物理內存,
完全
設定sqlserver
內存
值,
要讓其超
系統內存
,
伺服器
幾
月
重啟問題都
.
我
伺服器內存
2G,我指定sqlserver
內存
1G,所
我
伺服器內存永遠
1.6G,
幅度非
,基本
幾
月
重啟
點問題都沒
.
程序
重要,
程序
內存
釋放,
能內存爆滿.
⑶ 如何對 MYSQL 大資料庫執行表數據刪除操作，單表數據量超過 15.6G
delete 語句不影響表所佔用的 extent，高水線(high watermark)保持原位置不動
drop 語句將表所佔用的空間全部釋放。
truncate 語句預設情況下見空間釋放到 minextents個 extent，除非使用reuse storage；truncate 會將高水線復位(回到最開始)。
⑷ sqlserver2000 資料庫文件幾百G了，請問可以清理嗎
看圖上的信息，你這個庫確實比較大，可以先收縮一下，把
日誌文件
可以清理掉
然後看看是不是
資料庫設計
有問題，為什麼會這么大，要找下原因
新建資料庫可以從舊資料庫把資料導過去，不會丟失。
資料庫的限制是跟硬碟來的
⑸ SQL2000資料庫日誌文件有一G多正常嗎
哎，同志們，把日誌弄成自動 收縮就好了，限制大小為1M，那麼 他永遠 也超不過一M了，多爽，
⑹ sql資料庫最多可以存放多少數據，到達上限!
sql資料庫可以達到的容量上線，一般是和文件系統的上限是一致的，也就是說資料庫能承載的容量一般比文件系統都大。
不用考慮數據記錄的數量，上千萬，上億，都可以，只要文件存儲容量小於文件系統的上限都沒有問題。
⑺ 微軟CRM資料庫過大，CRM系統中上傳了很多附件，導致資料庫太大（目前有40+個G），該怎麼辦
如果可以修改CRM系統。將讀附件的地方，改成鏈接就可以。這樣就可以獨立出來，放到硬碟上。
不過我覺得這個比較困難。
微軟的系統，能修改可能性不大。