เว็บไซต์ที่ใช้งานภายใน: มีกรณีที่น่าสนใจสำหรับ SQLite หรือไม่?

เฟรมเวิร์กเว็บจำนวนมากเช่นFlaskหรือDjangoใช้SQLiteเป็นฐานข้อมูลเริ่มต้น SQLiteนั้นน่าสนใจเพราะมันรวมอยู่ในไพ ธ อนและค่าใช้จ่ายในการจัดการค่อนข้างต่ำ

อย่างไรก็ตามไซต์การผลิตสาธารณะที่มีปริมาณการใช้งานสูงส่วนใหญ่ใช้ฐานข้อมูลที่หนักกว่า: mySQL, Oracle หรือ postgresql

คำถาม :

สมมติ:

• ปริมาณการใช้ของไซต์อยู่ในระดับปานกลางและการเข้าถึงแบบอ่าน / เขียนในฐานข้อมูลจะเกิดขึ้นพร้อมกัน
• เราจะใช้SQLAlchemyกับล็อคการเขียน SQLite (แม้ว่าความคิดเห็นนี้ทำให้ฉันกังวลเล็กน้อย)
• ฐานข้อมูลอาจมีบันทึก 60,000 รายการ
• โครงสร้างข้อมูลไม่ต้องการคุณสมบัติขั้นสูงที่พบในฐานข้อมูลที่หนักกว่า

มีกรณีที่น่าสนใจต่อการเกิดพร้อมกันของSQLiteสำหรับเว็บไซต์ที่ทำหน้าที่เป็นเครื่องมือภายในองค์กรที่มีปริมาณการใช้งานปานกลางหรือไม่? ถ้าเป็นเช่นนั้นเงื่อนไขใดที่ทำให้SQLiteมีปัญหาการทำงานพร้อมกัน?

ฉันกำลังมองหาสาเหตุที่เฉพาะเจาะจงที่เป็นที่รู้จักแทนการกลัวนิ้วชี้โดยทั่วไป / ไม่พร้อมเพรียง

ผมขอแนะนำให้อ่านคำตอบอย่างเป็นทางการในคำถามของคุณใช้ให้เหมาะสมกับ SQLite "สถานการณ์ที่ RDBMS อื่นอาจทำงานได้ดีขึ้น" เตือนว่า SQLite ไม่รองรับการเขียนพร้อมกัน:

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

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

ทุกสิ่งที่กล่าวมา SQLite อาจเป็นสิ่งที่ดีสำหรับเว็บไซต์ภายในส่วนใหญ่ โดยทั่วไปแล้วเว็บไซต์ภายในไม่ต้องการระดับการทำงานพร้อมกันและความสามารถในการขยาย

ใส่หมวกผู้อำนวยการฝ่ายไอทีของฉันฉันเห็นไม่กี่ gos ที่นี่:

• ความเสี่ยงของข้อมูลเสียหาย บางทีการรับรู้มากกว่าจริง แต่สิ้นวันนี้เป็นไฟล์ประเภท DB ที่ไม่ทำธุรกรรมซึ่งไม่มีอะไรมากหากมีการขอความช่วยเหลือไปยังการเขียนที่ไม่ดีนอกเหนือจากการถามว่าคุณมีการสำรองข้อมูลล่าสุดหรือไม่ การพูดของที่ . .
• ฉันจะสำรองสิ่งนี้ได้อย่างไร ในลักษณะที่ฉันรู้ว่าฉันได้รับสำเนาที่ดี ดีกว่าโดยไม่ต้องออฟไลน์แอพ
• ฉันจะเข้าถึงฐานข้อมูลได้อย่างปลอดภัยได้อย่างไร? ความเข้าใจทั่วไปของฉันคือ SQL lite ไม่มีการเข้าถึงระบบไฟล์ใด ๆ เลยซึ่งเป็นการเริ่มต้นที่ดี แต่ไม่ใช่ความเป็นจริงทั้งหมด โดยเฉพาะอย่างยิ่งสำหรับเว็บแอปที่คุณอาจต้องการการอนุญาตที่สำเร็จการศึกษามากกว่า DBA หรือไม่มีอะไรเลย

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