建站
咨詢
售后
建站咨詢
新聞中心
近年來(lái)，隨著云計(jì)算、大數(shù)據(jù)、等新技術(shù)的發(fā)展，BaaS（Backend as a Service）應(yīng)用越來(lái)越普及。BaaS應(yīng)用以服務(wù)的形式提供后端的功能，包括數(shù)據(jù)存儲(chǔ)、身份驗(yàn)證、推送服務(wù)、消息隊(duì)列等等。而在BaaS應(yīng)用中的數(shù)據(jù)存儲(chǔ)中，數(shù)據(jù)庫(kù)的選擇是非常關(guān)鍵的一步。在選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)時(shí)，需要考慮多個(gè)方面因素。
為通江等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及通江網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、通江網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！
一、適合低層結(jié)構(gòu)特點(diǎn)
在選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)之前，需要了解低層結(jié)構(gòu)的特點(diǎn)。低層結(jié)構(gòu)通常是指后端服務(wù)所涉及的實(shí)際數(shù)據(jù)、物理設(shè)備等。低層結(jié)構(gòu)的特點(diǎn)包括：
1. 存儲(chǔ)量大、種類廣：低層結(jié)構(gòu)中包含各種類型的數(shù)據(jù)，如結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù)等等，存儲(chǔ)量也非常大。
2. 存取速度快：低層結(jié)構(gòu)中的數(shù)據(jù)在應(yīng)用中需要快速存取，能夠支持高并發(fā)讀寫。
3. 高可靠性：低層結(jié)構(gòu)中的數(shù)據(jù)是應(yīng)用的核心內(nèi)容，需要保障數(shù)據(jù)的安全性和可靠性。
4. 易擴(kuò)展：低層結(jié)構(gòu)需要滿足可擴(kuò)展性，隨著應(yīng)用規(guī)模的擴(kuò)大，數(shù)據(jù)存儲(chǔ)量也需要隨之?dāng)U展。
二、不同數(shù)據(jù)庫(kù)類型介紹
在BaaS應(yīng)用中，常用的數(shù)據(jù)庫(kù)類型包括關(guān)系型數(shù)據(jù)庫(kù)、NoSQL數(shù)據(jù)庫(kù)、內(nèi)存數(shù)據(jù)庫(kù)、圖數(shù)據(jù)庫(kù)等。不同的數(shù)據(jù)庫(kù)類型在適合低層結(jié)構(gòu)上各有優(yōu)劣：
1. 關(guān)系型數(shù)據(jù)庫(kù)
關(guān)系型數(shù)據(jù)庫(kù)是一種基于關(guān)系模型的數(shù)據(jù)庫(kù)管理系統(tǒng)，通常采用SQL語(yǔ)言來(lái)操作數(shù)據(jù)。因其穩(wěn)定性、可靠性、數(shù)據(jù)完整性方面的優(yōu)勢(shì)，關(guān)系型數(shù)據(jù)庫(kù)長(zhǎng)期是企業(yè)信息化中主流的存儲(chǔ)方式之一。關(guān)系型數(shù)據(jù)庫(kù)適合于存儲(chǔ)結(jié)構(gòu)化數(shù)據(jù)，如訂單、用戶信息、賬單等，但在存儲(chǔ)非結(jié)構(gòu)化數(shù)據(jù)和動(dòng)態(tài)數(shù)據(jù)時(shí)可能不如NoSQL數(shù)據(jù)庫(kù)。
2. NoSQL數(shù)據(jù)庫(kù)
NoSQL（Not Only SQL）數(shù)據(jù)庫(kù)是一種新興的數(shù)據(jù)庫(kù)系統(tǒng)，它不使用SQL語(yǔ)言來(lái)操作數(shù)據(jù)，而是通過(guò)鍵值對(duì)、文檔、列族等方式來(lái)存儲(chǔ)數(shù)據(jù)。NoSQL數(shù)據(jù)庫(kù)通常具有分布式、橫向擴(kuò)展、高性能、高可用等特點(diǎn)，適合非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)，如社交網(wǎng)絡(luò)、日志、傳感器數(shù)據(jù)等。但是在一些對(duì)數(shù)據(jù)一致性要求較高的應(yīng)用場(chǎng)景中，NoSQL數(shù)據(jù)庫(kù)可能不如關(guān)系型數(shù)據(jù)庫(kù)。
3. 內(nèi)存數(shù)據(jù)庫(kù)
內(nèi)存數(shù)據(jù)庫(kù)（In-Memory Database）是指將數(shù)數(shù)據(jù)存儲(chǔ)在內(nèi)存中的數(shù)據(jù)庫(kù)，它能夠提高數(shù)據(jù)訪問(wèn)速度和響應(yīng)速度。內(nèi)存數(shù)據(jù)庫(kù)適合那些需要高并發(fā)、實(shí)時(shí)響應(yīng)、繁忙的應(yīng)用場(chǎng)景。但由于存儲(chǔ)器代價(jià)昂貴，內(nèi)存數(shù)據(jù)庫(kù)相對(duì)于磁盤數(shù)據(jù)庫(kù)來(lái)說(shuō)存儲(chǔ)的代價(jià)高。
4. 圖數(shù)據(jù)庫(kù)
圖數(shù)據(jù)庫(kù)是一種專門用于存儲(chǔ)圖形數(shù)據(jù)的數(shù)據(jù)庫(kù)，它的特點(diǎn)是能夠高效地存儲(chǔ)和遍歷大規(guī)模圖形數(shù)據(jù)。圖數(shù)據(jù)庫(kù)適合于存儲(chǔ)具有復(fù)雜關(guān)系的數(shù)據(jù)，如社交網(wǎng)絡(luò)中的用戶關(guān)系、交通規(guī)劃中的路線規(guī)劃等。
三、如何選擇最適合低層結(jié)構(gòu)的數(shù)據(jù)庫(kù)
在選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)時(shí)，需要綜合考慮存儲(chǔ)量、存取速度、高可靠性、易擴(kuò)展等多方面的因素。
1. 存儲(chǔ)量大、種類廣
對(duì)于存儲(chǔ)量大、種類廣的低層結(jié)構(gòu)，NoSQL數(shù)據(jù)庫(kù)是更好的選擇，如MongoDB、Cassandra等。NoSQL數(shù)據(jù)庫(kù)的架構(gòu)特點(diǎn)使得其能夠高效地處理大規(guī)模的數(shù)據(jù)，也能夠靈活地進(jìn)行非結(jié)構(gòu)化和半結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)。
2. 存取速度快
對(duì)于存取速度較快的低層結(jié)構(gòu)，如金融交易數(shù)據(jù)、社交網(wǎng)絡(luò)等，內(nèi)存數(shù)據(jù)庫(kù)是更好的選擇，如Redis、Memcached等。內(nèi)存數(shù)據(jù)庫(kù)能夠在大量的訪問(wèn)請(qǐng)求中提供高并發(fā)、實(shí)時(shí)響應(yīng)、快速存取等功能。同時(shí)，內(nèi)存數(shù)據(jù)庫(kù)也適合于一些需要進(jìn)行一些臨時(shí)性數(shù)據(jù)的存儲(chǔ)，比如購(gòu)物車的緩存等。
3. 高可靠性
對(duì)于對(duì)可靠性要求比較高的低層結(jié)構(gòu)，如電商網(wǎng)站的用戶信息、支付信息等，關(guān)系型數(shù)據(jù)庫(kù)是更好的選擇，如MySQL、Oracle等。關(guān)系型數(shù)據(jù)庫(kù)相對(duì)于NoSQL數(shù)據(jù)庫(kù)有更好的數(shù)據(jù)一致性和可靠性保證，其ACID特性可以確保數(shù)據(jù)的安全性和完整性。
4. 易擴(kuò)展
對(duì)于未來(lái)業(yè)務(wù)規(guī)模擴(kuò)展需要的低層結(jié)構(gòu)，需要選擇易擴(kuò)展的數(shù)據(jù)庫(kù)。NoSQL數(shù)據(jù)庫(kù)具有較好的可擴(kuò)展性，可以方便地進(jìn)行水平擴(kuò)展，支持大量節(jié)點(diǎn)構(gòu)建分布式系統(tǒng)，如Cassandra、HBase等。
四、結(jié)論
在選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)時(shí)，需要根據(jù)低層結(jié)構(gòu)的特點(diǎn)綜合考慮存儲(chǔ)量、存取速度、高可靠性、易擴(kuò)展等多方面的因素。不同類型的數(shù)據(jù)庫(kù)適合不同的數(shù)據(jù)類型和業(yè)務(wù)場(chǎng)景，需要結(jié)合實(shí)際需求進(jìn)行選擇。在實(shí)際應(yīng)用中，也可以采用多個(gè)類型的數(shù)據(jù)庫(kù)組合來(lái)存儲(chǔ)低層結(jié)構(gòu)中的數(shù)據(jù)。每種類型的數(shù)據(jù)庫(kù)都有各自的優(yōu)勢(shì)和劣勢(shì)，選擇最適合低層結(jié)構(gòu)的數(shù)據(jù)庫(kù)可以提高數(shù)據(jù)的讀寫效率、保障數(shù)據(jù)的安全性和可靠性，最終實(shí)現(xiàn)BaaS應(yīng)用的高效運(yùn)作。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián),建站經(jīng)驗(yàn)豐富以策略為先導(dǎo)10多年以來(lái)專注數(shù)字化網(wǎng)站建設(shè),提供企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計(jì),響應(yīng)式網(wǎng)站制作,設(shè)計(jì)師量身打造品牌風(fēng)格,熱線:028-86922220為什么使用Hive？Hive提供了什么？Hive支持哪些用戶
為什么使用Hive？
為什么使用Hive？那么，在哪里使用Hive呢？在載入了60億行（經(jīng)度、維度、時(shí)間、數(shù)據(jù)值、高度）數(shù)據(jù)集到MySQL后，系統(tǒng)崩潰了，并經(jīng)歷過(guò)數(shù)據(jù)丟失。這可能部分是因?yàn)槲覀冏畛醯牟呗允菍⑺械臄?shù)據(jù)都存儲(chǔ)到單一的一張表中了。后來(lái)，我們調(diào)整了策略通過(guò)數(shù)據(jù)集和參數(shù)進(jìn)行分表，這有所幫助但也因此引入了額外的消耗，而這并非是我們?cè)敢饨邮艿摹?/p>
相反，我們決定嘗試使用Apache Hive技術(shù)。我們安裝了Hive 0.5 + 20，使用CDHv3和Apache Hadoop(+ 320)。CDHv3還包含有許多其他相關(guān)工具，包括Sqoop和Hue這些在我們的架構(gòu)中都標(biāo)識(shí)出來(lái)了，如圖23-3底部所示。
我們使用Apache Sqoop轉(zhuǎn)儲(chǔ)數(shù)據(jù)到Hive中，然后纖滑通過(guò)寫一個(gè)Apache OODT包裝器，來(lái)使Hive按照空間/時(shí)間約束查詢數(shù)據(jù)，然后將結(jié)果提供給RCMET和其他用戶(圖23-2中間部分顯示)。RCMES集群的完整的架構(gòu)如圖23- 3所示。我們有5臺(tái)機(jī)器，包括圖中所示的一個(gè)主/從配置，通過(guò)一個(gè)運(yùn)行GigE的私人網(wǎng)進(jìn)行連接。
Hive提供了什么
Photobucket公司使用Hive的主要目標(biāo)是為業(yè)務(wù)功能、系統(tǒng)性能和用戶行為提供答案。為了滿足這些需求，我們每晚都要通過(guò)Flume從數(shù)百臺(tái)服務(wù)器上的MySQL數(shù)據(jù)庫(kù)中轉(zhuǎn)儲(chǔ)來(lái)自Web服務(wù)器和自定義格式日志TB級(jí)別的數(shù)據(jù)。這些數(shù)據(jù)有助于支持整個(gè)公司許多組織，比如行政管理、廣告、客戶支持、產(chǎn)品開(kāi)發(fā)和操作，等等。對(duì)于歷史數(shù)據(jù)，我們保持所有MySQL在每月的之一天創(chuàng)建的所有的毀培臘數(shù)據(jù)作為分區(qū)數(shù)據(jù)并保留30天以上的日志文件。Photobucket使用一個(gè)定制的ETL框架來(lái)將MySQL數(shù)據(jù)庫(kù)中數(shù)據(jù)遷移到Hive中。使用Flume將日志文件數(shù)據(jù)寫入到HDFS中并按照預(yù)定的Hive流程進(jìn)行處理。
Hive支持的用戶有哪些
行政管理依賴于使用Hadoop提供一般業(yè)務(wù)健康狀況的報(bào)告。Hive允許我們解析結(jié)構(gòu)化數(shù)據(jù)庫(kù)數(shù)據(jù)和非結(jié)構(gòu)化的點(diǎn)擊流數(shù)據(jù)，以及業(yè)務(wù)所涉及的數(shù)據(jù)格式進(jìn)行讀取。
廣告業(yè)務(wù)使用Hive篩選歷史數(shù)據(jù)來(lái)對(duì)廣告目標(biāo)進(jìn)行預(yù)測(cè)和定義配額。產(chǎn)品開(kāi)發(fā)無(wú)疑是該組織中產(chǎn)生更大數(shù)量的特定的查詢的用戶了。對(duì)于任何用戶群，時(shí)間間隔變化或隨時(shí)間而變化。Hive是很重要的，因?yàn)樗试S我們通過(guò)對(duì)在當(dāng)前和歷史數(shù)據(jù)中運(yùn)行A / B測(cè)試來(lái)判斷在一個(gè)快速變化的用戶環(huán)境中新產(chǎn)品的相關(guān)特性。
在Photobucket公司中，為我們的用戶提供一流的系統(tǒng)是最重要的目標(biāo)。從操作的角度來(lái)看，Hive被用來(lái)匯總生成跨多個(gè)維度的數(shù)據(jù)。在公司里知道更流行的媒體、用戶、參考域是非常重要的?？刂瀑M(fèi)中租用對(duì)于任何組織都是重要的。一個(gè)用戶可以快速消耗大量的系統(tǒng)資源，并顯著增加每月的支出。Hive可以用于識(shí)別和分析出這樣的惡意用戶，以確定哪些是符合我們的服務(wù)條款，而哪些是不符合的。也可以使用Hive對(duì)一些操作運(yùn)行A / B測(cè)試來(lái)定義新的硬件需求和生成ROI計(jì)算。Hive將用戶從底層MapReduce代碼解放出來(lái)的能力意味著可以在幾個(gè)小時(shí)或幾天內(nèi)就可以獲得答案，而不是之前的數(shù)周。
Hive中的數(shù)據(jù)庫(kù)
Hive中數(shù)據(jù)庫(kù)的概念本質(zhì)上僅僅是表的一個(gè)目錄或者命名空間。然而，對(duì)于具有很多組和用戶的大集群來(lái)說(shuō)，這是非常有用的，因?yàn)檫@樣可以避免表命名沖突。通常會(huì)使用數(shù)據(jù)庫(kù)來(lái)將生產(chǎn)表組織成邏輯組。
如果用戶沒(méi)有顯式指定數(shù)據(jù)庫(kù)，那么將會(huì)使用默認(rèn)的數(shù)據(jù)庫(kù)default。
下面這個(gè)例子就展示了如何創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)：
hive> CREATE DATABASE financials;
如果數(shù)據(jù)庫(kù)financials已經(jīng)存在的話，那么將會(huì)拋出一個(gè)錯(cuò)誤信息。使用如下語(yǔ)句可以避免在這種情況下拋出錯(cuò)誤信息：
hive> CREATE DATABASE IF NOT EXISTS financials;
雖然通常情況下用戶還是期望在同名數(shù)據(jù)庫(kù)已經(jīng)存在的情況下能夠拋出警告信息的，但是IF NOT EXISTS這個(gè)子句對(duì)于那些在繼續(xù)執(zhí)行之前需要根據(jù)需要實(shí)時(shí)創(chuàng)建數(shù)據(jù)庫(kù)的情況來(lái)說(shuō)是非常有用的。
在所有的數(shù)據(jù)庫(kù)相關(guān)的命令中，都可以使用SCHEMA這個(gè)關(guān)鍵字來(lái)替代關(guān)鍵字TABLE。
隨時(shí)可以通過(guò)如下命令方式查看Hive中所包含的數(shù)據(jù)庫(kù)：
hive> SHOW DATABASES;
default
financials
hive> CREATE DATABASE human_resources;
hive> SHOW DATABASES;
default
financials
human_resources
如果數(shù)據(jù)庫(kù)非常多的話，那么可以使用正則表達(dá)式匹配來(lái)篩選出需要的數(shù)據(jù)庫(kù)名，正則表達(dá)式這個(gè)概念，將會(huì)在第6.2.3節(jié)“Like和RLike”介紹。下面這個(gè)例子展示的是列舉出所有以字母h開(kāi)頭，以其他字符結(jié)尾（即.*部分含義）的數(shù)據(jù)庫(kù)名：
hive> SHOW DATABASES LIKE ‘h.*’;
human_resources
hive> …
Hive會(huì)為每個(gè)數(shù)據(jù)庫(kù)創(chuàng)建一個(gè)目錄。數(shù)據(jù)庫(kù)中的表將會(huì)以這個(gè)數(shù)據(jù)庫(kù)目錄的子目錄形式存儲(chǔ)。有一個(gè)例外就是default數(shù)據(jù)庫(kù)中的表，因?yàn)檫@個(gè)數(shù)據(jù)庫(kù)本身沒(méi)有自己的目錄。
數(shù)據(jù)庫(kù)所在的目錄位于屬性hive.metastore.warehouse.dir所指定的頂層目錄之后，這個(gè)配置項(xiàng)我們已經(jīng)在前面的第2.5.1節(jié)“本地模式配置”和第2.5.2節(jié)“分布式模式和偽分布式模式配置”中進(jìn)行了介紹。假設(shè)用戶使用的是這個(gè)配置項(xiàng)默認(rèn)的配置，也就是/user/hive/warehouse，那么當(dāng)我們創(chuàng)建數(shù)據(jù)庫(kù)financials時(shí)，Hive將會(huì)對(duì)應(yīng)地創(chuàng)建一個(gè)目錄/user/hive/warehouse/financials.db。這里請(qǐng)注意，數(shù)據(jù)庫(kù)的文件目錄名是以.db結(jié)尾的。
用戶可以通過(guò)如下的命令來(lái)修改這個(gè)默認(rèn)的位置：
hive> CREATE DATABASE financials
> LOCATION ‘/my/preferred/directory’;
用戶也可以為這個(gè)數(shù)據(jù)庫(kù)增加一個(gè)描述信息，這樣通過(guò)DESCRIBE DATABASE 命令就可以查看到該信息。
hive> CREATE DATABASE financials
> COMMENT ‘Holds all financial tables’;
hive> DESCRIBE DATABASE financials;
financials Holds all financial tables
從上面的例子中，我們可以注意到，DESCRIEB DATABASE語(yǔ)句也會(huì)顯示出這個(gè)數(shù)據(jù)庫(kù)所在的文件目錄位置路徑。在這個(gè)例子中，URI格式是hdfs。如果安裝的是MapR，那么這里就應(yīng)該是maprfs。對(duì)于亞馬遜彈性MapReduce（EMR）集群，這里應(yīng)該是hdfs，但是用戶可以設(shè)置hive.metastore.warehouse.dir為亞馬遜S3特定的格式（例如，屬性值設(shè)置為s3
前面DESCRIBE DATABASE語(yǔ)句的輸出中，我們使用了master-server來(lái)代表URI權(quán)限，也就是說(shuō)應(yīng)該是由文件系統(tǒng)的“主節(jié)點(diǎn)”（例如，HDFS中運(yùn)行NameNode服務(wù)的那臺(tái)服務(wù)器）的服務(wù)器名加上一個(gè)可選的端口號(hào)構(gòu)成的（例如，服務(wù)器名：端口號(hào)這樣的格式）。如果用戶執(zhí)行的是偽分布式模式，那么主節(jié)點(diǎn)服務(wù)器名稱就應(yīng)該是localhost。對(duì)于本地模式，這個(gè)路徑應(yīng)該是一個(gè)本地路徑，例如
如果這部分信息省略了，那么Hive將會(huì)使用Hadoop配置文件中的配置項(xiàng)fs.default.name作為master-server所對(duì)應(yīng)的服務(wù)器名和端口號(hào)，這個(gè)配置文件可以在$HADOOP_HOME/conf這個(gè)目錄下找到。
需要明確的是，
warehouse/financials.db是等價(jià)的，其中master-server是主節(jié)點(diǎn)的DNS名和可選的端口號(hào)。
為了保持完整性，當(dāng)用戶指定一個(gè)相對(duì)路徑（例如，some/relative/path）時(shí)，對(duì)于HDFS和Hive，都會(huì)將這個(gè)相對(duì)路徑放到分布式文件系統(tǒng)的指定根目錄下（例如，
為了腳本的可移植性，通常會(huì)省略掉那個(gè)服務(wù)器和端口號(hào)信息，而只有在涉及到另一個(gè)分布式文件系統(tǒng)實(shí)例（包括S3存儲(chǔ)）的時(shí)候才會(huì)指明該信息。
此外，用戶還可以為數(shù)據(jù)庫(kù)增加一些和其相關(guān)的鍵-值對(duì)屬性信息，盡管目前僅有的功能就是提供了一種可以通過(guò)DESCRIBE DATABASE EXTENDED 語(yǔ)句顯示出這些信息的方式：
hive> CREATE DATABASE financials
> WITH DBPROPERTIES (‘creator’ = ‘Mark Moneybags’, ‘date’ = ”);
hive> DESCRIBE DATABASE financials;
financials
hive> DESCRIBE DATABASE EXTENDED financials;
financials
{date=, creator=Mark Moneybags);
USE命令用于將某個(gè)數(shù)據(jù)庫(kù)設(shè)置為用戶當(dāng)前的工作數(shù)據(jù)庫(kù)，和在文件系統(tǒng)中切換工作目錄是一個(gè)概念：
hive> USE financials;
現(xiàn)在，使用像SHOW TABLES這樣的命令就會(huì)顯示當(dāng)前這個(gè)數(shù)據(jù)庫(kù)下所有的表。
不幸的是，并沒(méi)有一個(gè)命令可以讓用戶查看當(dāng)前所在的是哪個(gè)數(shù)據(jù)庫(kù)！幸運(yùn)的是，在Hive中是可以重復(fù)使用USE…命令的，這是因?yàn)樵贖ive中并沒(méi)有嵌套數(shù)據(jù)庫(kù)的概念。
可以回想下，在第2.7.2節(jié)“變量和屬性”中提到過(guò)，可以通過(guò)設(shè)置一個(gè)屬性值來(lái)在提示符里面顯示當(dāng)前所在的數(shù)據(jù)庫(kù)（Hive v0.8.0版本以及之后的版本才支持此功能）：
hive> set hive.cli.print.current.db=true;
hive (financials)> USE default;
hive (default)> set hive.cli.print.current.db=false;
hive> …
最后，用戶可以刪除數(shù)據(jù)庫(kù)：
hive> DROP DATABASE IF EXISTS financials;
IF EXISTS子句是可選的，如果加了這個(gè)子句，就可以避免因數(shù)據(jù)庫(kù)finanacials不存在而拋出警告信息。
默認(rèn)情況下，Hive是不允許用戶刪除一個(gè)包含有表的數(shù)據(jù)庫(kù)的。用戶要么先刪除數(shù)據(jù)庫(kù)中的表，然后再刪除數(shù)據(jù)庫(kù)；要么在刪除命令的最后面加上關(guān)鍵字CASCADE，這樣可以使Hive自行先刪除數(shù)據(jù)庫(kù)中的表：
hive> DROP DATABASE IF EXISTS financials CASCADE;
如果使用的是RESTRICT這個(gè)關(guān)鍵字而不是CASCADE這個(gè)關(guān)鍵字的話，那么就和默認(rèn)情況一樣，也就是，如果想刪除數(shù)據(jù)庫(kù)，那么必須先要?jiǎng)h除掉該數(shù)據(jù)庫(kù)中的所有表。
如果某個(gè)數(shù)據(jù)庫(kù)被刪除了，那么其對(duì)應(yīng)的目錄也同時(shí)會(huì)被刪除。
baas低層用什么數(shù)據(jù)庫(kù)的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于baas低層用什么數(shù)據(jù)庫(kù),BaaS應(yīng)用中選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)？,為什么使用Hive？Hive提供了什么？Hive支持哪些用戶的信息別忘了在本站進(jìn)行查找喔。
成都創(chuàng)新互聯(lián)科技有限公司，經(jīng)過(guò)多年的不懈努力，公司現(xiàn)已經(jīng)成為一家專業(yè)從事IT產(chǎn)品開(kāi)發(fā)和營(yíng)銷公司。廣泛應(yīng)用于計(jì)算機(jī)網(wǎng)絡(luò)、設(shè)計(jì)、SEO優(yōu)化、關(guān)鍵詞排名等多種行業(yè)！
標(biāo)題名稱：BaaS應(yīng)用中選擇何種數(shù)據(jù)庫(kù)更適合低層結(jié)構(gòu)？(baas低層用什么數(shù)據(jù)庫(kù))
標(biāo)題路徑：http://m.fisionsoft.com.cn/article/djoosed.html
