北京時(shí)間4月18日晚間消息，甲骨文的一項(xiàng)測試顯示，如果希望成為主流，那么近場通信技術(shù)(NFC)在實(shí)際應(yīng)用中還需要更快的速度。

在甲骨文的測試中，近場通信應(yīng)用打開并讀取3個(gè)文件花費(fèi)了2秒鐘。如果合并這些文件，那么花費(fèi)的時(shí)間可以減少。但在實(shí)際應(yīng)用中，不同用戶通常對應(yīng)不同文件，這將使交易時(shí)間變得不可接受。

甲骨文在官方博客中公布了這一測試結(jié)果，這是業(yè)內(nèi)首次對此類問題進(jìn)行研究。測試表明，交易時(shí)間的長短對于用戶是否接受該技術(shù)至關(guān)重要，但這目前仍是近場通信系統(tǒng)的弱點(diǎn)。

這并不是由于近場通信技術(shù)本身的數(shù)據(jù)傳輸速度較慢，而是由于數(shù)據(jù)必須存儲在安全的介質(zhì)中，通常是手機(jī)的SIM卡。這樣的存儲介質(zhì)依賴于閃存存儲器和8位處理器，通常并不強(qiáng)調(diào)速度。

有研究發(fā)現(xiàn)，0.5秒是刷卡交易的交易時(shí)間極限，而200毫秒則是追求的目標(biāo)。不過甲骨文的測試表明，實(shí)際應(yīng)用中距離這樣的目標(biāo)還有很遠(yuǎn)。

甲骨文建議，可以在近場通信標(biāo)簽中存儲數(shù)據(jù)庫密鑰，使主要工作轉(zhuǎn)移至后端數(shù)據(jù)庫中。這樣做毫無疑問可以提升速度，并且正是甲骨文的優(yōu)勢所在，不過這也將犧牲近場通信的安全性。(維金)
 

【編輯推薦】

1. 甲骨文推出Oracle醫(yī)療供應(yīng)商供應(yīng)鏈分析軟件
2. 甲骨文推出全面增強(qiáng)的MySQL企業(yè)版
3. 甲骨文數(shù)據(jù)庫曝漏洞遭黑客遠(yuǎn)程訪問
4. 甲骨文：Windows下MySQL策略