MySQL和MongoDB設計執行個體對比分析_MongoDB

來源:互聯網
上載者:User
下面通過一個設計執行個體對比一下二者:假設我們正在維護一個手機產品庫,裡面除了包含手機的名稱,品牌等基本資料,還包含了待機時間,外觀設計等參數資訊,應該如何存取資料呢?
如果使用MySQL的話,應該如何存取資料呢?
如果使用MySQL話,手機的基本資料單獨是一個表,另外由於不同手機的參數資訊差異很大,所以還需要一個參數表來單獨儲存。
複製代碼 代碼如下:

CREATE TABLE IF NOT EXISTS `mobiles` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` VARCHAR(100) NOT NULL,
`brand` VARCHAR(100) NOT NULL,
PRIMARY KEY (`id`)
);
CREATE TABLE IF NOT EXISTS `mobile_params` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`mobile_id` int(10) unsigned NOT NULL,
`name` varchar(100) NOT NULL,
`value` varchar(100) NOT NULL,
PRIMARY KEY (`id`)
);
INSERT INTO `mobiles` (`id`, `name`, `brand`) VALUES
(1, 'ME525', '摩托羅拉'),
(2, 'E7' , '諾基亞');
INSERT INTO `mobile_params` (`id`, `mobile_id`, `name`, `value`) VALUES
(1, 1, '待機時間', '200'),
(2, 1, '外觀設計', '直板'),
(3, 2, '待機時間', '500'),
(4, 2, '外觀設計', '滑蓋');

註:為了示範方便,沒有嚴格遵守關係型資料庫的範式設計。
如果想查詢待機時間大於100小時,並且外觀設計是直板的手機,需要按照如下方式查詢:
SELECT * FROM `mobile_params` WHERE name = '待機時間' AND value > 100;
SELECT * FROM `mobile_params` WHERE name = '外觀設計' AND value = '直板';
註:參數表為了方便,把數值和字串統一儲存成字串,實際使用時,MySQL允許在字串類型的欄位上進行數實值型別的查詢,只是需要進行類型轉換,多少會影響一點效能。
兩條SQL的結果取交集得到想要的MOBILE_ID,再到mobiles表查詢即可:
SELECT * FROM `mobiles` WHERE mobile_id IN (MOBILE_ID)
如果使用MongoDB的話,應該如何存取資料呢?
如果使用MongoDB的話,雖然理論上可以採用和MySQL一樣的設計方案,但那樣的話就顯得無趣了,沒有發揮出MongoDB作為文檔型資料庫的優點,實際上使用MongoDB的話,和MySQL相比,形象一點來說,可以合二為一:
複製代碼 代碼如下:

db.getCollection("mobiles").ensureIndex({
"params.name": 1,
"params.value": 1
});
db.getCollection("mobiles").insert({
"_id": 1,
"name": "ME525",
"brand": "摩托羅拉",
"params": [
{"name": "待機時間", "value": 200},
{"name": "外觀設計", "value": "直板"}
]
});
db.getCollection("mobiles").insert({
"_id": 2,
"name": "E7",
"brand": "諾基亞",
"params": [
{"name": "待機時間", "value": 500},
{"name": "外觀設計", "value": "滑蓋"}
]
});

如果想查詢待機時間大於100小時,並且外觀設計是直板的手機,需要按照如下方式查詢:
複製代碼 代碼如下:

db.getCollection("mobiles").find({
"params": {
$all: [
{$elemMatch: {"name": "待機時間", "value": {$gt: 100}}},
{$elemMatch: {"name": "外觀設計", "value": "直板"}}
]
}
});

註:查詢中用到的$all,$elemMatch等進階用法的詳細介紹請參考官方文檔中相關說明。

MySQL需要多個表,多次查詢才能搞定的問題,MongoDB只需要一個表,一次查詢就能搞定,對比完成,相對MySQL而言,MongoDB顯得更勝一籌,至少本例如此。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.