คุณไม่ได้ให้ข้อมูลกับเรามากเกี่ยวกับสิ่งที่ข้อมูลนี้จะถูกใช้เพื่อ ฉันหมายความว่าคุณพูดว่าข้อมูลจะถูกเก็บไว้ แต่คุณจะทำอย่างไรกับมัน?
หากจุดประสงค์ของคุณคือการเก็บข้อมูลจากนั้นรายงานเกี่ยวกับมันฉันคิดว่าคุณกำลังมองหาที่ผิด ฐานข้อมูล MySQL หรือ SQL แบบธรรมดาจะทำได้ดีและเครื่องมือการรายงานก็พร้อมใช้งาน
อย่างไรก็ตามหากคุณกำลังเชื่อมโยงไปยังบางสิ่งบางอย่างเช่นเว็บหรือแอปพลิเคชั่นมือถือที่ข้อมูลมีการเปลี่ยนแปลงตลอดเวลาโดยผู้ใช้หลายคน (การเข้าถึงฐานข้อมูลเดียวกันที่เก็บไว้ในระบบคลาวด์) Firebase เป็นวิธีการ
ดังนั้นโปรและคอนของคุณ:
ข้อดี
- หากแอปของคุณทำงานจากฐานข้อมูลส่วนกลางและได้รับการอัปเดตโดยผู้ใช้จำนวนมาก - แสดงว่ามีความสามารถในการจัดการการอัปเดตข้อมูลแบบเรียลไทม์ระหว่างอุปกรณ์
- เก็บไว้ในคลาวด์จึงพร้อมใช้งานได้ทุกที่
- Cross Platform API (หากคุณใช้ฐานข้อมูลนี้กับแอพ)
- พวกเขาโฮสต์ข้อมูล - ถ้าคุณเก็บข้อมูลไว้มากมายคุณไม่ต้องกังวลเรื่องฮาร์ดแวร์!
คอนของ:
- หากแอพของคุณทำงานจากฐานข้อมูลส่วนกลางหนึ่งฐานที่มีผู้ใช้จำนวนมากอัปเดตอยู่มันเป็น overkill ที่สำคัญ
- รูปแบบการจัดเก็บนั้นแตกต่างจาก SQL อย่างสิ้นเชิง (Firebase ใช้ JSON) ดังนั้นคุณจะไม่สามารถโยกย้ายได้อย่างง่ายดาย
- เครื่องมือการรายงานจะไม่อยู่ใกล้กับ SQL มาตรฐาน
- ค่าใช้จ่าย! - จำกัด ไว้ที่ 100 การเชื่อมต่อและพื้นที่เก็บข้อมูล 1GB! (ดูสิ่งนี้สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับข้อ จำกัด !)
- คุณไม่ได้โฮสต์ข้อมูล Firebase ทำ และขึ้นอยู่กับเซิร์ฟเวอร์ที่คุณติดตั้งการดูเวลาที่นั่นดูเหมือนว่าจะมีข้อขัดข้องมากมาย
หมายเหตุ:ฉันรวม "ใครเป็นเจ้าภาพข้อมูล" ทั้งในของมืออาชีพและต่อต้าน นั่นเป็นเพราะคุณไม่เคยบอกเราว่าคุณเก็บข้อมูลไว้มากแค่ไหนและใครจะเข้าถึงข้อมูล