配送方式
-
台灣
- 國內宅配：本島、離島
-
到店取貨：
不限金額免運費
-
海外
- 國際快遞：全球
-
港澳店取：
內容簡介
騰訊前資深後台工程師力作，大數據時代必讀佳作！
本書特色
1.對NoSQL 系統的理論進行深入淺出的分析，深入說明三種NoSQL 系統：列式的、Key/Value 的和文件類型，並說明MySQL 的效能最佳化。
2.對Hadoop/HBase、MongoDB和Redis這三種NoSQL 系統都列出具體實作
3.詳細講述了NoSQL的分類及各類NoSQL系統的適用場景，為讀者在實際開發中的技術選型提供良好的指導。
適合：沒有基礎的NoSQL 初學者、 網際網路公司高平行處理系統的後台開發人員、巨量資料、NoSQL 開發同好、中級程式設計師、大專院校師生、相關教育培訓班的學員。
目錄
前言
Chapter 01 NoSQL 與大數據簡介
1.1 引子 —— NoSQL 在中國大陸使用的案例
1.1.1 新浪微博
1.1.2 淘寶資料平台
1.1.3 視覺中國網站
1.1.4 優酷營運資料分析
1.1.5 飛信空間
1.1.6 豆瓣社區
1.2 大數據
1.2.1 大數據的度量單位
1.2.2 大數據的特點
1.3 大數據相關技術
1.3.1 大數據擷取技術
1.3.2 大數據前置處理技術
1.3.3 大數據儲存及管理技術
1.3.4 大數據分析及採擷技術
1.3.5 大數據展現與應用技術
1.4 NoSQL 簡介
1.4.1 什麼是NoSQL
1.4.2 關聯式資料庫簡史
1.4.3 資料庫分類
1.4.4 關聯式資料庫的優勢
1.4.5 不擅長的處理
1.4.6 NoSQL 資料庫
1.5 NoSQL 資料庫的類型
1.5.1 鍵值（Key/Value）儲存
1.5.2 針對文件的資料庫
1.5.3 針對列的資料庫
1.6 如何使用和學習NoSQL 資料庫
1.6.1 始終只是一種選擇
1.6.2 在何種程度上信賴它
1.7 雲端資料管理
Chapter 02 NoSQL 的資料一致性
2.1 傳統關聯式資料庫中的ACID
2.1.1 最小性
2.1.2 一致性
2.1.3 隔離性
2.1.4 持久性
2.1.5 舉例
2.2 CAP 理論
2.2.1 NoSQL 系統是分散式系統
2.2.2 CAP 理論說明
2.3 AP 的實例 —— DNS 系統
2.3.1 DNS 系統
2.3.2 DNS 域名解析過程
2.3.3 DNS 系統是最後一致性的
2.4 資料一致性模型與BASE
2.4.1 資料一致性模型
2.4.2 BASE（Basically Available，Soft-state，Eventual consistency）
2.5 資料一致性實現方法
2.5.1 Quorum 系統NRW 策略
2.5.2 時間戳記策略
2.5.3 向量時鐘
Chapter 03 NoSQL 的水平擴充與其他基礎知識
3.1 所有資料儲存在一個伺服器上
3.2 分片（Sharding）
3.3 主從複製
3.4 對等（Peer To Peer）複製
3.5 複製和分片的同時使用
3.6 資料水平擴充的方法歸納
3.7 分片對資料的劃分方式
3.7.1 Range-Based Partitioning
3.7.2 Round-Robin
3.8 一致性hash 演算法（Consistent Hashing）
3.8.1 基本場景
3.8.2 hash 演算法和單調性
3.8.3 Consistent Hashing 演算法的原理
3.8.4 虛擬節點
3.9 磁碟的讀寫特點及五分鐘法則
3.9.1 磁軌、磁區、磁柱和磁頭數
3.9.2 固態硬碟（SSD）：隨機讀寫速度快
3.9.3 記憶體：讀寫速度極快
3.9.4 五分鐘法則
3.10 不要刪除資料
Chapter 04 BigTable 與Google 雲端運算原理
4.1 雲端運算
4.1.1 雲端運算的概念
4.1.2 雲端運算發展現狀
4.1.3 雲端運算實現機制
4.1.4 網格計算與雲端運算
4.2 Google 檔案系統GFS
4.2.1 系統架構
4.2.2 容錯機制
4.2.3 系統管理技術
4.3 平行資料處理MapReduce
4.3.1 產生背景
4.3.2 程式設計模型
4.3.3 實現機制
4.4 分散式鎖服務Chubby
4.4.1 Paxos 演算法
4.4.2 Chubby 系統設計
4.4.3 Chubby 檔案系統
4.4.4 通訊協定
4.4.5 正確性與效能
4.5 分散式結構化資料表BigTable
4.5.1 設計動機與目標
4.5.2 資料模型
4.5.3 系統架構
4.5.4 主要伺服器
4.5.5 子表伺服器
4.5.6 效能最佳化
Chapter 05 Google 雲端運算的開放原始碼版本——Hadoop
5.1 Hadoop 簡介
5.1.1 Hadoop 發展史
5.1.2 Apache Hadoop 專案及系統結構
5.2 Hadoop 產生的原因
5.2.1 巨量的資料
5.2.2 資料的儲存和分析
5.3 Hadoop 和其他系統的比較
5.3.1 和關聯式資料庫管理系統（RDBMS）的比較
5.3.2 和網格計算的比較
5.4 HDFS 的架構設計
5.4.1 前提和設計目標
5.4.2 Namenode 和Datanode
5.4.3 檔案系統的Namespace
5.4.4 資料複製
5.4.5 檔案系統中繼資料的持久化
5.4.6 通訊協定
5.4.7 穩固性
5.4.8 資料組織
5.4.9 可存取性
5.4.10 空間的回收
5.5 安裝Hadoop
5.5.1 安裝JDK 1.7
5.5.2 安裝Hadoop
5.6 HDFS 操作
5.6.1 使用FS Shell 指令操作HDFS
5.6.2 程式設計讀寫HDFS
5.7 Hadoop 中的MapReduce 模型
5.7.1 MapReduce 計算模型
5.7.2 Hadoop 中的Hello World 程式
5.7.3 執行MapReduce 程式
5.7.4 Hadoop 中的Hello World 程式——新的API
5.7.5 MapReduce 的資料流程和控制流
5.8 Zookeeper
5.8.1 Zookeeper 設定安裝
5.8.2 Zookeeper 的資料模型
5.8.3 Zookeeper 的基本使用
5.8.4 ZooKeeper 典型的應用場景
5.8.5 統一命名服務（Name Service）
5.8.6 共用鎖（Locks）
5.8.7 佇列管理
5.8.8 Zookeeper 歸納
5.9 HBase
5.9.1 簡介
5.9.2 邏輯視圖
5.9.3 實體儲存
5.9.4 系統架構
5.9.5 關鍵演算法/ 流程
5.10 HBase 的安裝和
序／導讀
前言
「資料是21 世紀最有價值的資產，它比黃金和石油更有價值」。隨著大數據時代的來臨，傳統的關聯式資料庫在可擴充性、資料模型和可用性方面遇到了難以克服的障礙。此時各種NoSQL 系統出現了。它們的特點各不相同，分別應用於不同的場景並迅速獲得了極大的成功。作為一名從事後台開發多年的工作者，我對每一種新技術的出現與應用都充滿了渴望與期待，其中NoSQL 解決了我實際工作中遇到的許多問題。NoSQL 具有下面幾方面的優點：
1. 靈活的可擴充性
多年以來，資料庫管理員們都是透過「垂直擴充」的方式（當資料庫的負載增加的時候，購買更大型的伺服器來承載增加的負載）來進行擴充的，而非透過「水平擴充」的方式（當資料庫負載增加的時候，在多台主機上分配增加的負載）來進行擴充。但是，隨著請求量和可用性需求的增加，資料庫也正在移轉到雲端或虛擬化環境中，「水平擴充」的經濟優勢變得更加明顯了，對各大企業來說，這種「誘惑」是無法抗拒的。
要對RDBMS（關聯式資料庫，例如Oracle）做「水平擴充」，並不是很容易。但是各種新類型的NoSQL 資料庫主要是為了進行透明的擴充，來利用新節點而設計的，而且，它們通常都是為了低成本的commodity hardware 而設計的。
2. 輕鬆應對大數據
在過去的十年裡，正如請求量發生了天翻地覆的增長一樣，需要儲存的資料量也發生了急劇的膨脹。為了滿足資料量增長的需要，RDBMS 的容量也在日益增加，但是，對一些企業來說，隨著請求量的增加，單一資料庫能夠管理的資料量也變得越來越讓人無法忍受了。現在，大量的「大數據」可以透過NoSQL 系統（如MongoDB）來處理，它們能夠處理的資料量遠遠超出了最大型的RDBMS 所能處理的極限。
3. 維護簡單
在過去的幾年裡，雖然一些RDBMS 供應商們聲稱在可管理性方面做出了很多的改進，但是高階的RDBMS 系統維護起來十分昂貴，而且還需要訓練有素的DBA 們的協助。DBA 們需要親自參與高階的RDBMS 系統的設計、安裝和最佳化。
NoSQL 資料庫從一開始就是為了降低管理方面的要求而設計的：從理論上來說，自動修復，資料分配和簡單的資料模型的確可以讓管理和最佳化方面的要求降低很多。
4. 經濟
NoSQL 資料庫通常使用廉價的Commodity Servers 叢集來管理膨脹的資料和請求量，而RDBMS 通常需要依靠昂貴的專有伺服器和儲存系統來做到這一點。使用NoSQL，每GB 的成本或每秒處理的請求的成本都比使用RDBMS 的成本少很多，這可以讓企業花費更低的成本儲存和處理更多的資料。
5. 靈活的資料模型
對大型的生產性RDBMS 來說，變更管理是一件很令人頭痛的事情。即使只對一個RDBMS 的資料模型做出很小的改動，也必須要十分小心的管理，也許還需要停機或降低服務水準。NoSQL 資料庫在資料模型約束方面是更加寬鬆的，甚至可以說並不存在資料模型的約束。
NoSQL 的Key/Value 資料庫和文件類型資料庫可以讓應用程式在一個資料元素裡儲存任何結構的資料。即使是規定更加嚴格的以「大表」為基礎的NoSQL 資料庫（如HBase）通常也允許建立新列，這並不會造成什麼麻煩。
應用程式變更和資料庫綱要的變更並不需要作為一個複雜的變更單元來管理。從理論上來說，這可以讓應用程式反覆運算的更快，但是，很明顯，如果應用程式無法維護資料的完整性，那麼這也會帶來一些不良的副作用。
本書特色
1. 內容全面、新穎
本書內容全面而新穎，既對NoSQL 系統的理論進行深入淺出的分析，又深入說明了列式的、Key/Value 的和文件類型這三種NoSQL 系統，最後還說明了MySQL 的效能最佳化。
2. 說明由淺入深，循序漸進
如果你從來沒有用過NoSQL 系統，本書正適合你。並且由淺入深將各種NoSQL系統聯繫起來，並分析各自的相同點和不同點，讀完之後你一定會對NoSQL 系統有更多的認識。
3. 理論與實作並重
對NoSQL 系統的產生原因和理論基礎做了廣泛而深入的分析，讓讀者知其然，更知其所以然。書中儘量消除初學者學習NoSQL 系統時容易遇到的障礙，變抽象為實際，變複雜為簡單。而且重點對Hadoop/HBase、MongoDB 和Redis 這三種NoSQL 系統都列出了實際實作。
4. 圖文並茂，容易了解
針對NoSQL 系統中的一些架構和較難了解的概念，提供了大量的插圖，並結合實際文字來說明，非常直觀，更有利於讀者的學習與了解。
5. 語言通俗容易
不使用讓人難以了解的語言分析問題，而是採用通俗易懂的敘述說明NoSQL 系統的相關知識，讓讀者能夠真正了解NoSQL 技術，繼而在開發中使用這些技術。
本書原始程式碼取得方式
本書有關的原始程式碼，請讀者自行到www.topteam.cc 上資源下載區下載。
本書作者
雖然筆者花費了大量精力寫作，並力圖將疏漏減少到最少，但仍恐百密一疏。如果您在閱讀本書的過程中發現有任何疏漏，或對本書的說明有任何疑問，請發送電子郵件到bookservice2008@163.com。
詳細資料
詳細資料
-
- 語言
- 中文繁體
- 裝訂
- 紙本平裝
-
- ISBN
- 9789863791621
- 分級
- 普通級
-
- 頁數
- 520
- 商品規格
- 23*17
-
- 出版地
- 台灣
- 適讀年齡
- 全齡適讀
-
- 注音
- 級別
訂購/退換貨須知
加入金石堂 LINE 官方帳號『完成綁定』，隨時掌握出貨動態：
提醒您！！
金石堂及銀行均不會請您操作ATM! 如接獲電話要求您前往ATM提款機，請不要聽從指示，以免受騙上當！
退換貨須知：
**提醒您，鑑賞期不等於試用期，退回商品須為全新狀態**
-
依據「消費者保護法」第19條及行政院消費者保護處公告之「通訊交易解除權合理例外情事適用準則」，以下商品購買後，除商品本身有瑕疵外，將不提供7天的猶豫期：
- 易於腐敗、保存期限較短或解約時即將逾期。（如：生鮮食品）
- 依消費者要求所為之客製化給付。（客製化商品）
- 報紙、期刊或雜誌。（含MOOK、外文雜誌）
- 經消費者拆封之影音商品或電腦軟體。
- 非以有形媒介提供之數位內容或一經提供即為完成之線上服務，經消費者事先同意始提供。（如：電子書、電子雜誌、下載版軟體、虛擬商品…等）
- 已拆封之個人衛生用品。（如：內衣褲、刮鬍刀、除毛刀…等）
- 若非上列種類商品，均享有到貨7天的猶豫期（含例假日）。
- 辦理退換貨時，商品（組合商品恕無法接受單獨退貨）必須是您收到商品時的原始狀態（包含商品本體、配件、贈品、保證書、所有附隨資料文件及原廠內外包裝…等），請勿直接使用原廠包裝寄送，或於原廠包裝上黏貼紙張或書寫文字。
- 退回商品若無法回復原狀，將請您負擔回復原狀所需費用，嚴重時將影響您的退貨權益。
商品評價