Databases: There is no limit to the

Databases: There is no limit to the number of databases per server or embedded. Users reported no problem with 1000 databases open
Clusters: each database can have a maximum of 32,767 clusters (2^15-1)
Records per cluster (Documents, Vertices and Edges are stored as records): can be up to 9,223,372,036,854,780,000 (2^63-1), namely 9,223,372 Trillion records
Records per database (Documents, Vertices and Edges are stored as records): can be up to 302,231,454,903,000,000,000,000 (2^78-1), namely 302,231,454,903 Trillion records
Record size: up to 2GB each, even if we suggest avoiding the creation of records larger than 10MB. They can be split into smaller records, take a look at Binary Data
Document Properties can be:
up to 2 Billion per database for schema-full properties
there is no limitation regarding the number of properties in schema-less mode. The only concrete limit is the size of the Document where they can be stored. Users have reported no problems working with documents made of 15,000 properties
Indexes can be up to 2 Billion per database. There are no limitations regarding the number of indexes per class
Queries can return a maximum of 2 Billion rows, no matter the number of the properties per record
Concurrency level: in order to guarantee atomicity and consistency, OrientDB acquire an exclusive lock on the storage during transaction commit. This means transactions are serialized. Giving this limitation, the OrientDB team is already working on improving parallelism to achieve better scalability on multi-core machines by optimizing internal structure to avoid exclusive locking.

ผลลัพธ์ (ไทย) 1:

ฐานข้อมูล: มีไม่จำกัดจำนวนฐานข้อมูลสำหรับแต่ละเซิร์ฟเวอร์ หรือฝังตัว ผู้ใช้รายงานปัญหากับฐานข้อมูล 1000 เปิดคลัสเตอร์: แต่ละฐานข้อมูลได้สูงสุดของคลัสเตอร์ 32,767 (2 ^ 15 - 1)ระเบียนต่อคลัสเตอร์ (เอกสาร จุดยอดขอบถูกเก็บไว้เป็นเรกคอร์ด): ได้ถึง 9,223,372,036,854,780,000 (2 ^ 63 - 1) คือ 9,223,372 ล้านล้านระเบียนระเบียนสำหรับแต่ละฐานข้อมูล (เอกสาร จุดยอดขอบถูกเก็บไว้เป็นเรกคอร์ด): ได้ถึง 302,231,454,903,000,000,000,000 (2 ^ 78 - 1) คือ 302,231,454,903 ล้านล้านระเบียนบันทึกขนาด: สูงสุด 2 กิกะไบต์แต่ละ แม้ว่าเราแนะนำหลีกเลี่ยงสร้างเรกคอร์ดที่มีขนาดใหญ่กว่า 10MB พวกเขาสามารถแบ่งออกเป็นระเบียนเล็ก ตาข้อมูลไบนารีคุณสมบัติของเอกสารสามารถเป็น:ค่า 2 พันล้านต่อฐานข้อมูลสำหรับคุณสมบัติเต็มแผนมีอยู่ไม่มีข้อจำกัดเกี่ยวกับจำนวนของคุณสมบัติในโหมดแผนน้อย จำกัดเฉพาะคอนกรีตเป็นขนาดของเอกสารที่จะสามารถจัดเก็บ ผู้ใช้มีรายงานปัญหาไม่ทำงานกับเอกสารที่ทำคุณสมบัติ 15000ดัชนีได้ถึง 2 พันล้านต่อฐานข้อมูล มีไม่มีข้อจำกัดเกี่ยวกับจำนวนของดัชนีสำหรับแต่ละคลาสแบบสอบถามสามารถส่งคืนสูงสุด 2 ล้านแถว ไม่ว่าหมายเลขของคุณสมบัติสำหรับแต่ละเรกคอร์ดระดับการเกิด: การรับประกัน atomicity และความสอดคล้อง OrientDB ได้รับการล็อกแบบเอกสิทธิ์เฉพาะบุคคลในการจัดเก็บข้อมูลในทรานแซคชัน ซึ่งหมายความว่า ธุรกรรมที่ทำให้อนุกรม ให้ข้อจำกัดนี้ ทีม OrientDB แล้วทำงานในการปรับปรุงการ parallelism เพื่อขยับขึ้นบนหลักหลายเครื่อง โดยการปรับโครงสร้างภายในเพื่อหลีกเลี่ยงการล็อกแบบเอกสิทธิ์เฉพาะบุคคล

ผลลัพธ์ (ไทย) 2:

