SQLite ประเมินค่าน้อยไปหรือเปล่า [ปิด]

ก่อนที่ฉันจะถามคำถามให้ฉันอธิบายความคิดของฉันเกี่ยวกับ SQLite ก่อน

ฉันชอบเครื่องมือที่มีขนาดเล็กเร็วและที่สำคัญมีฟังก์ชันที่จำเป็นจริงๆเท่านั้น นั่นเป็นเหตุผลที่ฉันชอบ SQLite และฉันชอบ MS-SQL น้อยลง

ตัวอย่างเช่น: MS-SQL อาจมีฟังก์ชั่นการปรับขนาดและอื่น ๆ อีกมากมาย แต่ก็อาจเป็นเรื่องยากที่จะติดตั้งหากคุณโชคไม่ดี แน่นอนฉันไม่ได้บอกว่าการติดตั้งที่ยากเป็นเหตุผลที่ไม่เลือกฐานข้อมูลเฉพาะ

ไม่เข้าใจฉันผิด: MS-SQL เป็นผลิตภัณฑ์คุณภาพดี ฉันมีประสบการณ์มากกับ MS-SQL; ฉันเข้าใจผลิตภัณฑ์เป็นอย่างดีในฐานะมืออาชีพ ฉันชอบน้อยกว่าในบางกรณีที่ไม่จำเป็นจริงๆ (= มีผู้ใช้ไม่มาก <10-15)

คุณใช้ฟังก์ชันการทำงานของฐานข้อมูลมากน้อยเพียงใด จากประสบการณ์ของฉันมันมักจะเป็น SQL ปกติ (SELECT, INSERT และ UPDATE)

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

ตัวอย่างเช่นพิจารณาแอปพลิเคชัน ERP ด้วยสมมติว่ามีผู้ใช้ 15 คน เหตุใด SQLite จึงไม่สามารถใช้งานได้? ให้หน้ามัน: ในประสบการณ์ระดับมืออาชีพของฉันเวลาส่วนใหญ่ผู้ใช้แอปพลิเคชันประเภทนี้จะเข้าถึงฐานข้อมูลประมาณ 5-10% ของเวลาทั้งหมดที่พวกเขากำลังใช้แอปพลิเคชัน ในอีก 90-95% พวกเขาเพียงแค่ดูข้อมูลบนหน้าจอการป้อนข้อมูลในกริด / แบบฟอร์มและเมื่อพวกเขาบันทึกอินพุตที่ไม่เกิน 1 วินาทีของเวลาฐานข้อมูล Fe: เวลาอินพุต 1,5 นาทีเทียบกับ 1 วินาทีของการประหยัดเวลา

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

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

แน่นอนว่ามีแอปพลิเคชั่นที่เน้นฐานข้อมูลที่ SQLite ไม่พอดี แต่อย่างที่ฉันคิดตอนนี้แอพพลิเคชั่นที่มีผู้ใช้หลายคนถ้าพวกเขามีผู้ใช้ไม่เกิน 15 คนก็ควรจะใช้ SQLite

ลูกค้าของเราหลายคนไม่ได้ใช้จ่ายด้านฮาร์ดแวร์มากนักดังนั้นฉันมักจะพบกับเซิร์ฟเวอร์เพียงอย่างเดียวที่มีทุกอย่างในนั้น (แลกเปลี่ยน, SQL, ลูกค้า ฯลฯ ) และเนื่องจากสิ่งเหล่านี้เกือบจะ "หมดลมหายใจ" ถ้าฉันสามารถส่งมอบผลิตภัณฑ์ที่ไม่มีความต้องการของระบบสูงลูกค้าของฉันก็จะมีความสุข SQLite ไม่ได้เพิ่มน้ำหนักใด ๆ (อย่างน้อยก็ไม่มาก) MS-SQL ทำ ดังนั้นฉันจะไม่เลือก SQLite เพราะฟรีราคาถูกหรือติดตั้งง่าย ฉันจะเลือกด้วยเหตุผลเชิงปฏิบัติ / ทางเทคนิค

