好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > MySQL和MongoDB設計實例對比分析

MySQL和MongoDB設計實例對比分析

熱門標簽:福州電銷機器人源代碼 南京400電話怎樣辦理 機器人外呼系統軟件存在問題 徐州ai電銷機器人原理 智能電銷機器人銷售話術 高德地圖標注商戶位置 沈陽營銷電銷機器人招商 企業智能外呼系統價格多少 兗州電話外呼營銷系統
下面通過一個設計實例對比一下二者:假設我們正在維護一個手機產品庫,里面除了包含手機的名稱,品牌等基本信息,還包含了待機時間,外觀設計等參數信息,應該如何存取數據呢?
如果使用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顯得更勝一籌,至少本例如此。

您可能感興趣的文章:
  • Python實現將數據框數據寫入mongodb及mysql數據庫的方法
  • node.js將MongoDB數據同步到MySQL的步驟
  • 記一次MongoDB性能問題(從MySQL遷移到MongoDB)
  • Python中MySQL數據遷移到MongoDB腳本的方法
  • MongoDB與MySQL的操作對比表及區別介紹
  • MongoDB與MySQL常用操作語句對照
  • MongoDB系列教程(五):mongo語法和mysql語法對比學習
  • python連接MySQL、MongoDB、Redis、memcache等數據庫的方法
  • mongodb與mysql命令詳細對比
  • 基于MySQL到MongoDB簡易對照表的詳解
  • 分析MongoDB和MySQL各自的關鍵特性、差別和優勢

標簽:丹東 本溪 邯鄲 吉安 昭通 鶴崗 大理 景德鎮

巨人網絡通訊聲明:本文標題《MySQL和MongoDB設計實例對比分析》,本文關鍵詞  MySQL,和,MongoDB,設計,實例,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《MySQL和MongoDB設計實例對比分析》相關的同類信息!
  • 本頁收集關于MySQL和MongoDB設計實例對比分析的相關信息資訊供網民參考!
  • 推薦文章
    主站蜘蛛池模板: 中文字幕一区二区三区免费视频 | 91精品夜夜夜一区二区三区| 国产A级婬片A片免费妖精| 国产午夜小视频| 《金花瓶梅梅花2》观看| 婷婷午夜天| 6029新视觉影院| 农村妇女一级A片xXX| 中文字幕人妻一区二区三区在线视频| 东北大坑乱1—50| 麻豆传煤入口麻豆公司传煤| 囯产伦精一区二区三区妓| 亚洲第一毛片| 调教mm被?免费视频| 日韩8x8x| 性中国**毛茸茸视频| 意外成结(孕)江错许澜意| 妇女撒尿XXXX| 枣强县| 小婬妇水好多真紧奶头好硬 | 91九色黑人精品留学生| 女高中生蒋雅雅性日记h| 回民做爰XXXX性视频| 护士浓密毛茸茸| 色综合久久六月婷婷中文字幕| 短篇H文纯肉合集| 蜜臀在线AV国产在线播放| 亚洲美色视频| 欧美日韩加勒比一区二区三区| 中文天堂在线视频| 97超碰国产亚洲精品理论电影| 亚洲激情欧美| 人妻含泪被黑人进入| 免费一级e一片在线播放| 日本丰滿少妇BBBBBB| 男男twinkgayfreevideo| 大埔县| 日本黄色电影片| 香港A片毛片免费观看| 一色桃子理性狂乱的我| 我让老黑开发娇妻张玲|