หน้านี้อธิบายอินเทอร์เฟซต่างๆ ที่พร้อมใช้งานสำหรับการเข้าถึงข้อมูลในฐานข้อมูลโหมดเนทีฟ
อินเทอร์เฟซการดำเนินการ
โหมดเนทีฟรองรับอินเทอร์เฟซ 2 แบบสำหรับการเข้าถึงข้อมูล ได้แก่
การดำเนินการของไปป์ไลน์
อินเทอร์เฟซการค้นหาใหม่กว่าสำหรับ Cloud Firestore การดำเนินการไปป์ไลน์รองรับไวยากรณ์ที่ประกอบได้ตามระยะ คุณสร้าง การดำเนินการโดยกำหนดชุดขั้นตอนตามลำดับที่จะดำเนินการตาม ลำดับ ซึ่งช่วยให้ดำเนินการที่ซับซ้อนได้ เช่น การกรองผลลัพธ์ของการ รวม ซึ่งก่อนหน้านี้ทำไม่ได้ในอินเทอร์เฟซเดิม (การดำเนินการหลัก)
การดำเนินการไปป์ไลน์ใช้ได้เฉพาะใน Cloud Firestore รุ่น Enterprise และอยู่ในขั้นตอนการเปิดตัวตัวอย่าง
การปฏิบัติงานหลัก
การดำเนินการหลักคืออินเทอร์เฟซเดิมสำหรับ Cloud Firestore
การดำเนินการหลักใช้ไวยากรณ์การเชื่อมโยงเมธอด (.where(), .orderBy(), .get())
ในการอ้างอิงเอกสารหรือคอลเล็กชันเพื่อดึงข้อมูลเอกสาร
การเรียงลำดับขั้นตอนการค้นหาจะแสดงโดยนัย และการรองรับการรวมจะจำกัด
การดำเนินการหลักพร้อมให้บริการทั้งในรุ่น Enterprise และ Standard แต่ ค่าเริ่มต้นของดัชนีจะแตกต่างกันมากระหว่างรุ่น ดูรายละเอียดได้ในส่วนถัดไป
ความแตกต่างของอินเทอร์เฟซระหว่างรุ่น
เมื่อเปิดตัวการรองรับโหมดดั้งเดิมในรุ่น Enterprise ทั้งการดำเนินการ Firestore Core และ Pipeline จะพร้อมใช้งาน เมื่อใช้การดำเนินการหลักในรุ่น Enterprise ลักษณะการทำงานของดัชนีและรูปแบบการกำหนดราคาใหม่จะยกเลิกข้อจำกัดหลายอย่างของ รุ่น Standard
| ฟีเจอร์ | รุ่นมาตรฐาน | รุ่น Enterprise |
| การดำเนินการค้นหาที่รองรับ | จำกัดเฉพาะการดำเนินการหลักของ Firestore | รองรับการดำเนินการหลักและไปป์ไลน์ของ Firestore รวมถึงการดำเนินการที่เข้ากันได้กับ Firestore และ MongoDB |
| ข้อกำหนดในการจัดทำดัชนี | การค้นหาทั้งหมดต้องมีดัชนี | ไม่จำเป็นต้องมีดัชนีสำหรับการค้นหา |
| การสร้างดัชนี | ระบบจะสร้างดัชนีอัตโนมัติสำหรับฟิลด์เดียว คุณสร้างดัชนีผสมด้วยตนเองได้ | ไม่มีการสร้างดัชนีอัตโนมัติ คุณต้องจัดการดัชนีด้วยตนเอง |
| ประสิทธิภาพและต้นทุนของคำค้นหา | โดยทั่วไปแล้ว คำค้นหาจะมีประสิทธิภาพเนื่องจากข้อกำหนดของดัชนี | เพิ่มประสิทธิภาพและลดต้นทุนของคําค้นหาด้วยการสร้างดัชนี คุณระบุดัชนีที่ขาดหายไปได้โดยใช้คำอธิบายการค้นหาและข้อมูลเชิงลึกของการค้นหา
คําค้นหาที่ไม่มีดัชนีอาจไม่มีประสิทธิภาพและมีค่าใช้จ่ายสูงเมื่อชุดข้อมูลมีขนาดใหญ่ขึ้น ซึ่งต้องมีการตรวจสอบและปรับแต่ง |
| ค่าใช้จ่ายในการจัดทำดัชนี | ไม่มีค่าใช้จ่ายสำหรับการเขียนดัชนีเนื่องจากดัชนีเป็นแบบอัตโนมัติ | การเขียนรายการดัชนีจะใช้หน่วยการเขียนเมื่อมีการเขียนเอกสารที่เชื่อมโยง (1 หน่วยการเขียนต่อขนาดรายการดัชนี 1 KiB) คุณประหยัดค่าใช้จ่ายในการจัดเก็บข้อมูลได้โดยไม่ต้องสร้างรายการดัชนีสำหรับทุกช่อง |
| รูปแบบการเรียกเก็บเงิน (การอ่าน/การเขียน/การลบ) | คิดค่าบริการต่อการอ่าน เขียน และลบเอกสาร | เรียกเก็บเงินต่อการอ่านและการเขียน (กลุ่ม) ระบบจะเรียกเก็บเงินสำหรับการอ่านในหน่วยการอ่าน (4 KiB ต่อครั้ง) ระบบจะรวมการเขียนและการลบเป็นหน่วยการเขียน (1 KiB ต่อครั้ง) |
| ราคาพื้นฐาน (ต่อล้าน)
ราคาที่แสดงเป็นราคาสำหรับภูมิภาค us-central1 |
การอ่าน: $0.03 ต่อเอกสาร 100,000 รายการ (หรือ $0.30 ต่อเอกสาร 1 ล้านรายการ)
การเขียน: $0.09 ต่อเอกสาร 100,000 รายการ (หรือ $0.90 ต่อเอกสาร 1 ล้านรายการ) การลบ: $0.01 ต่อเอกสาร 100,000 รายการ (หรือ $0.10 ต่อเอกสาร 1 ล้านรายการ) |
หน่วยการอ่าน: $0.05 ต่อหน่วยการอ่าน 1 ล้าน
หน่วยการเขียน: $0.26 ต่อหน่วยการเขียน 1 ล้านหน่วย โดยทั่วไปแล้ว ราคาจะต่ำกว่าหากเอกสารมีขนาดต่ำกว่า 4 KiB เมื่อเทียบกับค่าใช้จ่ายในการอ่านมาตรฐาน |
| ข้อมูลอัปเดตแบบเรียลไทม์
ราคาที่แสดงเป็นราคาสำหรับภูมิภาค us-central1 |
การอัปเดตแบบเรียลไทม์จะรวมอยู่ในการเรียกเก็บเงินเป็นการอ่านในราคา $0.03 ต่อเอกสาร 100,000 รายการ | การอัปเดตแบบเรียลไทม์มี SKU ใหม่แยกต่างหาก (หน่วยการอัปเดตแบบเรียลไทม์) ซึ่งจะเรียกเก็บเงินต่อกลุ่มข้อมูล 4 KiB การอัปเดตแบบเรียลไทม์มีค่าใช้จ่าย $0.30 ต่อหน่วยการอ่าน 1 ล้านหน่วย |