FYI: ในอาชีพของฉันเราขายผลิตภัณฑ์ (กำหนดเองและมาตรฐานซึ่งส่วนใหญ่เกี่ยวข้องกับ ERP) ให้กับลูกค้าที่โดยเฉลี่ยแล้วไม่เกิน 5-6 คนจะใช้ผลิตภัณฑ์ มีข้อยกเว้นบางอย่าง แต่ไม่เกิน 10-15 คน

คำถามคือฉันคิดถูกหรือไม่ว่าฉันสามารถใช้ SQLite สำหรับแอปพลิเคชันที่มีผู้ใช้หลายคนได้อย่างที่ฉันอธิบาย มีข้อเสียด้านเทคนิคใดบ้างที่ฉันควรรู้ ประสบการณ์ของคุณ (ลบหรือบวก) ที่จะช่วยให้ฉันเลือกได้ถูกต้องคืออะไร?

อัปเดต: โปรดอย่าเห็นว่านี่เป็นการตัดสินใจเชิงลบของฐานข้อมูลอื่น พวกเขาส่วนใหญ่เป็นผลิตภัณฑ์ที่ดีทั้งหมด เพียงแบ่งปันความคิดของฉันที่นี่และสนใจในความคิดเห็นของคุณเกี่ยวกับเรื่องนี้

มีหลายกรณีที่ SQLite มีมากมาย ผู้ใช้แผนกหรือ บริษัท เติบโตเร็วกว่ามันมาก (เราไม่เคยได้ยินเรื่องนี้มากนักเพราะไม่มีใครเรียกโปรแกรมเมอร์ว่าแอปพลิเคชั่นทำงานได้ดี) คุณสามารถทำการโต้แย้งแบบเดียวกันสำหรับไฟล์ MS Access (Windows) หรือ SQL Server Compact Edition (จำเป็นต้องติดตั้งบางส่วน) มันดีพอสำหรับแอปพลิเคชั่นในตัวเพราะคุณไม่ต้องกังวลเกี่ยวกับความปลอดภัยของไฟล์

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

มีความกังวลสำหรับ scalability / over-engineering เสมอ แม้ว่าจำนวนผู้ใช้หรือจำนวนข้อมูลยังคงจัดการได้บางคนมักจะมีความคิดที่จะใช้ข้อมูลสดบนอินทราเน็ตหรืออินเทอร์เฟซเว็บไซต์ / เบราว์เซอร์อื่น ๆ ฐานข้อมูลไฟล์มีปัญหา ใช้เวลาเพียงหนึ่งคนที่ต้องการเข้าถึงไฟล์ข้อมูลผ่าน VPN (ติดตั้งแอปบนแล็ปท็อป) เพื่อให้คุณมีปัญหา 'การปรับขนาด' คุณสามารถสร้างแอปเพื่ออนุญาตให้ผู้ใช้ที่ถูกตัดการเชื่อมต่อซึ่งสามารถซิงค์ได้เมื่อพวกเขากลับมา ดูเหมือนจะไม่คุ้มค่าสำหรับผู้ใช้นอกสำนักงานเป็นครั้งคราว

ฉันคิดว่ามันยอดเยี่ยมที่จะใช้เมื่อคุณต้องการฐานข้อมูล "ภายใน" นั่นคือฐานข้อมูลแอปพลิเคชัน / รหัสของคุณจะทำงานกับ แต่จะไม่เกี่ยวข้องโดยตรงกับสาเหตุหลักที่แอปพลิเคชันของคุณมี แทนที่จะใช้การแมปในหน่วยความจำขนาดใหญ่หรือตัวจัดการแคชคุณอาจใช้ฐานข้อมูลเช่น ฉันมีตัวอย่างที่เป็นรูปธรรมมากเมื่อเร็ว ๆ นี้ฉันใช้มันในกรณีทดสอบ JUnit / DBunit ที่ฉันต้องการเชื่อมต่อกับฐานข้อมูลดำเนินงานอ่านข้อมูลและลบทุกอย่างในตอนท้าย เนื่องจากคุณต้องสร้างไฟล์เปล่าเพื่อสร้างฐานข้อมูลนั่นเป็นเรื่องง่ายที่จะทำ

การใช้งานอื่นที่ฉันเห็น: เมื่อคุณมีผู้ใช้เพียงคนเดียว ใช่เป็นไปได้ลองคิดว่า"Firefox" หรือ "Opera"เช่น :-)

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

