A database management system or DBM

A database management system or DBMS is feature rich tool that the application developer can use to easily and reliably store and retrieve data. However, a DBMS is not always an appropriate solution for addressing the application’s data storage needs. Some conditions where this might be applicable not to use a DBMS are:
Simple application data requirements or special purpose and relatively static data;
Data sets are very small and data loss is an acceptable risk; or,
Concurrent, multi-user access to data is not needed (“users” can be defined as multiple threads and/or multiple processes).






A database is generally used for storing related, structured data, with well defined data formats, in an efficient manner for insert, update and/or retrieval (depending on application).

On the other hand, a file system is a more unstructured data store for storing arbitrary, probably unrelated data. The file system is more general, and databases are built on top of the general data storage services provided by file systems.

There are also differences in the expected level of service provided by file systems and databases. While databases must be self consistent at any instant in time (think about banks tracking money!), provide isolated transactions and durable writes, a file system provides much looser guarantees about consistency, isolation and durability. The database uses sophisticated algorithms and protocols to implement reliable storage on top of potentially unreliable file systems. It is these algorithms that make database storage more expensive in terms of processing and storage costs that make general file systems an attractive option for data that does not require the extra guarantees provided by a database.

As technology moves forward, though, the lines are blurring, as some file systems pick up features previously the domain of databases (transactions, advanced queries) and some databases relax the traditional constraints of consistency, isolation and durability. ZFS and BTRFS might be considered examples of the former, MongoDB and CouchDB examples of the latter.

ผลลัพธ์ (ไทย) 2:

ระบบการจัดการฐานข้อมูลหรือ DBMS คือมีเครื่องมือมากมายที่นักพัฒนาแอพลิเคชันสามารถใช้ง่ายและเชื่อถือได้ในการจัดเก็บและเรียกข้อมูล อย่างไรก็ตาม DBMS ไม่เคยแก้ปัญหาที่เหมาะสมในการแก้ไขข้อมูลของโปรแกรมประยุกต์ความต้องการจัดเก็บข้อมูล เงื่อนไขบางอย่างที่นี้อาจจะมีผลบังคับใช้จะไม่ใช้ DBMS คือ
ความต้องการข้อมูลการใช้ง่ายหรือวัตถุประสงค์พิเศษและข้อมูลแบบคงที่ค่อนข้าง
ชุดข้อมูลที่มีขนาดเล็กมากและการสูญเสียข้อมูลที่เป็นความเสี่ยงที่ยอมรับ; หรือ
พร้อมกัน, การเข้าถึงของผู้ใช้หลายข้อมูลที่ไม่จำเป็น ("ผู้ใช้" สามารถกำหนดเป็นหลายหัวข้อและ / หรือกระบวนการหลาย). ฐานข้อมูลโดยทั่วไปจะใช้สำหรับการจัดเก็บที่เกี่ยวข้องกับข้อมูลที่มีโครงสร้างที่มีการกำหนดไว้อย่างดีรูปแบบข้อมูลใน ลักษณะที่มีประสิทธิภาพสำหรับการแทรกปรับปรุงและ / หรือการดึง (ขึ้นอยู่กับการประยุกต์ใช้). ในทางตรงกันข้ามระบบไฟล์เป็นข้อมูลที่ไม่มีโครงสร้างการจัดเก็บมากขึ้นสำหรับการจัดเก็บโดยพลการข้อมูลที่ไม่เกี่ยวข้องอาจ ระบบไฟล์ทั่วไปมากขึ้นและฐานข้อมูลที่ถูกสร้างขึ้นที่ด้านบนของการให้บริการจัดเก็บข้อมูลทั่วไปที่ให้บริการโดยระบบไฟล์. นอกจากนี้ยังมีความแตกต่างในระดับที่คาดหวังของการบริการที่มีให้โดยระบบไฟล์และฐานข้อมูล ในขณะที่ฐานข้อมูลจะต้องเป็นตัวเองที่สอดคล้องกันในทันทีในเวลาใด ๆ (คิดว่าเกี่ยวกับธนาคารการติดตามเงิน!) ให้การทำธุรกรรมโดดเดี่ยวและเขียนทนทานระบบไฟล์ให้การค้ำประกันโยกมากเกี่ยวกับความสอดคล้องของการแยกและความทนทาน ฐานข้อมูลที่ใช้อัลกอริทึมและโปรโตคอลที่จะดำเนินการจัดเก็บข้อมูลที่เชื่อถือได้ในด้านบนของระบบไฟล์ที่ไม่น่าเชื่อถือที่อาจเกิดขึ้น มันเป็นขั้นตอนวิธีการเหล่านี้ที่ทำให้การจัดเก็บฐานข้อมูลที่มีราคาแพงมากขึ้นในแง่ของการประมวลผลและการเก็บค่าใช้จ่ายที่ทำให้ระบบไฟล์ทั่วไปเลือกที่น่าสนใจสำหรับข้อมูลที่ไม่จำเป็นต้องมีการค้ำประกันพิเศษที่ได้รับจากฐานข้อมูล. เป็นเทคโนโลยีที่เคลื่อนที่ไปข้างหน้าแม้ว่าสายที่มีการเบลอของภาพ ขณะที่บางไฟล์ระบบรับก่อนหน้านี้คุณสมบัติโดเมนของฐานข้อมูล (การทำธุรกรรมแบบสอบถามขั้นสูง) และฐานข้อมูลบางอย่างผ่อนคลายข้อ จำกัด แบบดั้งเดิมของการแยกความสอดคล้องและความทนทาน ZFS และ BTRFS อาจได้รับการพิจารณาตัวอย่างของอดีต MongoDB และตัวอย่าง CouchDB ของหลัง

ผลลัพธ์ (ไทย) 3:

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






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

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

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

เป็นเทคโนโลยีการย้ายไปข้างหน้าแม้ว่าสายจะเบลอเป็นระบบแฟ้มรับคุณสมบัติก่อนหน้านี้โดเมนฐานข้อมูล ( การสอบถามฐานข้อมูลขั้นสูง ) และบางผ่อนคลายข้อจำกัดเดิมของความสอดคล้อง , การแยกและความทนทาน ทดสอบ และ btrfs อาจถือเป็นตัวอย่างของอดีต และ mongodb couchdb ตัวอย่างของหลัง