เหตุใด SQL จึงไม่แพร่หลายในแอปพลิเคชันเดสก์ท็อปขนาดใหญ่

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

ตอนนี้ฉันสงสัยบางอย่างเกี่ยวกับฐานข้อมูลและการใช้งานในแอปพลิเคชันทั่วไป:

• เหตุใด Windows จึงไม่ใช้ฐานข้อมูล SQL "กลาง" ใด ๆ ตัวอย่างเช่น:
  • ข้อผิดพลาดข้อมูลการรายงานจะถูกเก็บไว้ในกลุ่มของไฟล์
  • Windows Update เก็บทุกอย่างไว้ในรูปแบบไฟล์เดียว
  • แคชไอคอนถูกเก็บไว้ในไฟล์เดียวที่แปลกมากซึ่งดูเหมือนจะไม่สามารถเข้าถึงได้ผ่านทาง SQL ฯลฯ
• เหตุใดแอปพลิเคชันขนาดใหญ่จำนวนมากจึงหลีกเลี่ยงการใช้ฐานข้อมูล ตัวอย่างเช่น Microsoft Outlook จะไม่ได้รับจากการใช้ฐานข้อมูลจริงแทนที่จะสร้างล้อใหม่โดยมีรูปแบบของตนเองสำหรับไฟล์. pst และจัดเก็บข้อมูลบางอย่างในรีจิสตรี

ถ้าฐานข้อมูลเพิ่มเลเยอร์เพิ่มเติมของความซับซ้อนโดยรวมและการสูญเสียประสิทธิภาพเพียงเล็กน้อยมันเป็นราคาที่ได้เปรียบอย่างมากในการทำให้โค้ดง่ายขึ้นในสถานการณ์ส่วนใหญ่โดยเฉพาะอย่างยิ่งเมื่อมันมาถึงการจัดเก็บข้อมูลขนาดเล็กที่จัดระเบียบแทนไบนารีขนาดใหญ่ ลำธาร เหตุใดจึงมีบางผลิตภัณฑ์ที่ใช้ฐานข้อมูลจริง อาจเป็นแอปพลิเคชั่นเดียวที่ฉันรู้ซึ่งจริงๆแล้วใช้ฐานข้อมูล Sqlite คือ Firefox และบางที Microsoft Exchange (แต่อันสุดท้ายไม่ใช่แอปพลิเคชันเดสก์ท็อป)?

นอกจากนี้จะไม่มีชุดของแอปพลิเคชันเช่น Microsoft Office หรือ Microsoft Expression ได้รับประโยชน์จากการมีฐานข้อมูล SQL แบบรวมทำให้ง่ายต่อการปรับใช้แอปพลิเคชันอัปเดต / อัปเกรดข้อมูลแบ่งปันข้อมูลระหว่างแอปพลิเคชันเหล่านั้น เป็นต้น

1) โดยทั่วไปการพูดโอเวอร์เฮดของการรัน RDBMS เต็มรูปแบบนั้นยอดเยี่ยมเกินไปและมันจะเป็นการเพิ่มภาระที่ไม่จำเป็นสำหรับระบบและความซับซ้อน

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

2) ที่เก็บข้อมูลจำนวนมากมีความต้องการเฉพาะซึ่งไม่ตรงกับบางอย่างเช่น SQL Server Express

ตัวอย่างเช่นบันทึกข้อผิดพลาดควรเขียนลงในสิ่งที่ง่ายที่สุดเพื่อเพิ่มโอกาสที่การเขียนจะเกิดขึ้นและข้อมูลจะสามารถใช้ได้ SQL Server จะไม่ง่ายอย่างนั้น

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

หลายโปรแกรมฝังSQLite อ้างจากเว็บไซต์ของพวกเขา:

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

คุณเพียงแค่ใช้หนึ่งใน API ที่มีอยู่สร้างฐานข้อมูลตาราง ฯลฯ และเอ็นจิ้น SQL จะเก็บข้อมูลทุกอย่างในไฟล์ไบนารีที่คุณสามารถวางไว้ที่ใดก็ได้ภายในระบบไฟล์ของผู้ใช้ เหนือสิ่งอื่นใดคือ FLOSS

เรือ Windows ด้วยและการใช้เครื่องมือฐานข้อมูลชื่อExtensible เก็บโปรแกรม (ESE)

ESEใช้งานโดย Active Directory, Exchange Server, Windows Mail และ Desktop Search ท่ามกลางบริการและแอพพลิเคชั่นอื่น ๆ ของ Windows

สำหรับการพัฒนามีโอเพนซอร์สของ ESE wrappers อยู่:

• ชุดเครื่องมือ ESE C # / C ++ 1.2
• ManagedEsentสำหรับ. NET

ด้วยการจัดส่ง ESE กับ Windows ทุกรุ่นคุณไม่ต้องกังวลเรื่องการปรับใช้ฐานข้อมูล สถาปัตยกรรม ESE เติมบทบาทที่คล้ายกันกับฐานข้อมูลที่ฝังตัวเช่น SQLite

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

เหตุใด Windows จึงไม่ใช้ฐานข้อมูล SQL "กลาง" ใด ๆ

อันที่จริงแนวคิดนี้ได้รับการพัฒนาที่ Microsoft มาระยะหนึ่งแล้ว มันถูกเรียกว่าWinFS มันเป็นเทคโนโลยีที่น่าสนใจและมีให้สำหรับสมาชิก MSDN บางวันฉันจะติดตั้งบน VM และเล่นกับมัน

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

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

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

โปรแกรมเมอร์ส่วนใหญ่จะพิจารณาจาก:

• ฉันรู้ว่าแอปควรทำอะไรนี่คือทั้งหมดที่ควรทำ

• แอพของฉันเป็นสิทธิ์เพียงอย่างเดียวที่จะเข้าถึงและ / หรือจัดการข้อมูลเหล่านี้

• โครงสร้างไฟล์ที่เรียบง่ายของการออกแบบของฉันจะทำงาน

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