ps: เกี่ยวข้องกับความคิดเห็นใน Sql Server Express ใช่ต้องเป็น "ติดตั้ง" และฉันมีปัญหาในการอัปเดตเป็นการส่วนตัว (ฉันต้องลบรีจิสตรีคีย์บางตัวที่เกี่ยวข้องกับเวอร์ชันก่อนหน้านี้ด้วยตนเองเพื่อให้สามารถติดตั้ง 2008 R2 ได้) อย่างไรก็ตามหากคุณต้องการเปรียบเทียบ SQLite กับฐานข้อมูลที่พัฒนาโดย Microsoft ให้ดูที่Sql Server Compact Editionซึ่งคุณไม่จำเป็นต้องติดตั้ง (ดูที่ "การปรับใช้แบบอิงไฟล์ส่วนตัว")

ตัวอย่างเช่นพิจารณาแอปพลิเคชัน ERP ด้วยสมมติว่ามีผู้ใช้ 15 คน เหตุใด SQLite จึงไม่สามารถใช้งานได้?

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

สมมติว่าคุณมีผู้ใช้ 100 คนแต่ละคนทำงานเป็นเวลา 60 วินาทีในการกรอกแบบฟอร์มแล้วส่งมัน ดังนั้นคุณต้องดำเนินการประมาณ 1.6 ธุรกรรมต่อวินาที แบบจำลองข้อมูลมีความซับซ้อนและการบันทึกฟอร์มเกี่ยวข้องกับการอ่านและการเขียนลงในตารางขนาดใหญ่จำนวนมากบางทีแม้แต่การสื่อสารกับระบบที่แตกต่างกันดังนั้นผลลัพธ์แบบ "ส่งแบบฟอร์ม" ในการทำธุรกรรมที่ใช้เวลา 2 วินาที แต่ SQLite ไม่สามารถประมวลผลธุรกรรมพร้อมกันได้ซึ่งหมายความว่าสามารถประมวลผลธุรกรรม 0.5 ต่อ scond เท่านั้น อุ่ย

"อาจเป็นความเจ็บปวดในการติดตั้ง" ไม่ใช่เหตุผลที่ดีในการตัดสินใจเลือกโครงสร้างพื้นฐานที่สำคัญ นอกจากนี้ยังมีเอ็นจิน DB อื่น ๆ ให้เลือกอย่างน้อยสองตัว (MySQL และ Postgres) นั้นฟรีและไม่มีข้อ จำกัด การทำงานพร้อมกันของ SQLite อาจติดตั้งง่ายกว่า MS-SQL

ฉันคิดว่า SQLLite นั้นยอดเยี่ยมสำหรับการพัฒนาแอพพลิเคชั่น แต่จุดแข็งที่ใหญ่ที่สุดคือมันไม่จำเป็นต้องติดตั้งบนไคลเอนต์

อย่างไรก็ตามอย่าประมาท SQL Server Express ด้วยเช่นกันมันเป็นฐานข้อมูลที่ยอดเยี่ยมฟรีพร้อมคุณสมบัติส่วนใหญ่ของเซิร์ฟเวอร์ sql ธรรมดาที่มีข้อ จำกัด ในขนาดฐานข้อมูล (ซึ่งยากเกินกว่าจะใช้) พร้อมกับความสามารถในการใช้เครื่องมือที่ดีเยี่ยม เซิร์ฟเวอร์ sql

ข้อเสียที่ใหญ่ที่สุดของ Afaik คือคุณต้องติดตั้งมันฉันไม่แน่ใจในส่วนนั้น แต่อาจจะเป็นวิธีที่อยู่รอบ ๆ ตอนนี้

ฉันไม่ถือว่า SQLite เป็นฐานข้อมูลที่ร้ายแรงหากคุณจัดการกับข้อมูลจำนวนเล็กน้อยทุกชั่วโมง มันทำงานช้าลงอย่างเจ็บปวดและลดประสิทธิภาพของแอพพลิเคชั่นทั้งหมด ขออภัยฉันไม่เห็นด้วยกับความหลงใหลใน SQLite ของคุณ :-)

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