用java怎么實現(xiàn)有每天有1億條記錄的DB存儲？這么大數(shù)據(jù)技術量首先見意可以使用大數(shù)據(jù)技術的DB可以用springmini-batch來做相似這樣的如何處理。定量精準向DB存儲位置那些數(shù)據(jù)。要是是需要

用java怎么實現(xiàn)有每天有1億條記錄的DB存儲？

這么大數(shù)據(jù)技術量首先見意可以使用大數(shù)據(jù)技術的DB可以用springmini-batch來做相似這樣的如何處理。定量精準向DB存儲位置那些數(shù)據(jù)。要是是需要定時，這個可以考慮quartz

java如何存儲長文本？

都很大的什么數(shù)據(jù)一般會存到令外的媒介體。然后是從JAVA全局函數(shù)的傳遞來拿到。比較普遍的有：1流文件夾（文字格式文件，XML文件，pdf格式的文件）2數(shù)據(jù)庫文件存儲hdf5字段名稱

為什么阿里巴巴Java開發(fā)手冊里要求禁止使用存儲過程？

調(diào)用存儲過程，最早的物理概念據(jù)我推斷是依附于Oracle，初幾cloudera是僅有反比例函數(shù)的兩個概念，隱隱約約我記得是oracle8應該9才加的調(diào)用存儲過程bundles的概念本身，作用于幫忙解決分段函數(shù)太過信息碎片化、不必須具備急切的多邏輯分析什么功能，而以便于文件管理一并加入的概念本身。到中期都差不多絕大部分數(shù)據(jù)庫文件也都有了數(shù)據(jù)庫表，如：redis，db2等。

調(diào)用存儲過程是基于條件數(shù)據(jù)庫文件下層的句型，與數(shù)據(jù)庫系統(tǒng)是互為依存的，且每個分類兩個數(shù)據(jù)庫語法知識都不一樣。

Java語言在比較大一部分的很大的優(yōu)勢那就是就是為了解直接耦合和健壯性，所以我也有很經(jīng)典的dao其他模式，目地也就是把數(shù)據(jù)庫和業(yè)務層分開。假如再動態(tài)鏈接庫sql語句，混淆了收費業(yè)務和數(shù)據(jù)庫文件分層，打亂了Java模式設計的初衷。但，假如用查詢語句寫，.例如原來是用Oracle數(shù)據(jù)庫，現(xiàn)在國外客戶那些要求可以改成免費的的Mysql數(shù)據(jù)庫，換句話說都差不多所有的調(diào)用存儲過程完全要寫回，基本上不具備什么可伸縮性。

當然了，事無大小也沒的確。阿里的整套整體體系龐大無比，數(shù)據(jù)庫的精神能力強大無比，消息中間件的主機也相當縱向擴展。像你們一般的萬元創(chuàng)業(yè)項目沒那么多的電腦機箱和算力可最好搭配，有時遇見古怪的賬務報表或奇怪的邏輯或，也不得已借助兩個數(shù)據(jù)庫數(shù)據(jù)庫表來利用。

一般來說，萬元創(chuàng)業(yè)項目上數(shù)據(jù)庫電腦的配置如何比瀏覽器中顯示器總體強橫無比得多，且調(diào)用存儲過程在數(shù)據(jù)庫數(shù)據(jù)你操作一般邏輯上完全天然的快，在用戶控件電腦主機又不能縱向擴展的情況下，也只能憑借存儲過程來實現(xiàn)方法。當然，用存儲過程來如何處理都是占比高很少，迫不得己的情況下下才使用。

查詢語句容易降低移植，受數(shù)據(jù)庫沒限制，而且阿里巴巴也是規(guī)模大集群部署查詢語句更是相對劣勢巨大無比！越是大型手機的分布式文件系統(tǒng)越是追求字符集代收費業(yè)務而不是綁死在數(shù)據(jù)庫上，因為你可不知道那一日還得換數(shù)據(jù)庫數(shù)據(jù)了

Java人多其他程序如何處理數(shù)據(jù)更方便

查詢語句不好移植技術，如果兩個數(shù)據(jù)庫換了，絕對要愛重新寫過。單純的SQL語句像是不需要

存儲過程都不好維護?，F(xiàn)在收費業(yè)務邏輯緊張，如果不是邏輯收攏在數(shù)據(jù)庫表和權限程序里先，得了解兩部分