大型音視頻節(jié)目數(shù)據(jù)庫(kù)建設(shè)的總體考慮-在線(xiàn)瀏覽
2024-10-17 11:33本頁(yè)面
【正文】 了一些所謂的“全文搜索引擎”，但實(shí)質(zhì)上，只是在關(guān)系數(shù)據(jù)庫(kù)中進(jìn)行基于字段的一種字符串匹配檢索，檢索時(shí)需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行順序掃描，效率極其低下，在數(shù)據(jù)量較少時(shí)尚可勝任，但任何一個(gè)Internet應(yīng)用是不但發(fā)展的，隨著數(shù)據(jù)量的不但增大，這種檢索方式的必將成為Internet應(yīng)用的效率及發(fā)展的致命的瓶頸。因此，在對(duì)于超文本、文檔信息管理和數(shù)據(jù)庫(kù)全文檢索方面，非結(jié)構(gòu)化網(wǎng)絡(luò)數(shù)據(jù)庫(kù)建設(shè)方案應(yīng)為首選。4 關(guān)于大型音視頻節(jié)目數(shù)據(jù)庫(kù)建設(shè)的一些設(shè)想. 體系結(jié)構(gòu) 采用當(dāng)前最先進(jìn)的客戶(hù)/服務(wù)器總體模型。服務(wù)器可以動(dòng)態(tài)隨機(jī)地增減，客戶(hù)機(jī)也可動(dòng)態(tài)隨機(jī)地增減，客戶(hù)機(jī)及服務(wù)器的角色還可以互換，同一臺(tái)計(jì)算機(jī)可以同時(shí)充當(dāng)兩種角色，此時(shí)客戶(hù)機(jī)與服務(wù)器的聯(lián)系不是通過(guò)網(wǎng)絡(luò)，而是通過(guò)機(jī)器內(nèi)的消息通信聯(lián)系?？蛻?hù)機(jī)與服務(wù)器的分工是靈活的，一般情況下服務(wù)器運(yùn)行的核心系統(tǒng)和存儲(chǔ)過(guò)程并存儲(chǔ)數(shù)據(jù)庫(kù)；客戶(hù)機(jī)運(yùn)行各種開(kāi)發(fā)工具及應(yīng)用程序。. 組成 由核心系統(tǒng) (服務(wù)器) ,預(yù)編譯系統(tǒng), 數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)工具三大部分組成。存儲(chǔ)過(guò)程及索引機(jī)制等全在核心系統(tǒng)中。 (1) 編譯型預(yù)編譯系統(tǒng)負(fù)責(zé)對(duì)嵌入在高級(jí)語(yǔ)言中的SQL語(yǔ)句進(jìn)行詞語(yǔ)分析、語(yǔ)法分析及邏輯查詢(xún)優(yōu)化，然后將SQL語(yǔ)句變換成消息，用函數(shù)調(diào)用代替原來(lái)的 SQL語(yǔ)句。這樣就把嵌有SQL語(yǔ)句的C程序變換成純C語(yǔ)句的程序。(2) 解釋型SQL預(yù)編譯系統(tǒng)實(shí)際上是一個(gè)SQL解釋器，負(fù)責(zé)對(duì)各終端交互開(kāi)發(fā)工具所接收的SQL語(yǔ)句進(jìn)行詞法分析，語(yǔ)法分析并負(fù)責(zé)邏輯查詢(xún)優(yōu)化，將SQL語(yǔ)句解釋成消息實(shí)體，直接發(fā)送給服務(wù)器，然后接受服務(wù)器處理的結(jié)果反饋給用戶(hù)。這些工具分為兩大類(lèi)： (1) 第三方提供的各種流行的開(kāi)發(fā)工具。已經(jīng)實(shí)現(xiàn)了ODBC，JDBC的驅(qū)動(dòng)程序。數(shù)據(jù)模型不同，DBMS的功能，存取方法及一系列的功能模塊就完全不同。關(guān)系模型對(duì)于常規(guī)屬性數(shù)據(jù)或規(guī)范數(shù)據(jù)的處理是十分方便和有效的，但規(guī)范關(guān)系要求數(shù)據(jù)必須具備原子性這一條件完全限制了一些復(fù)雜對(duì)象數(shù)據(jù)的存儲(chǔ)和處理。處理這些復(fù)雜對(duì)象的最好數(shù)據(jù)模型是面向?qū)ο髷?shù)據(jù)庫(kù)模型，可是OODB尚有許多理論和實(shí)現(xiàn)技術(shù)都未根本解決，OODB的原型很多,但產(chǎn)品,尤其是用戶(hù)接受的商品化OODB至今仍然很少。因此在應(yīng)用開(kāi)發(fā)時(shí)用戶(hù)仍然要記住他所存儲(chǔ)的多媒體類(lèi)型并作相應(yīng)處理。 因?yàn)橐磺刑幚砣捎脩?hù)自行解決。至于空間數(shù)據(jù)，關(guān)系數(shù)據(jù)庫(kù)更是毫無(wú)能力, 因?yàn)榭臻g數(shù)據(jù)是典型的層次結(jié)構(gòu)，是變長(zhǎng)數(shù)據(jù)，數(shù)據(jù)量非常巨大。從界面上仍然用SQL語(yǔ)言操作所有的對(duì)象，包括多媒體和地理信息都可以使用SQL語(yǔ)句進(jìn)行多種操作，免去了一種新的語(yǔ)言對(duì)用戶(hù)帶來(lái)的困難；從物理存儲(chǔ)上是層次結(jié)構(gòu)，有上層關(guān)系(父關(guān)系)和下層關(guān)系(子關(guān)系)， 這樣解決了關(guān)系模型只能存原子數(shù)據(jù)不能存嵌套數(shù)據(jù)的問(wèn)題，而且省去了空間關(guān)系連接操作，大大提高了效率。擴(kuò)展數(shù)據(jù)類(lèi)型成為DM2處理復(fù)雜對(duì)象的一個(gè)重要而必須解決的問(wèn)題。 作為一個(gè)多用戶(hù)、多任務(wù)的DBMS，宏觀上的并發(fā)執(zhí)行是基本狀態(tài)。另一種方式就是多線(xiàn)程方式，在一個(gè)操作系統(tǒng)進(jìn)程中可以處理多個(gè)用戶(hù)的事務(wù)，從而省去了進(jìn)程切換消耗的空間和時(shí)間，從而大大提高系統(tǒng)的總體效率和性能。在前一種情況下DBMS可直接利用操作系統(tǒng)的線(xiàn)程功能，后一種情況下DBMS要實(shí)現(xiàn)多線(xiàn)程機(jī)制必須自行解決。T Unix及Unixware 。DBMS各個(gè)線(xiàn)程在邏輯上并行執(zhí)行它們共存于一個(gè)OS進(jìn)程，共享DBMS的所有資源，線(xiàn)程是該數(shù)據(jù)庫(kù)的調(diào)度單位。線(xiàn)程因消息接收而被創(chuàng)建；因獲得申請(qǐng)的資源而進(jìn)入就緒狀態(tài)；因得不到相應(yīng)的資源而進(jìn)入等待；因調(diào)度而執(zhí)行；因滯后而進(jìn)入等待提交；因遠(yuǎn)程訪(fǎng)問(wèn)而進(jìn)入遠(yuǎn)程等待；因磁盤(pán)I/O請(qǐng)求而進(jìn)入I/O等待；因等待事件完成而就緒；最后因執(zhí)行完成而死亡，或因死鎖被殺掉。用戶(hù)可以選定任何一個(gè)服務(wù)器作為代理服務(wù)器，他通過(guò)客戶(hù)機(jī)向代理服務(wù)器發(fā)出服務(wù)請(qǐng)求，代理服務(wù)器負(fù)責(zé)所有的數(shù)據(jù)處理過(guò)程，典型情況下，用戶(hù)所操作的數(shù)據(jù)分布在若干個(gè)服務(wù)器上，所有關(guān)于分布式數(shù)據(jù)查詢(xún)、更新、死鎖檢測(cè)及排除，分布式事務(wù)處理，分布數(shù)據(jù)一致性維護(hù)，分布式故障恢復(fù)等一系列問(wèn)題，全由代理服務(wù)器與其它服務(wù)器協(xié)同工作自動(dòng)完成，客戶(hù)機(jī)完全感覺(jué)不到
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1