ฐานข้อมูล: ไม่มีการ จำกัด จำนวนของฐานข้อมูลต่อเซิร์ฟเวอร์หรือฝังตัวไม่เป็น ผู้ใช้รายงานปัญหาใด ๆ กับ 1000
เปิดฐานข้อมูลกลุ่ม: แต่ละฐานข้อมูลสามารถมีได้สูงสุด 32,767 กลุ่ม (ที่ 2 ^ 15-1)
ประวัติต่อกลุ่ม (เอกสารจุดและขอบจะถูกเก็บเป็นบันทึก): ได้ถึง 9,223,372,036,854,780,000 (2 ^ 63 -1) คือ 9,223,372
ล้านล้านระเบียนประวัติต่อฐานข้อมูล(เอกสารจุดและขอบจะถูกเก็บเป็นบันทึก) จะขึ้นอยู่กับ 302,231,454,903,000,000,000,000 (2 ^ 78-1) คือ 302,231,454,903
ล้านล้านบันทึกขนาดบันทึก: ได้ถึง 2GB แต่ละแม้ว่า เราขอแนะนำให้หลีกเลี่ยงการสร้างบันทึกขนาดใหญ่กว่า 10MB
พวกเขาสามารถแบ่งออกเป็นบันทึกที่มีขนาดเล็กให้ดูที่ข้อมูลไบนารีคุณสมบัติของเอกสารสามารถ:
ได้ถึง 2
พันล้านบาทต่อฐานข้อมูลสำหรับคุณสมบัติสคีเต็มรูปแบบมีข้อจำกัด เกี่ยวกับจำนวนของคุณสมบัติในโหมดสคีน้อยไม่มี ขีด จำกัด คอนกรีตเพียงอย่างเดียวคือขนาดของเอกสารที่พวกเขาสามารถเก็บไว้ได้ ผู้ใช้งานที่มีการรายงานปัญหาไม่ทำงานกับเอกสารที่ทำจาก 15,000
คุณสมบัติดัชนีสามารถขึ้นถึง2 พันล้านบาทต่อฐานข้อมูล มีไม่มีข้อ จำกัด
เกี่ยวกับจำนวนของดัชนีต่อชั้นที่มีแบบสอบถามสามารถกลับไม่เกิน2 พันล้านแถวไม่ว่าจำนวนของคุณสมบัติต่อการบันทึกระดับ Concurrency: เพื่อรับประกัน atomicity และสอดคล้อง OrientDB ได้รับล็อคพิเศษในการจัดเก็บในช่วง การทำธุรกรรมที่กระทำ
ซึ่งหมายความว่าการทำธุรกรรมที่มีความต่อเนื่องกัน ให้ข้อ จำกัด นี้ทีม OrientDB ที่มีอยู่แล้วทำงานในการปรับปรุงขนานเพื่อให้บรรลุความยืดหยุ่นที่ดีขึ้นในเครื่องมัลติคอร์โดยการเพิ่มประสิทธิภาพโครงสร้างภายในเพื่อหลีกเลี่ยงการล็อคพิเศษ

ผลลัพธ์ (ไทย) 3:

ฐานข้อมูล : ไม่มีการจำกัดจำนวนต่อเซิร์ฟเวอร์หรือฐานข้อมูลแบบฝังตัว ผู้ใช้รายงานปัญหากับ 1000 ฐานข้อมูลเปิด
กลุ่ม แต่ละฐานข้อมูลสามารถมีได้สูงสุด 32767 กลุ่ม ( 2

บันทึกต่อ 15-1 ) กลุ่ม ( เอกสารจุดและขอบจะถูกเก็บไว้เป็นประวัติ ) : ได้ถึง 9223372036854780000 ( 2
63-1 ) คือ 9223372 ล้านล้านบันทึก / บันทึกฐานข้อมูล
( เอกสารจุดยอดและขอบจะถูกเก็บไว้เป็นประวัติ ) : ได้ถึง 302231454903000000000000 ( 2
78-1 ) คือ 302231454903 ล้านระเบียน
บันทึกขนาดได้ถึง 2GB ในแต่ละ แม้ว่า เราแนะนำให้หลีกเลี่ยงการสร้างระเบียนที่ใหญ่กว่า 10MB . พวกเขาสามารถแบ่งออกเป็นบันทึกเล็ก ดูคุณสมบัติของเอกสารข้อมูลไบนารีสามารถ :

ถึง 2 พันล้านบาท สำหรับรายการเต็มของคุณสมบัติ
ฐานข้อมูลไม่มีข้อจำกัดเกี่ยวกับจำนวนของรายการน้อยกว่าโหมด แค่กัดคอนกรีต ขนาดของเอกสารที่พวกเขาสามารถเก็บไว้ได้ มีผู้ใช้รายงานปัญหาการทำงานกับเอกสารให้ 15 , 000 คุณสมบัติ
ดัชนีสามารถขึ้นถึง 2 ล้านต่อฐานข้อมูล ไม่มีข้อจำกัดเกี่ยวกับจำนวนของดัชนีต่อชั้นเรียน
แบบสอบถามสามารถผลตอบแทนสูงสุด 2 ล้านแถวไม่ว่าจำนวนคุณสมบัติต่อระดับการบันทึก
: เพื่อรับรองว่า ปรมาณู และความสอดคล้อง orientdb ได้รับการล็อคพิเศษในการจัดเก็บในการก่อ นี้หมายความว่า ธุรกรรมที่มีต่อเนื่อง . ให้ข้อ จำกัด นี้ทีม orientdb กำลังทำงานในการปรับปรุงความเพื่อให้บรรลุ scalability ในเครื่องแบบ โดยการปรับโครงสร้างภายในเพื่อหลีกเลี่ยงการล็อคพิเศษ .