不適合.
XML適合記錄
配置文件
或者其他的需要移植和共享的數據.
優勢在於使用標準的格式,不同的
程序
和系統都能看懂.也方便人閱讀.
存儲大量數據時沒有簡單有效的檢索
機制
,無論查詢還是修改都不便於操作.
用作記錄時適合
體積
小,可閱讀,可移植的數據.
㈡ mysql資料庫可以存儲多少數據量
在mysql中，每個資料庫最多可創建20億個表，一個表允許定義1024列，每行的最大長度為8092位元組（不包括文本和圖像類型的長度）。當表中定義有varchar、nvarchar或varbinary類型列時，如果向表中插入的數據行超過8092位元組時將導致Transact-SQL語句失敗，並產生錯誤信息。SQL
Server對每個表中行的數量沒有直接限制，但它受資料庫存儲空間的限制。每個資料庫的最大空間1048516TB，所以一個表可用的最大空間為1048516TB減去資料庫類系統表和其它資料庫對象所佔用的空間。
㈢ 任何高效的將資料庫中大量數據儲存到本地
1、可以在遠程伺服器上備份資料庫，然後下載.bak文件在本地恢復2、鏈接上遠程伺服器，選中要備份的資料庫--》右擊--》任務--》生成腳本然後根據向導執行，但是在「選擇腳本選項」頁面要把 編寫數據的腳本 的選項 設置成TRUE，然後下一步，選擇你要備份的表、存儲過程、視圖等 知道最後生成一個.sql文件，在本地執行就好了。
㈣ MySQL資料庫能大量儲存數據的原理是什麼
原理就是硬碟容量大，硬碟容量不夠大， mysql 怎麼存大量數據？
另外，資料庫的功能不在於能存大量數據，如果只是存的話，直接存文件也行，一樣可以存大量數據。
資料庫的主要能力是提供針對這些數據的可編程能力和快速靈活的查詢功能。
㈤ 用什麼資料庫存儲大量簡單數據比較合適
是否用備注類型取決於存儲的數據。一般備注類型屬於文本，但access中有文本類型。
1、使用「文本」數據類型存儲如名稱、地址和任何不需計算的數字，如電話號碼、部件編號或者郵政編碼。「文本」欄位能存儲最多 255 個字元，但默認欄位大小是 50 個字元。「欄位大小」屬性控制可以輸入「文本」欄位的最大字元個數。
2、如果需要存儲超過 255 個字元，應使用「備注」數據類型。「備注」最多可以存儲 65,536 個字元。如果要存儲帶格式文本或長文檔，可以創建 OLE 對象欄位代替「備注」欄位。
㈥ XML適合代替資料庫存儲大量數據嗎
不適合.
XML適合記錄配置文件或者其他的需要移植和共享的數據.
優勢在於使用標準的格式,不同的程序和系統都能看懂.也方便人閱讀.
存儲大量數據時沒有簡單有效的檢索機制,無論查詢還是修改都不便於操作.
用作記錄時適合體積小,可閱讀,可移植的數據.
㈦ Java前提下， MySQL資料庫，一次性存儲大量數據導致內存溢出
內存溢出導致程序崩潰，也分是java層崩了，還是mysql崩了。
如果是java層崩了，注意不要一次性載入太多的數據到內存，並且不在使用的數據要徹底放棄引用關系。java雖然是自動回收，回收的原則就是一個對象不再被持有，即引用計數為零。如果數據太大，可考慮臨時文件。
如果是mysql崩了，首先增加配置緩存。一般來說mysql是不容易崩的，特別是插入操作的時候。查詢的時候如果查詢結果記錄集特別大，會導致一個查詢需要使用很大的內存空間，這種是有問題的。而插入操作都是一條一條的執行，不會導致大內存的使用。
如果僅僅是數據移植，也盡量不要用ORM框架，比如hibernate，mybatis這些東西，因為他們都有自己的緩存，直接使用JDBC比較好。
㈧ 如果資料庫存放的數據量大，我們有什麼方法解決這個問題啊
其實我想你的數據大是資料庫崩潰掉的原因不是資料庫的問題，是你的系統設置的問題，如果是你載入的時候出錯多半是因為你的置換空間或者內存設置的有問題，如果是你分批載入就應該是你的存儲空間的問題或者是你載入的數據量超出的你索引的范圍就會導致當庫的情況！