『壹』 電腦存儲的文件太多了怎麼辦
買移動硬碟 不能治本的,你不能天天拿著移動硬碟來回跑,建議你買一個新硬碟換到筆記本上,把現有的硬碟卸下來,配一個硬碟盒,使用。。移動硬碟 日立 西部數據 希捷都不錯,價格都差不多
買一塊新硬碟換到筆記本上 轉速高的 單碟大點 就可以了 。
『貳』 公司存儲的非結構化數據太多了，好多都是現階段不需要使用的了，應該如何管理呢
我們公司有70%的非結構化數據沒有被利用，存儲的成本也是很高。但是選擇安裝了XSKY星辰天合的XUDS平台。它是一站式非結構化數據管理平台，數據承載能力很高，而且內置數據備份功能，支持上千個恢復點，RPO 為小時級別，保證數據安全。
『叄』 java 查詢的數據太多了，怎麼處理
可以垂直分隔查詢，通過id段來進行，多次查詢的數據再進行整合處理
『肆』 我們公司有台存儲數據的電腦。但是數據非常多，可是感覺又沒有什麼用。該怎麼處理
每間公司在成立許多年之後都會有許多數據，特別是像銷售類，產品信息類，客戶類的。平常這些數據對我們來說沒有什麼用處，但是年度報表及未來發展計劃等，通常都是在這些數據的基礎上展現出來的，所以這些數據通常都要進行保密封存。給您個建議，使用CRM軟體保存這類數據。既能夠快速查找到歷史數據，也能使用軟體為現有數據分析，能更好的幫助公司在客戶，銷售這兩方面的管理。這里給您推薦「知客CRM」。
「知客CRM」已經創辦9年了，在國內CRM軟體也算的上是元老。可以選擇的模塊（包括客戶管理、銷售管理、銷售過程管理、團隊管理、工作流程以及商業智能分析等），自主搭建搭建屬於自己的CRM應用。在手機app埠的功能也是很完善的，不僅與PC端的功能相匹配，而且還有幾個特色的具有亮點的功能：①外出拍照簽到②外勤人員實時定位③PC端的問卷調查在手機埠可以進行實現④在手機端通過企業或行業關鍵字搜索網上的客戶並找到聯系方式，可以直接撥打或另存為客戶⑤通過手機將各種推廣信息發送至手機上的社交類App。可在線體驗PC平台與App平台，還有專屬客服在線為您提供解答。
『伍』 有 大量 數據 應該 怎樣 保存
1000GB可以分開的話可以考慮網路硬碟……效果也不是很好……不然就做成虛擬光碟機的景象文件~需要的話就釋放出來，效果好一點。還有一個辦法就是用轉換軟體，轉換成其他格式，從而節約空間。
什麼樣子的數據需要你保存這么長時間的阿，保留下載源我覺得就夠用了。有些東西不是你想得這么重要的，留著也難保能看幾次……
『陸』 如何處理大量數據並發操作
處理大量數據並發操作可以採用如下幾種方法:
1.使用緩存：使用程序直接保存到內存中。或者使用緩存框架: 用一個特定的類型值來保存，以區別空數據和未緩存的兩種狀態。
2.資料庫優化：表結構優化;SQL語句優化，語法優化和處理邏輯優化;分區;分表;索引優化;使用存儲過程代替直接操作。
3.分離活躍數據:可以分為活躍用戶和不活躍用戶。
4.批量讀取和延遲修改: 高並發情況可以將多個查詢請求合並到一個。高並發且頻繁修改的可以暫存緩存中。
5.讀寫分離: 資料庫伺服器配置多個，配置主從資料庫。寫用主資料庫，讀用從資料庫。
6.分布式資料庫: 將不同的表存放到不同的資料庫中，然後再放到不同的伺服器中。
7.NoSql和Hadoop: NoSql，not only SQL。沒有關系型資料庫那麼多限制，比較靈活高效。Hadoop，將一個表中的數據分層多塊，保存到多個節點（分布式）。每一塊數據都有多個節點保存（集群）。集群可以並行處理相同的數據，還可以保證數據的完整性。
拓展資料:
大數據（big data），指無法在一定時間范圍內用常規軟體工具進行捕捉、管理和處理的數據集合，是需要新處理模式才能具有更強的決策力、洞察發現力和流程優化能力的海量、高增長率和多樣化的信息資產。
在維克托·邁爾-舍恩伯格及肯尼斯·庫克耶編寫的《大數據時代》中大數據指不用隨機分析法（抽樣調查）這樣捷徑，而採用所有數據進行分析處理。大數據的5V特點（IBM提出）：Volume（大量）、Velocity（高速）、Variety（多樣）、Value（低價值密度）、Veracity（真實性）。
『柒』 資料庫數據量過多怎麼處理
有錯誤，真的
你確保一下看是不是表設計的時候是否缺了某個欄位 (我是用的你給的數據建的表) ，另外在存儲過程最後面添加一個return看看
『捌』 如果伺服器傳過來的數據量過大，怎麼處理
說白了就是伺服器的承受能力。 第一，確認伺服器硬體是否足夠支持當前的流量。
普通的P4伺服器一般最多能支持每天10萬獨立IP，如果訪問量比這個還要大，那麼必須首先配置一台更高性能的專用伺服器才能解決問題，否則怎麼優化都不可能徹底解決性能問題。
第二，優化資料庫訪問。
伺服器的負載過大，一個重要的原因是CPU負荷過大，降低伺服器CPU的負荷，才能夠有效打破瓶頸。而使用靜態頁面可以使得CPU的負荷最小化。前台實現完全的靜態化當然最好，可以完全不用訪問資料庫，不過對於頻繁更新的網站，靜態化往往不能滿足某些功能。
緩存技術就是另一個解決方案，就是將動態數據存儲到緩存文件中，動態網頁直接調用這些文件，而不必再訪問資料庫，WordPress和Z-Blog都大量使用這種緩存技術。我自己也寫過一個Z-Blog的計數器插件，也是基於這樣的原理。
如果確實無法避免對資料庫的訪問，那麼可以嘗試優化資料庫的查詢SQL.避免使用Select *from這樣的語句，每次查詢只返回自己需要的結果，避免短時間內的大量SQL查詢。
第三，禁止外部的盜鏈。
外部網站的圖片或者文件盜鏈往往會帶來大量的負載壓力，因此應該嚴格限制外部對於自身的圖片或者文件盜鏈，好在目前可以簡單地通過refer來控制盜鏈，Apache自己就可以通過配置來禁止盜鏈，IIS也有一些第三方的ISAPI可以實現同樣的功能。當然，偽造refer也可以通過代碼來實現盜鏈，不過目前蓄意偽造refer盜鏈的還不多，可以先不去考慮，或者使用非技術手段來解決，比如在圖片上增加水印。
第四，控制大文件的下載。
大文件的下載會佔用很大的流量，並且對於非SCSI硬碟來說，大量文件下載會消耗CPU，使得網站響應能力下降。因此，盡量不要提供超過2M的大文件下載，如果需要提供，建議將大文件放在另外一台伺服器上。目前有不少免費的Web2.0網站提供圖片分享和文件分享功能，因此可以盡量將圖片和文件上傳到這些分享網站。