1樓：匿名使用者
10億級別的什麼資料？
如果是 關係型很強，而且資料很值錢的資料， 例如 顧客--交易--商品--金額 乙個系列的， 那麼這種很重要的資料，建議是 oracle， 因為 資料丟不起啊。
如果是 關係型強， 但是資料不是很值錢的資料， 例如 a股 從開市以來， 所有**的 每日，每小時，30分，15分，5分 鐘的**資料。 那麼你可以使用 mysql。 反正丟了就重新匯入一次。
如果是 關係型不強， 資料也不是很值錢的資料， 例如 論壇的帖子 這一類的， 那麼用 mongodb 就更合適一些。
頻繁操作10萬條以上的資料，用什麼資料庫合適：mysql 還是 oracle
2樓：尋飯
當初**從mysql轉到oracle時用的是乙個連線池，把資料分了模組，你可以借鑑一下，如果現在就有百萬資料的話，就最好早些轉移到oracle，資料增長很迅速，而且一直用mysql對於以後的資料分析與挖掘肯定不太方便，你可以看看**的資料發展史。
3樓：墨子清紜
十萬條以上資料庫可以用mysql，但是個人覺得oracle用**操作更方便些。
4樓：網友
幾百萬條資料小意思了，mysql完全沒問題。用oracle簡直是小題大作。
5樓：
這個級別用sql server就可以，比oracle便宜很多，你可千萬別說用盜版。。。
mysql確實吃力。
6樓：網友
mysql 不行的 只適合學習 小資料量使用 建議用oracle 資料遷移是個比較複雜的活應該由專業人士來做特別是很重要的資料。遷移的工作量 組要看 有多少張表 表的結構複雜度 以及表的資料量。
7樓：網友
肯定oracle了，mysql是個很小型資料庫。
mysql中如果乙個表將來會超過一億行該怎麼辦?
8樓：匿名使用者
可以用alter table 修改表的引擎從你的 需求來看。
1如果業務不能改，一定要是log存在表中的話2修改為myisam資料表或者mongodb之類的，但是後者估計要修改寫表的**的。
3每隔1小時切割一次表，按時間命名為 這樣每個檔案平均來算 1k萬/24=41萬行 還好，mysql純粹的匯出40萬行的資料還是很快的 ！
9樓：網友
根據一些特徵拆分成幾個表。
怎麼對10億資料量級的mongodb作高效的全表掃瞄
10樓：網友
本來資料庫到了這個級別就應該拆表分存，如果乙個表的資料量已經多達10億，基本已經沒有任何的方法可以高效掃瞄了。
大量資料用什麼資料庫？大資料用什麼資料庫
oracle db sql server都可以，關鍵不是選什麼資料庫，而是資料庫如何優化！需要看你日常如何操作，以查詢為主或是以儲存為主或者，還要看你的資料結構，都要因地制宜的去優化！所以不是一句話說的清的！各大資料都可以儲存大量資料。只是各資料是否提供的大資料量的解決方案。oracle公司的對此支...
數字組合 做資料庫用的，好急。。 10
數字組合 做資料庫用的，好急。這是個天文數字！我把計算方法給你，你自己去算吧 ncount for nloop to for nloop nloop to for nloop nloop to for nloop nloop to for nloop nloop to for nloop nloop...
資料庫學了有什麼用
人長腦殼有什麼用呢？用來儲存記憶啊。資料庫也是同樣的道理。你要是把資料庫學好了。隨便進個網路公司。當個資料庫分析師。維護師之類的。你這輩子就不用愁了。資料庫作用大了。海量儲存 方便查詢 學資料庫主要為了以後開發專案用！因為大多數專案都需要資料庫支援，除非小工具之類的，沒必要！所以學資料庫對以後的工作...