วิธีที่ดีที่สุดในการพิจารณาว่าเมื่อใดที่เหมาะสมที่จะใช้ฐานข้อมูล

ฉันเริ่มอาชีพการเขียนโปรแกรมในการพัฒนาเว็บไซต์โดยใช้ PHP และ MySQL ฉันค่อนข้างคุ้นเคยกับการใช้ฐานข้อมูลสำหรับการจัดเก็บข้อมูลแบบไดนามิกส่วนใหญ่เช่นเดียวกับข้อมูลการตั้งค่า / พารามิเตอร์บางอย่าง บางครั้งจะมีข้อมูลจำนวนมากในขณะที่เวลาอื่น ๆ รายการในตารางจะน้อย สำหรับฉันนี่ดูเหมือนเป็นเรื่องธรรมดาและเท่าที่ฉันรู้ว่านี่เป็นวิธีที่ได้รับการยอมรับมากในการพัฒนาเว็บ (โปรดแก้ไขฉันหากฉันผิด ... )

ฉันกำลังขุดเข้าไปในแอปพลิเคชันบนเดสก์ท็อปในขณะนี้และความชอบตามธรรมชาติของฉันคือการใช้ฐานข้อมูลอีกครั้งเพื่อจัดเก็บข้อมูลจำนวนมากที่จะถูกสร้างขึ้นผ่านการใช้งานแอปพลิเคชัน อย่างไรก็ตามเท่าที่ฉันสามารถบอกได้ว่าฉันไม่เห็นแอปพลิเคชัน (ที่ฉันใช้) ใช้งานฐานข้อมูลบ่อยครั้งมาก [แก้ไข: ตั้งแต่มีการชี้ให้เห็นว่านี่เป็นข้อสันนิษฐานที่ผิดพลาดในการใช้งานจำนวนมากที่ใช้น้ำหนักเบา dbs ฝังตัวอยู่ในโปรแกรมของตัวเอง] เหตุผลสำหรับสิ่งนี้คืออะไร? จุดไหนที่เหมาะสมที่จะใช้ db? มีมาตรฐานใด ๆ ในเรื่องนี้หรือไม่? นอกจากนี้ยังมีเหตุผลอะไรที่จะไม่ใช้ฐานข้อมูลเพื่อพัฒนาแอปพลิเคชันเดสก์ทอป

หากแอปพลิเคชันของคุณเป็นแบบเอกสารให้จัดเก็บสิ่งต่าง ๆ ในไฟล์เอกสาร

หากแอปพลิเคชันของคุณเกี่ยวข้องกับข้อมูลที่มีโครงสร้างมากเกินไปสำหรับเอกสารเดียว (เช่นเอกสาร XML) ให้ใช้ฐานข้อมูล

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

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

ด้วยการพัฒนาเว็บเซิร์ฟเวอร์นั้นเป็นแบ็คเอนด์ที่มีฐานข้อมูลอยู่เสมอ เช่น. ผู้ใช้ไม่ต้องกังวลกับการติดตั้งฐานข้อมูลในตอนท้าย

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

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

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

ฉันมั่นใจว่ามีตัวเลือกที่คล้ายกันในแพลตฟอร์มอื่น ๆ

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

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

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

การทำให้เอกสารที่เก็บไว้สามารถอ่านได้ด้วยเครื่องมือนอกเหนือจากแอปพลิเคชันหลักนั้นเป็นข้อได้เปรียบที่ยิ่งใหญ่ในหลายกรณีดังนั้นการใช้รูปแบบที่มนุษย์สามารถอ่านได้ (XML, JSON, YAML, ฯลฯ ) หรือ zipfile ที่รวมกัน พบมากขึ้น

ในหลอดเลือดดำเดียวกันการใช้ไลบรารีฐานข้อมูลแบบฝัง (BDB, Tokyo Cabinet, SQLite, MS-SQL * เซิร์ฟเวอร์ Compact เป็นต้น) เป็นอีกวิธีที่ยอดเยี่ยม

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

ตัวอย่างเช่นพิจารณา:

#include "superheader.h"

int main()
{
    int row=2, column=2;
    DatabaseType db;
    db.ConnectTo("programDB", "user", "pass");
    db.setTable("messages");
    string hello_world=db.fetch(row, column);
    cout<<hello_world;
    return 0;
}

มันง่ายเกินไป แต่ก็ชัดเจนเกินไป ไม่มีจุดจริงที่จะมีระดับของการจัดการข้อมูลสำหรับ "Hello World"

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

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

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