OrientDB用戶手冊之 Cluster和RecordID的概念

【這篇是官方用戶手冊的第三篇。比起以前翻譯的那些，這篇字多，幾乎無代碼，又不少長句子，翻譯起來很痛苦，有些實在看不懂的話直接貼原文了，基本上都是些可有可無的話，無傷大雅】

在上一節中咱們已經啓動了OrientDB；這裏將深刻DBMS自身的概念：RecordID和Cluster。對於咱們嘗試使用控制檯視圖在上一節中。查看一個類的全部記錄，用類名瀏覽命令。例如：

> browse class OUser

在本例中咱們展現了這個數據庫的全部用戶，並且深刻OrientDB的安全系統，可是如今OUser只是一個普通的類（跟其它類同樣）。對於每一個問題，控制檯老是向咱們展現結果集的記錄數和Record ID。

首先它用做標識符來展現詳細信息，展現記錄的詳情必須用display命令（display <#>    #是記錄編號）：

> display 0

OrientDB中的每一個記錄都有本身的self-assigned ID，並且在數據庫中是惟一的，由<cluster-id>: <cluster-position>兩部分組成。什麼是cluster？

cluster是指一個記錄分組。在關係世界的等價物能夠是一個table，but a cluster can also record heterogeneous group, so the same type（說的啥玩意）。每一個數據庫能夠擁有最多32,767個cluster（2^15），並且每一個cluster能夠處理9223372035000000000（2^63）個記錄。The maximum size of a database to record and then record of 2 78, ie 302231454903657000000 records。Probably not even come close to these numbers，因此咱們惟一真正記住的是cluster數量限制。

cluster有三種類型：

physical cluster（physical或local），直接寫入文件系統

logical cluster，須要physical cluster支持，速度較慢，更沉重，但有不建立文件的優點。在多數狀況下這不是什麼問題，但在對邏輯使用文件數有限制的系統中，應首選這個cluster。

Cluster memory（memory）：在這中類型的cluster中，全部的信息都是不穩定的，and therefore will be lost to the termination of the process or the server if the database is remote。

在絕大多數狀況下，physical cluster是首選，由於它更輕量，更有效率。當咱們想保存臨時數據（好比緩存或應用程序？such as cache or application），內存cluster是好的選擇。一個好消息是，默認OrientDB老是建立physical cluster，因此如今咱們不用擔憂太多。

能夠在控制檯中執行命令顯示全部cluster：

> clusters

在OrientDB的面向對象模型中，全部類的實例都保存在clustered ad hoc。按照慣例cluster的名字和類相匹配，但你能夠在任什麼時候候改變這個模式。所以若是你想經過OUser（前一個例子中的）搜索cluster，因爲OUser類和OUser cluster相關聯，咱們將獲得相同的結果。

> browse cluster OUser

查詢數據庫，大多數NoSQL產品有本身的語言，它們或多或少有些複雜。OrientDB, however, between the various supports just a subset of SQL with new entrants to exploit the potential of the graph schema-less and not in the relational world。儘管這種選擇可能看起來違反直覺，但倒是仔細考慮過，由於考慮到如今不少人使用SQL DBMS，those who approach certainly has a background OrientDB relational，而且SQL可讀性更高，也是一個簡潔的腳本Map Reduce。

下一節咱們將看到如何操做數據庫中的記錄（僅使用控制檯和SQL linguagggio  o(╯□╰)o什麼啊）。同時，將這些行輸入控制檯：

> select * from OUser
> select * from cluster:OUser

看看會發生什麼。