ข้อดีข้อเสียของการตั้งค่าแบบ SQLite และการใช้ร่วมกัน [ปิด]

กลไกที่ดีในการจัดเก็บข้อมูลระหว่างฐานข้อมูล SQLite และการตั้งค่าที่ใช้ร่วมกันคืออะไร?

เหตุใดจึงใช้การตั้งค่าที่ใช้ร่วมกัน ทำไมต้องใช้ sqlite ฉันพยายามค้นหาความแตกต่างระหว่างพวกเขาและนี่เป็นกลไกที่ดีกว่าสำหรับการจัดเก็บข้อมูล แต่ฉันไม่สามารถหาคำตอบที่เหมาะสมใน Google โปรดช่วยฉันด้วยตัวอย่างและคำอธิบาย

ขึ้นอยู่กับข้อมูลที่คุณต้องการจัดเก็บ

SQLite

ข้อมูลโครงสร้างเดียวกันจำนวนมากควรเก็บไว้ในฐานข้อมูล SQLite เนื่องจากฐานข้อมูลได้รับการออกแบบสำหรับข้อมูลประเภทนี้ เนื่องจากข้อมูลมีโครงสร้างและจัดการโดยฐานข้อมูลจึงสามารถสอบถามเพื่อรับชุดย่อยของข้อมูลที่ตรงกับเกณฑ์บางอย่างโดยใช้ภาษาแบบสอบถามเช่น SQL ทำให้สามารถค้นหาข้อมูลได้ แน่นอนว่าการจัดการและค้นหาชุดข้อมูลขนาดใหญ่มีอิทธิพลต่อประสิทธิภาพดังนั้นการอ่านข้อมูลจากฐานข้อมูลอาจช้ากว่าการอ่านข้อมูลจาก SharedPreferences

SharedPreferences

SharedPreferences เป็นที่เก็บคีย์ / ค่าที่คุณสามารถบันทึกข้อมูลภายใต้คีย์ที่แน่นอน หากต้องการอ่านข้อมูลจากร้านค้าคุณต้องรู้กุญแจของข้อมูล ทำให้การอ่านข้อมูลเป็นเรื่องง่าย แต่ง่ายเหมือนการเก็บข้อมูลจำนวนเล็กน้อยยากที่จะเก็บและอ่านข้อมูลที่มีโครงสร้างขนาดใหญ่ตามที่คุณต้องการกำหนดคีย์สำหรับทุกข้อมูลเดียวและคุณไม่สามารถค้นหาข้อมูลได้ยกเว้นคุณมีแนวคิดบางอย่างสำหรับ การตั้งชื่อกุญแจ

คำถามนี้มีคำตอบที่ยอมรับได้ แต่ฉันคิดว่ามีอีกมากที่จะพูดในหัวข้อ - เกี่ยวกับความเร็ว

SharedPreferences ของแอปพลิเคชันและ DBlite DB เป็นทั้งไฟล์เพียงเก็บไว้ในไดเรกทอรีของแอปพลิเคชันบนระบบไฟล์ของอุปกรณ์ หากจำนวนข้อมูลไม่ใหญ่เกินไปตัวเลือก Sqlite จะเกี่ยวข้องกับไฟล์ที่มีขนาดใหญ่ขึ้นและซับซ้อนมากขึ้นโดยมีค่าใช้จ่ายในการประมวลผลมากขึ้นสำหรับการเข้าถึงง่าย

ดังนั้นหากลักษณะของข้อมูลไม่ได้กำหนดตัวเลือกของคุณ (ดังที่อธิบายไว้ในคำตอบที่ยอมรับ) และเรื่องความเร็วคุณอาจใช้ SharedPreferences ได้ดีกว่า

และการอ่านข้อมูลบางอย่างนั้นมักจะอยู่บนเส้นทางวิกฤติเพื่อแสดงกิจกรรมหลักดังนั้นฉันคิดว่าความเร็วนั้นสำคัญมาก

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

สิ่งที่ฉันใช้คือมันไม่ได้เกี่ยวกับความเร็วหรือขนาด แต่ประเภทของการดำเนินการที่คุณต้องการทำกับข้อมูลของคุณ

ถ้าคุณวางแผนที่จะเข้าร่วม , การจัดเรียง , และการดำเนินงานอื่น ๆ DBกับข้อมูลของคุณไปแล้วสำหรับSqlite Sqliteตัวอย่างกำลังเรียงลำดับข้อมูลตามวันที่

หากคุณต้องการแมปค่าง่าย ๆ (เช่น int, บูลีน, สตริง) ให้ใช้การตั้งค่าการตั้งค่าการทำงานของฐานข้อมูลจะไม่ทำงานที่นี่และไม่จำเป็นต้องบอกว่าคุณต้องมีกุญแจทั้งหมด ตัวอย่างคือรหัสผ่านผู้ใช้หรือการกำหนดค่าแอพ

สิ่งล่อใจครั้งใหญ่ที่จะโอบกอดการตั้งค่าคือเมื่อคุณต้องการที่จะใช้ในการจัดเก็บ POJO แบน (วัตถุ JSON ต่อเนื่อง) เป็นสตริง การมีความต้องการเช่นนี้เป็นสัญญาณที่ใช้ sqlite ทำไม เพราะข้อมูลที่ซับซ้อนจะต้องมีความซับซ้อนในที่สุด ลองนึกภาพการดึงข้อมูลเฉพาะซึ่งสามารถจัดการได้โดย "SELECT ... WHERE id = 1" ในเส้นทางการตั้งค่าสิ่งนี้จะเป็นกระบวนการที่ยาวนานจากการทำการดีซีเรียลไลซ์สู่การวนซ้ำผลลัพธ์

• สำหรับการจัดเก็บข้อมูลจำนวนมากให้ไปที่ระบบฐานข้อมูล SQLite วิธีนี้จะทำให้ผู้ใช้สามารถค้นหาข้อมูลได้เช่นกัน

• ในทางกลับกันสำหรับการจัดเก็บข้อมูลจำนวนเล็กน้อยให้ไปที่การตั้งค่าที่ใช้ร่วมกัน ในกรณีนี้ระบบฐานข้อมูลขนาดใหญ่ไม่จำเป็น วิธีนี้จะช่วยให้ผู้ใช้สามารถบันทึกข้อมูลและโหลดได้

ลืม SQLLite ลืม SharedPreferences ให้ใช้ Realm ทางออกเดียวสำหรับพื้นที่เก็บข้อมูลในเครื่องทั้งหมดของคุณ คุณสามารถใช้ Java Objects ธรรมดาธรรมดาเป็น RealmObjects และเก็บข้อมูลของคุณที่นั่น คุณสามารถแปลงแบบสอบถามที่เลือกไว้เป็นไฟล์ JSON ไม่จำเป็นต้องแยกวิเคราะห์ฐานข้อมูลทั้งหมด ตรวจสอบลิงค์นี้: https://realm.io/news/introducing-realm/