Other NoSQL models are even less of

Other NoSQL models are even less of a fit for the relationship workload
due to their lack of support for relationships in the model itself. Their cost is
exacerbated with deep levels of a graph. Think friends of friends of friends
of friends. Dealing with these exponentially expanding limitations in other
NoSQL models will cause you to accept functionality limitations. Many of
these systems try to maintain the appearance of graph-like processing, but
inevitably it’s done in batches and is not real-time.

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

รุ่นอื่น ๆ NoSQL เป็นแม้แต่น้อยของเหมาะสำหรับปริมาณความสัมพันธ์เนื่องจากการขาดการสนับสนุนความสัมพันธ์ในแบบตัวเอง ต้นทุนของพวกเขาเลวร้ายระดับลึกของกราฟ คิดว่า เพื่อนของเพื่อนของเพื่อนของเพื่อน จัดการกับเหล่านี้สร้างขยายข้อจำกัดในที่อื่น ๆรุ่น NoSQL จะทำให้คุณยอมรับข้อจำกัดของฟังก์ชัน มากมายระบบเหล่านี้ได้พยายามรักษาลักษณะที่ปรากฏของการประมวลผลเช่นกราฟ แต่ย่อมจะทำเป็นชุด และไม่จริง

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

รุ่น NoSQL อื่น ๆ
แม้แต่น้อยของภาระงานที่เหมาะสมสำหรับความสัมพันธ์เพราะพวกเขาขาดการสนับสนุนสำหรับความสัมพันธ์ในรูปแบบของตัวเอง
ค่าใช้จ่ายของพวกเขาจะเลวร้ายที่มีระดับความลึกของกราฟ
คิดว่าเพื่อนของเพื่อนของเพื่อนของเพื่อน การจัดการกับข้อ จำกัด เหล่านี้ชี้แจงขยายตัวในอื่น ๆ
รุ่น NoSQL จะทำให้คุณยอมรับข้อ จำกัด ของการทำงาน หลายของระบบเหล่านี้พยายามที่จะรักษาลักษณะของการประมวลผลกราฟเหมือนแต่หลีกเลี่ยงไม่ได้ที่จะทำในbatches และไม่ได้ตามเวลาจริง

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

รุ่น nosql อื่นแม้แต่น้อย เหมาะสำหรับความสัมพันธ์ของงาน
เนื่องจากการขาดการสนับสนุนสำหรับความสัมพันธ์ในแบบตัวเอง ค่าใช้จ่ายของพวกเขา
exacerbated กับระดับลึกของกราฟ คิดว่า เพื่อนของเพื่อนของเพื่อน
เพื่อน จัดการกับเหล่านี้ชี้แจงขยายข้อ จำกัด ในรูปแบบอื่น ๆ nosql
จะทำให้คุณยอมรับการทำงานที่กำหนด หลาย
ระบบเหล่านี้พยายามที่จะรักษาลักษณะของกราฟ เช่น การประมวลผล แต่มันทำใน batches
อย่างหลีกเลี่ยงไม่ได้ และไม่ใช่เวลาจริง