【正文】 據(jù)模型（即，你不能輕易加入不同碎片的數(shù)據(jù)），你應(yīng)該從你 的數(shù)據(jù) 清楚地了解每個(gè)組織碎片 是 將如何邏輯 的 。分片實(shí)施的成功是基于一段時(shí)間內(nèi)適當(dāng)?shù)亓私?數(shù)據(jù)增長(zhǎng) 的 應(yīng)用程序 ，并推斷未來(lái)。 避免過早分片 切分 最好采用分片后期。這種情況也與先前提出的觀點(diǎn) 如果你有點(diǎn)最終需要做跨碎片連接， 你最好的 管理 方式，消除了重復(fù)的可能性 管理鍵 ！顯然，你需要充分考慮分片策略，然后再設(shè)置你的數(shù)據(jù)庫(kù)。） 如果將美國(guó)客戶信息存儲(chǔ)在切分 1 中，還需要將所有相關(guān)數(shù)據(jù)存儲(chǔ)在此。 跨碎片查詢 大部分（包括 Hibernate 碎片）分片的實(shí)現(xiàn)不允許跨碎片查詢，這意味著你必須去額外的長(zhǎng)度，如果你想利用兩對(duì)來(lái)自不同的碎片的數(shù)據(jù)集。這是可能的，以協(xié)調(diào)跨分布式數(shù)據(jù)庫(kù)序列，但這樣做增加了系統(tǒng)的復(fù)雜性。 主鍵 切分 利用多個(gè)數(shù)據(jù)庫(kù)，所有這些 都有 自主意識(shí) 的 功能 ，不干涉其他切分 。而由于分片是在應(yīng)用層完成，你可以做的數(shù)據(jù)庫(kù) 在 常規(guī) 下 不支持 分割它。 對(duì)分片（如分區(qū)）的好處是它壓縮大數(shù)據(jù)：在每個(gè)單獨(dú)的 碎片 表 ，它允許更快的讀取和寫入，提高了性能 。 切分 典型的例子是基于大型數(shù)據(jù)庫(kù)存儲(chǔ)劃分各地區(qū)的全球客戶數(shù)據(jù)： 切分 A 用于存儲(chǔ)美國(guó)的客戶信息，切分 B 用戶存儲(chǔ)亞洲的客戶信息，切分 C 歐洲，等。因此，聰明的人開始為尋找 各種 新的 方法 。更何況，在同一物理機(jī)上實(shí)現(xiàn)最分區(qū)存儲(chǔ)數(shù)據(jù)，所以你仍然 受到 硬件 基礎(chǔ) 的限制。分區(qū)可以加快讀寫速度，因?yàn)樗鼈兊哪繕?biāo)是單獨(dú)分區(qū)中的較小型數(shù)據(jù)集。 切分簡(jiǎn)介 數(shù)據(jù)庫(kù) 切分 是一種劃分成一些小團(tuán) 體的邏輯 數(shù)據(jù) ， 可以將 一塊表的 分成不同的小組。得益于成熟的開源框架和可靠的租金部署基礎(chǔ)設(shè)施，它現(xiàn)在 的 組裝，測(cè)試，運(yùn)行和維護(hù) Java 應(yīng)用開發(fā)的速度和成本 降低 。 。 請(qǐng)注意， 切分 首當(dāng)其沖的工作是 和 Hibernate 沒有必然關(guān)系的 ，事實(shí)上，對(duì) Hibernate stards 編碼 部分是容易的。 迄今為止，在這個(gè)系列，我用一個(gè) 比賽和參賽者類推關(guān)系的簡(jiǎn)單域 表現(xiàn)出不同的數(shù)據(jù)存儲(chǔ)技術(shù)比喻為基礎(chǔ)。 您可以像使用 Hibernate 方法對(duì)任何常見關(guān)系數(shù)據(jù)庫(kù)進(jìn)行映射時(shí)一樣對(duì)其進(jìn)行映射。這個(gè) 漂亮 的項(xiàng)目可以讓您使用映射至邏輯數(shù)據(jù)庫(kù)的 POJO 對(duì)切分?jǐn)?shù)據(jù)集進(jìn)行幾乎無(wú)縫操作。 切分 一個(gè)數(shù)據(jù)庫(kù)分區(qū) 的 分支 ， 不是 在 本機(jī) 上的 數(shù)據(jù)庫(kù)技術(shù) ，它 發(fā)生在應(yīng)用 場(chǎng)面上。因?yàn)? NoSQL 數(shù)據(jù)商店尤其適合存儲(chǔ)大型數(shù)據(jù)，但是 NoSQL 是一種非關(guān)系數(shù)據(jù)庫(kù)方法。軟件 當(dāng)關(guān)系數(shù)據(jù)庫(kù)試圖在一個(gè)單一表中存儲(chǔ)數(shù) TB 的數(shù)據(jù)時(shí) ，總體性能通常會(huì)降低。 日期 ： 2021年 8月 31日 級(jí)別 ：中級(jí) PDF 格式 ： A4和信（ 64KB 的 15頁(yè)）取得 Adobe174。 對(duì)于一些商店來(lái)說(shuō)，切分意味著可以保持一個(gè)受信任的 RDBMS，同時(shí)不犧牲數(shù)據(jù)可伸縮性和系統(tǒng)性能。 本科生畢業(yè)設(shè)計(jì)（論文）外文資料譯文 （ 2021 屆） 譯文題目 Java 開發(fā) ： 使用 Hibernate Shards 進(jìn)行切分 外文資料譯文規(guī)范說(shuō)明 一、譯文文本要求 1．外文譯文不少于 2021 漢字； 2．外文譯文本文格式參照論文正文規(guī)范（標(biāo)題、字體、字號(hào)、圖表、原文信息等）； 3．外文原文資料信息列文末，對(duì)應(yīng)于論文正文的參考文獻(xiàn)部分，標(biāo)題用“外文原文資料信息”，內(nèi)容包括： 1）外文原文 作者； 2）書名或論文題目； 3）外文原 文來(lái)源： □出版社或刊物名稱、出版時(shí)間或刊號(hào)、譯文部分所在頁(yè)碼 □網(wǎng)頁(yè)地址 二、外文原文資料 （電子文本或數(shù)字化后的圖片）： 1．外文原文不少于 10000 印刷字符（圖表等除外）； 2．外文原文若是紙質(zhì)的請(qǐng)數(shù)字化（圖片）后粘貼于譯文后的原文資料處，但裝訂時(shí)請(qǐng)用紙質(zhì)原文復(fù)印件附于譯文后。 指導(dǎo)教師意見： 指導(dǎo)教師簽名： 年 月 日 一、外文資料譯文： Java 開發(fā) ： 使用 Hibernate Shards 進(jìn)行切分 橫向擴(kuò)展的關(guān)系數(shù) 據(jù)庫(kù) Andrew Glover，作者 兼 開發(fā)人員， Beacon50 摘要 ： Sharding 并不適合所有 網(wǎng)站 ，但它 是 一種 能夠滿足大數(shù)據(jù)的需求 方法 。在 Java 開發(fā) 系列 的這一部分中，您可以了解到切分何時(shí)起作用，以及何時(shí)不起作用，然后開始著手對(duì)一個(gè)可以處理數(shù) TB 數(shù)據(jù)的簡(jiǎn)單應(yīng)用程序進(jìn)行切分。Reader174。索引所有的數(shù)據(jù)讀取，顯然是 很耗時(shí)的 ， 而且其中有可能是寫入，也可能是讀出 。對(duì)于傾向于使用 ACIDity 和實(shí)體結(jié)構(gòu)關(guān)系數(shù)據(jù)庫(kù)的開發(fā)人員及需要這種結(jié)構(gòu)的項(xiàng)目來(lái)說(shuō)，切分是一個(gè)令人振奮的選方法。在各種切分實(shí)現(xiàn) ， Hibernate Shards 可能 是 Java? 技術(shù)世界中 最流行的 。 當(dāng)你 使用 Hibernate Shards 時(shí)，您 不需要將你 的 POJO 特別映射至切分 。 Hibernate Shards 可以為您管理低級(jí)別的切分任務(wù)。 這個(gè)月，我將使用這個(gè)熟悉的例子，介紹一個(gè)實(shí)際的切分策略，然后在 Hibernate 實(shí)現(xiàn)它的碎片。真正 難的 是搞清楚 內(nèi)容碎片 和 你的 工作 方式 。 關(guān)于本系列 Java 的發(fā)展前景已經(jīng)發(fā)生了根本變化，因?yàn)?Java 技術(shù)初 現(xiàn)端倪。在這個(gè)系列中， Andrew Glover 探討了技術(shù)和工具，使這個(gè)新的 Java 開發(fā) 有盡可能多的典范。例如，如果您正在根據(jù)時(shí)間戳對(duì)一個(gè)名為 foo 的超大型表進(jìn)行分區(qū)， 2021 年 8 月之前的所有數(shù)據(jù)都將進(jìn)入分區(qū) A，而之后的數(shù)據(jù)則全部進(jìn)入分區(qū) B。 分區(qū)并不總是可用 的 （ MySQL 并沒有支持它，直到 版）， 而且 與商業(yè)系統(tǒng) 一起做 讓 它的成本可以讓人望而卻步。分區(qū)也不能解決 可靠性 的 或 硬件不足。 切分基本上是在數(shù)據(jù)庫(kù)級(jí)別的：而不是分裂的碎片的數(shù)據(jù)表的行，數(shù)據(jù)庫(kù)本身是被分割（通常是在不同的機(jī)器）的一些邏輯數(shù)據(jù)元素， 而不是分裂成較小的塊表，分 割 分 片 成一個(gè)完整的數(shù)據(jù)庫(kù) 小 切分基本上是在數(shù)據(jù)庫(kù)級(jí)別的：而不是分裂的碎片的數(shù)據(jù)表的行，數(shù)據(jù)庫(kù)本身是被分割（通常是在不同的機(jī)器）的一些邏輯數(shù)據(jù)元素， 塊 。這些切分分別處于不同的計(jì)算機(jī)上，且每個(gè)切分將存儲(chǔ)所有相關(guān)數(shù)據(jù)，如客 戶喜好或訂購(gòu)歷史。分片 是 也可以 提高想象 可靠性，因?yàn)榧词挂凰槠馔馐?，其他人仍然能夠滿足數(shù)據(jù)。 資金 成本也可能降低。因此，如果你依賴于數(shù)據(jù)庫(kù)序列（如主鍵自動(dòng)生成），很可能是相同的主鍵將顯示在一個(gè)數(shù)據(jù)庫(kù) 上 成立。最安 全的方式，禁止重復(fù)的主鍵是讓你的應(yīng)用程序（這將是一個(gè) sharded 管理系統(tǒng)反正）生成密鑰。 （有趣的是， Amazon 的 SimpleDB的還禁止跨域查詢。如果您嘗試將那些數(shù)據(jù)存儲(chǔ)在切分 2 中，情況就會(huì)變得復(fù)雜，系統(tǒng)性能也可能受影響 。一旦你已經(jīng)選擇了一種特定的方向，你就或多或少地依賴于它 它很難 在 走動(dòng)后，一直 sharded 數(shù)據(jù)。像過早的優(yōu)化，分片的基礎(chǔ)上增長(zhǎng) 數(shù)據(jù)的 預(yù)期可能是一個(gè)災(zāi)難。一旦你 sharded 您的數(shù)據(jù)可能會(huì)極其難以走動(dòng)。這通常是最容易由一個(gè)域的主節(jié)點(diǎn) 成 為重點(diǎn)。因此，如果你選擇 “客戶 ”作為您的分片策略的基礎(chǔ)，然后與客戶的所有數(shù)據(jù)將被轉(zhuǎn)移到各自的碎片，但你還是要選擇哪些碎片 去 移動(dòng)這些數(shù)據(jù)。這取決于你。分片整體的思路是，打破大套成小的數(shù)據(jù)，因此，如果某個(gè)特定電子商務(wù)領(lǐng)域有一個(gè)大 的歐洲客戶在設(shè)置和美國(guó)比較少，它可能不會(huì)基于意義的碎片對(duì)客戶的位置。在本示例中，我將根據(jù)比賽進(jìn)行切分，因?yàn)槲铱吹接蚴歉鶕?jù)參加不同比賽的參賽者進(jìn)行組織的。我也將根據(jù)比賽距離進(jìn)行切分，因?yàn)楸荣悜?yīng)用程序包含不同長(zhǎng)度和不同參賽者的多項(xiàng)比賽。我必須忍受這些輕微不便，允許參賽者被包含在多個(gè)切分中 — 也就是說(shuō)，我將在參賽者參加的多個(gè)比賽切分中重建該參賽者。 實(shí)現(xiàn) Hibernate shards Hibernate stards 與現(xiàn)有的 Hibernate 項(xiàng)目幾乎天衣無(wú)縫。也就是說(shuō)，它需要一個(gè)碎片訪問策略，碎片，選擇策略，以及碎片，解決策略。我們將在后面的部分逐個(gè)了解各個(gè)接口。Hibernate Shards 無(wú)需確定查詢什么（這是 Hibernate Core 和基礎(chǔ)數(shù)據(jù)庫(kù)需要做的），但是它確實(shí)意識(shí)到，在獲得答案之前可能需要對(duì)多個(gè)切分進(jìn)行查詢。 我要保持簡(jiǎn)單，并利用連續(xù)的戰(zhàn)略，取名為 SequentialShardAccessStrategy。 ShardSelectionStrategy 當(dāng)創(chuàng)建一個(gè)新的對(duì)象（即，當(dāng)一個(gè)新的 Race或 Runner是通過 Hibernate創(chuàng)建）， Hibernate Shards 需要知道什么碎片相應(yīng)的數(shù)據(jù)應(yīng)該寫入。 如果你想有一個(gè)默認(rèn)的實(shí)現(xiàn)，有一個(gè)被稱為 RoundRobinShardSelectionStrategy，它使用了碎片的數(shù)據(jù)放入循環(huán)賽戰(zhàn)略。因此，我們需要實(shí)現(xiàn) ShardSelectionStrategy 接 口 并 提 供 依 據(jù) Race 對(duì)象的 distance 采用 selectShardIdForNewObject 方法進(jìn)行切分的簡(jiǎn)易邏輯。） 在運(yùn)行時(shí)，當(dāng)調(diào)用是一些保存在我的領(lǐng)域?qū)ο箢惖姆椒ǎ摻涌诘男袨槭窃?Hibernate杠桿內(nèi)心深處的核心。一個(gè)簡(jiǎn) 單的碎片，選擇策略 import 。 public class RacerShardSelectionStrategy