Products
產(chǎn)品中心
網(wǎng)站首頁(yè) - 技術(shù)文章 - 淺談新一代PGIS技術(shù)在智慧消防中的創(chuàng)新應(yīng)用

淺談新一代PGIS技術(shù)在智慧消防中的創(chuàng)新應(yīng)用

更新時(shí)間:2022-06-23點(diǎn)擊次數(shù):1400次
淺談新一代PGIS技術(shù)在智慧消防中的創(chuàng)新應(yīng)用
摘要:智慧消防系統(tǒng)是一種將GPS(全球衛(wèi)星定位系統(tǒng))、GIS(地理信息系統(tǒng))、GSM(無(wú)線移動(dòng)通信系統(tǒng))和計(jì)算機(jī)、物聯(lián)網(wǎng)及大數(shù)據(jù)等技術(shù)集于一體的智能消防無(wú)線報(bào)警網(wǎng)絡(luò)服務(wù)系統(tǒng)Redis內(nèi)存數(shù)據(jù)庫(kù)應(yīng)用于智慧消防系統(tǒng)的設(shè)計(jì)中,可以使智慧消防數(shù)據(jù)查詢滿足高訪問(wèn)量、操作方便的現(xiàn)實(shí)需求,為智慧消防的大數(shù)據(jù)存儲(chǔ)設(shè)計(jì)提供了有效的參考。
關(guān)鍵詞:智慧消防;物聯(lián)網(wǎng);大數(shù)據(jù);Redis內(nèi)存數(shù)據(jù)庫(kù)
0引言
智慧消防系統(tǒng)山是一種將GPS(全球衛(wèi)星定位系統(tǒng))、GIS(地理信息系統(tǒng))、GSM(無(wú)線移動(dòng)通信系統(tǒng))和計(jì)算機(jī)、物聯(lián)網(wǎng)和大數(shù)據(jù)⑵等技術(shù)集于一體的智能消防無(wú)線報(bào)警網(wǎng)絡(luò)服務(wù)系統(tǒng)。隨著信息技術(shù)的深度發(fā)展,人類已進(jìn)入大數(shù)據(jù)時(shí)代,消防行業(yè)面臨著巨大挑戰(zhàn)與機(jī)遇,傳統(tǒng)消防系統(tǒng)工作方式與新形勢(shì)、新任務(wù)不相適應(yīng)的矛盾日益凸顯,在物聯(lián)網(wǎng)產(chǎn)業(yè)迅猛發(fā)展的大背景下,主動(dòng)運(yùn)用大數(shù)據(jù)來(lái)解決了電信、建筑、供電、交通等公共設(shè)施建設(shè)協(xié)調(diào)發(fā)展的問(wèn)題,在智慧消防系統(tǒng)中,消防指揮與用戶單位聯(lián)網(wǎng),改變了過(guò)去傳統(tǒng)、落后和被動(dòng)的報(bào)警、接警、處警方式,實(shí)現(xiàn)了報(bào)警自動(dòng)化、接警智能化、處警預(yù)案化、管理網(wǎng)絡(luò)化、服務(wù)專業(yè)化、科技現(xiàn)代化,大大減少了中間環(huán)節(jié),提高了處警速度,做到了方便、快捷、可靠,使人民生命、財(cái)產(chǎn)的以及警員生命的得到保護(hù)
Redis*Remotedictionaiyserver)是一款開(kāi)源的、網(wǎng)絡(luò)化的、基于內(nèi)存的、可進(jìn)行數(shù)據(jù)持久化的Key-Vah/存儲(chǔ)系統(tǒng)。它的數(shù)據(jù)模型建立在外層,類似于其他結(jié)構(gòu)化存儲(chǔ)系統(tǒng),是通過(guò)Key映射Value的方式來(lái)建立字典以保存數(shù)據(jù),有別于其他結(jié)構(gòu)化存儲(chǔ)系統(tǒng)的是,它支持多種數(shù)據(jù)類型的存儲(chǔ):字符串(string)、鏈表(list)、集合(set)、有序集合(zset)和哈希類型(hash),并且各種類型都支持豐富的操作,其中大多都支持原子操作。為了保證數(shù)據(jù)存取的效率,數(shù)據(jù)都保存在內(nèi)存中Redis還提供了對(duì)持久化的支持%它可以定期將更新的數(shù)據(jù)異步寫(xiě)入磁盤(pán),同時(shí)不影響繼續(xù)提供服務(wù)。在此基礎(chǔ)上,還實(shí)現(xiàn)了主從復(fù)制,這對(duì)預(yù)防單點(diǎn)故障和提高負(fù)載能力有很大幫助。在操作方面,Redis基于TCP協(xié)議的特性使得它可以通過(guò)管道的方式進(jìn)行數(shù)據(jù)操作閩。Redis本身提供了一個(gè)可連接Server的客戶端,通過(guò)客戶端可方便地進(jìn)行數(shù)據(jù)存取操作。
在智慧消防底層數(shù)據(jù)庫(kù)設(shè)計(jì)中,*可以應(yīng)用Redis數(shù)據(jù)存儲(chǔ)系統(tǒng),以滿足高訪問(wèn)量與操作方便的需求氣在操作方面,應(yīng)用Redis的管道通訊方式進(jìn)行數(shù)據(jù)操作,通過(guò)Redis本身的客戶端,可以同時(shí)連接Server服務(wù)器,方便地進(jìn)行數(shù)據(jù)存取操作常用的消防產(chǎn)品信息如:產(chǎn)品的生產(chǎn)企業(yè)、型號(hào)、證書(shū)編號(hào)、地理位置信息與應(yīng)急救援指示信息等較復(fù)雜的信息等信息可以以字符串的格式存儲(chǔ)在Redis的底層數(shù)據(jù)結(jié)構(gòu)中、通過(guò)hash結(jié)構(gòu)存儲(chǔ),并通過(guò)可以標(biāo)識(shí)產(chǎn)品信息的主鍵建立不同數(shù)據(jù)表中各條產(chǎn)品信息的聯(lián)系,構(gòu)建底層信息字典利用Redis底層數(shù)據(jù)結(jié)構(gòu)對(duì)字符串和字典數(shù)據(jù)的支持,可以達(dá)到快速査詢的目的。
在字符串?dāng)?shù)據(jù)的實(shí)現(xiàn)中,采用SDS(SimpleDynamicString,簡(jiǎn)單動(dòng)態(tài)字符串)取代了功能單一,抽象層次低,并且不的char*類型字符串。在字典數(shù)據(jù)的實(shí)現(xiàn)中,為了兼顧簡(jiǎn)單性,使用了哈希表。在實(shí)現(xiàn)哈希表時(shí),有一個(gè)問(wèn)題就是釆用何種策略來(lái)解決碰撞問(wèn)題。對(duì)于使用鏈地址法來(lái)解決碰撞問(wèn)題的哈希表來(lái)說(shuō).哈希表的性能取決于哈希表大小與保存節(jié)點(diǎn)數(shù)量之間的比率、RDB將數(shù)據(jù)庫(kù)的快照以二進(jìn)制的方式保存到磁盤(pán)中在Redis運(yùn)行時(shí),RDB程序?qū)?dāng)前內(nèi)存中的數(shù)據(jù)庫(kù)快照保存到磁盤(pán)文件中,在Redis重啟動(dòng)時(shí),RDB程序可以通過(guò)載入RDB文件來(lái)還原數(shù)據(jù)庫(kù)的狀態(tài)。AOF則以協(xié)議文本的方式,將所有對(duì)數(shù)據(jù)庫(kù)進(jìn)行過(guò)寫(xiě)入的命令(及其參數(shù))記錄到AOF文件,以此達(dá)到記錄數(shù)據(jù)庫(kù)狀態(tài)的目的。AOF更像是歷史記錄,記錄所有運(yùn)行過(guò)的命令。但是AOF文件就會(huì)隨著時(shí)間持續(xù)增長(zhǎng),進(jìn)而占據(jù)整個(gè)磁盤(pán)為此,Redis設(shè)計(jì)了AOF重寫(xiě)機(jī)制,通過(guò)開(kāi)啟新線程,掃描數(shù)據(jù)庫(kù)數(shù)據(jù),將其轉(zhuǎn)化為Redis命令,存入臨時(shí)的AQF文件當(dāng)掃描完后,用臨時(shí)文件代替AOF文件。這樣一來(lái),AOF文件中記錄的命令,因而不會(huì)占據(jù)很多空間。
Redis兼具內(nèi)存數(shù)據(jù)庫(kù)隨機(jī)訪問(wèn)的優(yōu)勢(shì)和Key-Value數(shù)據(jù)模型簡(jiǎn)單特點(diǎn),因此,其I/O性能非常優(yōu)異,支持高并發(fā)性,豐富的數(shù)據(jù)結(jié)構(gòu)適合存儲(chǔ)何種復(fù)雜的數(shù)據(jù)。考慮到社會(huì)對(duì)智慧消防數(shù)據(jù)服務(wù)的實(shí)時(shí)響應(yīng)、高并發(fā)、高吞吐量提出了更高的需求,且大多數(shù)消防產(chǎn)品信息數(shù)據(jù)服務(wù)后臺(tái)數(shù)據(jù)量并不大,大容量、低價(jià)格的內(nèi)存使得以內(nèi)存數(shù)據(jù)庫(kù)的輕量級(jí)空間數(shù)據(jù)應(yīng)用成為可能。本文以內(nèi)存數(shù)據(jù)庫(kù)Redis為平臺(tái),利用其響應(yīng)速度快、并發(fā)性高、數(shù)據(jù)結(jié)構(gòu)豐富的優(yōu)勢(shì),研究了Redis的輕量級(jí)數(shù)據(jù)的組織和索引方法,提升髙并發(fā)訪問(wèn)下消防產(chǎn)品信息數(shù)據(jù)服務(wù)的響應(yīng)速度和査詢性能。
1 Redis數(shù)據(jù)模型
1.1數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)
Redis本身存儲(chǔ)是一個(gè)巨大的Hash表,為了模仿關(guān)系型數(shù)據(jù)庫(kù)的表,通常使用分隔符分隔“表名”以及“字段”,本文使用”:”作為分隔符例如存儲(chǔ)一個(gè)消防產(chǎn)品的屬性信息,可以表示為Product:ProductID作為key,并用hash結(jié)構(gòu)存儲(chǔ)消防產(chǎn)品屬性信息field域包括:產(chǎn)品名稱(ProductName)、產(chǎn)品型號(hào)(ProductType)、出廠日期(DateofProduct)、技術(shù)參數(shù)(TechnicalParameters)、證書(shū)編號(hào)(CertificateNumber)、安裝位置(InstallationSite)和報(bào)警記錄(AlarmRecord)等字段。value域包含實(shí)際的存儲(chǔ)信息。在每一個(gè)消防產(chǎn)品投入到智慧消防云平臺(tái)前,系統(tǒng)會(huì)為其賦予的產(chǎn)品編號(hào)PmductlD,因此該key。
表1Redis中hash數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)示例
1.2系統(tǒng)配置
本文采用主從方式進(jìn)行系統(tǒng)配置,共有3個(gè)主(master)節(jié)點(diǎn),3個(gè)從(slave)節(jié)點(diǎn),采用全雙工通信方式,客戶端連接數(shù)設(shè)置為10000,系統(tǒng)為每個(gè)節(jié)點(diǎn)分配的內(nèi)存為1000MB。采用Java虛擬機(jī)環(huán)境,Jvm主處理單元配置為4核Intel(R)Xeon(R)CPUE7-4830v2@2.20GHz,內(nèi)存31GB,操作系統(tǒng)選擇NeoKylinLinuxAdvancedServerrelease6.0o緩存集群服務(wù)器主處理器配置為4核Intel(R)Core(TM)i3-2120CPU@3.30GHz,內(nèi)存5.5GB,操作系統(tǒng)選擇RedHatEnterpriseLinuxServerrelease6.3o
2實(shí)驗(yàn)與分析
2.1大批量操作緩存測(cè)試
智慧消防是一個(gè)全新的概念和理念,目前尚處于發(fā)展階段,還沒(méi)有統(tǒng)一的定義和標(biāo)準(zhǔn)。根據(jù)智慧消防模型設(shè)計(jì)的理念圓,模擬出能夠體現(xiàn)消防產(chǎn)品信息,消防產(chǎn)品安裝位置信息和消防產(chǎn)品地理位置信息等數(shù)據(jù),根據(jù)這些信息生成智慧消防系統(tǒng)的模擬數(shù)據(jù)。在消防產(chǎn)品入網(wǎng)前,為每一個(gè)產(chǎn)品分配的ProductID,以作為該產(chǎn)品在系統(tǒng)中的標(biāo)識(shí)??紤]到消防數(shù)據(jù)的復(fù)雜與多樣性性在模擬數(shù)據(jù)時(shí),盡可能地選擇了多的可能體現(xiàn)消防產(chǎn)品信息的數(shù)據(jù),考慮到不同的表中要素的個(gè)數(shù)不同,共生成了2個(gè)數(shù)據(jù)表KalOO和AcOOl,其中KalOO中數(shù)據(jù)盡可能多地體現(xiàn)了產(chǎn)品的信息,表中所含要素個(gè)數(shù)為27891個(gè),AcOOl盡可能多地體現(xiàn)了產(chǎn)品的位置信息,表中所含要素個(gè)數(shù)為46254個(gè),2張表格中分別具有消防產(chǎn)品信息數(shù)據(jù)10萬(wàn)條。
2.2寫(xiě)緩存測(cè)試
考慮到智慧消防系統(tǒng)在實(shí)際應(yīng)用中,寫(xiě)緩存業(yè)務(wù)單次不會(huì)超過(guò)5萬(wàn)條,因此將測(cè)試的數(shù)據(jù)量上限設(shè)為5萬(wàn)。當(dāng)緩存服務(wù)器宕機(jī)或其他因素導(dǎo)致緩存不可用時(shí),程序會(huì)將單次上傳的所有數(shù)據(jù)存入一條zzOl的blob(binarylargeobject)類型字段中,其中blob的容量為2GB。下面本文對(duì)寫(xiě)緩存成功的時(shí)間,寫(xiě)緩存失敗的時(shí)間以及緩存失敗時(shí)存入blob的數(shù)據(jù)量進(jìn)行了測(cè)試。測(cè)試結(jié)果如下圖1、圖2。
通過(guò)對(duì)測(cè)試結(jié)果進(jìn)行分析,可以看出緩存同步時(shí)間隨著數(shù)據(jù)量的增加基本呈現(xiàn)線性增長(zhǎng)的趨勢(shì),當(dāng)數(shù)據(jù)量達(dá)到5萬(wàn)條時(shí),AcOOl大小為18.6MB,KalOO大小為18MB,而blob可以容納2GB,不會(huì)發(fā)生溢出。這樣的結(jié)果說(shuō)明,Redis寫(xiě)緩存的實(shí)現(xiàn)過(guò)程*可以滿足智慧消防系統(tǒng)實(shí)際應(yīng)用中大數(shù)據(jù)量同時(shí)寫(xiě)入緩存的需求。
2.3數(shù)據(jù)査詢測(cè)試
本文中共使用2個(gè)數(shù)據(jù)表KalOO和AcOOl,其中KalOO中數(shù)據(jù)盡可能多的體現(xiàn)了產(chǎn)品的信息,表中所含要素個(gè)數(shù)為27891個(gè),AcOOl盡可能多地體現(xiàn)了產(chǎn)品的位置信息,表中所含要素個(gè)數(shù)為46254個(gè),2張表格中分別具有消防產(chǎn)品信息數(shù)據(jù)10萬(wàn)條。在Redis環(huán)境和普通數(shù)據(jù)庫(kù)環(huán)境下,分別對(duì)兩張表中不同條數(shù)的數(shù)據(jù)進(jìn)行了査詢,測(cè)試結(jié)果取5次測(cè)試的平均值,計(jì)算出平均査詢時(shí)間。
如上圖3、圖4,從測(cè)試結(jié)果中可以看出,無(wú)論什么數(shù)據(jù),Redis環(huán)境都比Oracle環(huán)境下耗時(shí)少得多。因?yàn)镺racle使用的是R樹(shù)空間索引,而Redis使用的是網(wǎng)格索引,通常來(lái)講,R樹(shù)空間索引的效率要高于網(wǎng)格索引的效率,但Redis在網(wǎng)格索引的支持下,效率仍然高于Oracle,說(shuō)明Redis在智慧消防數(shù)據(jù)的査詢上,效率更高。另外,Redis作為內(nèi)存型數(shù)據(jù)庫(kù),數(shù)據(jù)存放在內(nèi)存中,數(shù)據(jù)査詢可以得到快速響應(yīng),而傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)Oracle,需要將數(shù)據(jù)存放在硬盤(pán)中,需要先傳輸?shù)絻?nèi)存中,才能得到響應(yīng),受制于I/O傳輸瓶頸,査詢效率明顯低于Redis數(shù)據(jù)庫(kù)。
3 安科瑞智慧消防監(jiān)控云平臺(tái)介紹與選型
3.1平臺(tái)簡(jiǎn)介
安科瑞智慧消防綜合管理云平臺(tái)基于物聯(lián)網(wǎng)、大數(shù)據(jù)、云計(jì)算等現(xiàn)代信息技術(shù),將分散的火災(zāi)自動(dòng)報(bào)警設(shè)備、電氣火災(zāi)監(jiān)控設(shè)備、智慧煙感探測(cè)器、智慧消防用水等設(shè)備連接形成網(wǎng)絡(luò),并對(duì)這些設(shè)備的狀態(tài)進(jìn)行智能化感知、識(shí)別、定位,實(shí)時(shí)動(dòng)態(tài)采集消防信息,通過(guò)云平臺(tái)進(jìn)行數(shù)據(jù)分析、挖掘和趨勢(shì)分析,幫助實(shí)現(xiàn)科學(xué)預(yù)警火災(zāi)、網(wǎng)格化管理、落實(shí)多元責(zé)任監(jiān)管等目標(biāo)。適應(yīng)于所有公建和民建,實(shí)現(xiàn)了無(wú)人化值守智慧消防,實(shí)現(xiàn)智慧消防“自動(dòng)化”、“智能化”、“系統(tǒng)化”、用電管理的實(shí)際需求。
從火災(zāi)預(yù)防,到火情報(bào)警,再到控制聯(lián)動(dòng),在統(tǒng)一的系統(tǒng)大平臺(tái)內(nèi)運(yùn)行,用戶、安保人員、監(jiān)管單位都能夠通過(guò)平臺(tái)直觀地看到每一棟建筑物中各類消防設(shè)備和傳感器的運(yùn)行狀況,并能夠在出現(xiàn)細(xì)節(jié)隱患、發(fā)生火情等緊急和非緊急情況下,在幾秒時(shí)間內(nèi),相關(guān)報(bào)警和事件信息通過(guò)手機(jī)短信、語(yǔ)音電話、郵件提醒和APP推送等手段,就迅速能夠迅速通知到達(dá)相關(guān)人員。同時(shí),通過(guò)自動(dòng)消防滅火控制裝置啟動(dòng)自動(dòng)滅火設(shè)備和消防聯(lián)動(dòng)控制設(shè)備,有效解決用電單位電氣線纜老舊,小微企業(yè)無(wú)專業(yè)電工、肉眼無(wú)法直觀系統(tǒng)即時(shí)排查電氣隱患、隱蔽工程隱患檢查難等難題,及時(shí)排除隱患,安科瑞智慧消防監(jiān)控云平臺(tái)結(jié)構(gòu)如下圖所示:
3.2平臺(tái)功能
(1)平臺(tái)登陸
用戶登錄成功之后進(jìn)入首頁(yè),如圖所示。主要展示的內(nèi)容有:項(xiàng)目概況、設(shè)備狀態(tài)、設(shè)備分類、設(shè)備報(bào)警信息、報(bào)警分類、報(bào)警統(tǒng)計(jì)、設(shè)備臺(tái)賬信息等。其中地圖可以選配成BIM建筑模型,任何傳感器報(bào)警時(shí)可以在BIM模型中預(yù)警顯示。
(2)實(shí)時(shí)監(jiān)控
智慧用電子系統(tǒng)可接入電氣火災(zāi)、故障電弧、電氣火災(zāi)主機(jī)、滅弧式保護(hù)器探測(cè)和母排無(wú)線測(cè)溫探測(cè)等等各類子系統(tǒng),實(shí)現(xiàn)對(duì)相關(guān)消防系統(tǒng)設(shè)備的信息實(shí)時(shí)監(jiān)控,一且發(fā)現(xiàn)監(jiān)測(cè)數(shù)劇超過(guò)風(fēng)險(xiǎn)閾值,APP、電話報(bào)警統(tǒng)統(tǒng)上陣,通過(guò)設(shè)備的標(biāo)簽、地理位置定位,快速通知,快速處置
(3)隱患管理
隱患管理包括隱患巡查、隱患處理、和隱患記錄,隱患巡查的目的是為了系統(tǒng)在產(chǎn)生報(bào)警或隱患后,系統(tǒng)可以針對(duì)工程人員派發(fā)工單,處理完以后工程人員能夠在系統(tǒng)中填寫(xiě)相關(guān)工單任務(wù)記錄,以供歷史查詢。隱患統(tǒng)計(jì)支持對(duì)項(xiàng)目進(jìn)行日、月、季、年的維度查詢,并能夠自定義時(shí)間查詢,將項(xiàng)目下隱患以曲線,圖表的形式展現(xiàn)
(4)統(tǒng)計(jì)分析
統(tǒng)計(jì)分析包括數(shù)據(jù)匯總和分析報(bào)告,數(shù)據(jù)匯總以曲線和表格形式顯示各個(gè)月份的報(bào)警和故障記錄,同時(shí)顯示控制日志,支持按照控制類和參數(shù)設(shè)置類分別顯示,也可以按照操作是否成功分別顯示,包括此次控制的操作情況,項(xiàng)目名稱,設(shè)備信息以及對(duì)應(yīng)的操作時(shí)間等;分析報(bào)告包括總體概況和設(shè)備回路特征分析。
(5)運(yùn)維管理
根據(jù)運(yùn)維調(diào)度管理的需要,智能調(diào)度技術(shù)人員可以分為不同角色,系統(tǒng)支持巡檢計(jì)劃和巡檢日歷,可支持巡檢人員使用手機(jī)NFC芯片巡檢打卡的功能。
(6)手機(jī)APP功能
手機(jī)APP軟件具有IOS版本和安卓版本,并與電腦終端系統(tǒng)的數(shù)據(jù)同步,能展示剩余電流、溫度、電壓、電流等電氣參數(shù)的實(shí)時(shí)監(jiān)測(cè)數(shù)據(jù)及變化曲線、歷史數(shù)據(jù)與變化曲線;短路、斷線、漏電、超溫、過(guò)壓、欠壓、過(guò)流等電氣故障實(shí)時(shí)報(bào)警數(shù)據(jù)等;能實(shí)時(shí)顯示項(xiàng)目地理位置、未排除隱患數(shù)、未處理巡檢數(shù)等;通過(guò)APP消息推送的方式提醒用戶實(shí)時(shí)報(bào)警信息;可以實(shí)現(xiàn)遠(yuǎn)程復(fù)位、遠(yuǎn)程分閘功能;可以對(duì)所有現(xiàn)場(chǎng)探測(cè)器進(jìn)行遠(yuǎn)程參數(shù)設(shè)定及修改;可以對(duì)所有現(xiàn)場(chǎng)探測(cè)器的遠(yuǎn)程控制記錄進(jìn)行查詢;
推薦硬件配置清單:(如申請(qǐng)阿里云可忽略)
3.4系統(tǒng)現(xiàn)場(chǎng)推薦硬件配置清單:
注:以下配置為針對(duì)1個(gè)回路選型,其中剩余電流互感器應(yīng)根據(jù)現(xiàn)場(chǎng)回路電流大
3.5產(chǎn)品選型
電氣火災(zāi)監(jiān)控探測(cè)器
4 結(jié)論
消防物聯(lián)網(wǎng)的技術(shù)發(fā)展,將給消防事業(yè)帶來(lái)全新的方法與途徑,將改變消防產(chǎn)品生產(chǎn)與消防監(jiān)管模式四。智慧消防的發(fā)展乃是大勢(shì)所趨,它是社會(huì)發(fā)展和人們生活水平提高到一定程度后的必然需求叫。但智慧消防的實(shí)現(xiàn),不僅需要消防從業(yè)人員的努力,同時(shí)需要與物聯(lián)網(wǎng)和大數(shù)據(jù)等技術(shù)進(jìn)一步結(jié)合四。本文提出的Redis在智慧消防系統(tǒng)設(shè)計(jì)中的設(shè)計(jì),實(shí)現(xiàn)了智慧消防數(shù)據(jù)庫(kù)系統(tǒng)的Redis模型的建立。試驗(yàn)結(jié)果表明,Redis數(shù)據(jù)模型在智慧消防數(shù)據(jù)查詢的響應(yīng)效率,較傳統(tǒng)的Oracle數(shù)據(jù)模型有較大的優(yōu)勢(shì),可以滿足智慧消防系統(tǒng)實(shí)際應(yīng)用中高訪問(wèn)量、高并發(fā)和計(jì)時(shí)響應(yīng)的現(xiàn)實(shí)需求。
然而,Redis作為一個(gè)內(nèi)存型數(shù)據(jù)庫(kù),其數(shù)據(jù)存儲(chǔ)容量有限,需要在和大數(shù)據(jù)結(jié)合上更做進(jìn)一步的研究;智慧消防的設(shè)計(jì)尚處于理論階段,云平臺(tái)和模型細(xì)節(jié)仍在研究過(guò)程中,因此如何將Redis模型更好地應(yīng)用于智慧消防系統(tǒng)的建設(shè)中,還需要研究與探索,但只要全社會(huì)共同努力,相信智慧消防很快來(lái)到我們身邊。讓我們共同期待智慧消防早日到來(lái)!
參考文獻(xiàn):
[1]孫超.Redis內(nèi)存數(shù)據(jù)庫(kù)在智慧消防系統(tǒng)設(shè)計(jì)中的應(yīng)用.
[2]丁宏軍.基于物聯(lián)網(wǎng)技術(shù)的智慧消防建設(shè)[J].消防技術(shù)與產(chǎn)品信息,2017.
[3]嚴(yán)霄鳳,張德馨.大數(shù)據(jù)研究山.計(jì)算機(jī)技術(shù)與發(fā)展,2013.
[4]安科瑞企業(yè)微電網(wǎng)設(shè)計(jì)與應(yīng)用手冊(cè),2020.06版.

 

 

© 2024 安科瑞電氣股份有限公司 版權(quán)所有
滬ICP備05031232號(hào)-15 GoogleSiteMap 技術(shù)支持:制藥網(wǎng)    管理登陸    總訪問(wèn)量:485506