As anyone can testify in the softwa

As anyone can testify in the software industry, applications evolve as requirements change to meet expanding market demands. Determining when the file system is no longer an appropriate data store must be driven by current requirements as well as the future scaling and direction for the application. Considerations for the decision should not only include the database feature set of a commercial database, but time-to-market, reliability and maintenance costs.
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).
One example of an appropriate use for a file-system data store is the application configuration file or INI file. This type of data is typically static and rarely modified after the application installation.
Key Questions to Ask
Determining when it is no longer an effective design decision to use or continue to use a file system for data storage may not be a clear cut decision. The following questions may help in guiding the decision process.
Do you need object management?
Real world data are not files, they are objects. Applications map their objects into files and manage them through the application. A DBMS, on the other hand, is designed to manage objects and will allow the application to manage them directly without the need to add object management code.
Do you need object relationship management?
Relationships between different object types are required by most applications. File systems have no object concept, so no ability to manage relationships. A DBMS is designed to provide and manage object relationships.
Do you need transactional data operations?
Making sure that your data does not get corrupted, that threads don’t see inconsistent data or that data changes aren’t only partially completed can’t be handled through a file system. Without the support for ACID (Atomic, Consistent, Isolated, Durable) data transactions, vendors can fall into these traps resulting in large amount of code being added to the application. Embedded databases implement ACID transactions which prevents these problems.
Do you need concurrent access to your data?
Multiple applications accessing the same file will only exercise the file system lock arbiter. File systems do not notify waiting applications when another lock releases. The application ends up pooling or managing the sharing of data through its code. A DBMS manages concurrent access to data efficiently through resulting in faster access to your data and overall better performance for your application.
Do you need indexed data for fast lookups?
File systems do not index objects, they index files. Needing fast access to objects, implemented through a file system, means the application needs to manage index information. A DBMS manages indexing for the application seamlessly through the database schemas.
Do you need intelligent memory managed data?
Real-time applications needing complex memory and data management will find it hard to combine in-memory management with file based data management. With real-time data, RAM based management may be the only way to achieve performance requirements.
Do you need data redundancy?
Application vendors desiring failover and data redundancy will need to manage this in the application if it’s based on a file system.
Will your data management requirements change?
As applications get more complex so does the data management. File based solutions are tightly coupled with the initial application requirements and extremely hard to re-define and change.
Answering “yes” to any of the above question may indicate the data requirements for your application design is becoming more complex. Using a commercial DBMS allows the application development team to focus on the core competencies of their application while taking advantage of a data management solution which addresses the complexities of managed data.
DBMS Advantages
The feature list of a DBMS can only be considered an advantage if those features are essential in providing an effective solution to the application data management requirements. A quick summary of the features that address the questions above are:
Transaction Support- Atomic transactions guarantee complete failure or success of an operation. This includes automatic recovery of the database to a transaction consistent point in the event of an abnormal termination of the application (crash, power loss, etc.).
Concurrent Access- The ability to share data by controlling access to data items, many users (process or threads) can access data concurrently.
Data Normalization- A well designed database schema can reduce storage requirements on the target storage media by reducing duplicate data.
Expandability, Flexibility, Scalability- A database system can scale easily to larger data sets.
Standards Enforcement- One example of this advantage would be to use the DBMS for all data storage requirements for the application. Multiple data structures can be manipulated using the same API functions. The can lead to reduced application development times and reduced maintenance costs in the future.
Fast Query Access- Databases allow indexing based on any attribute or data-property (i.e. SQL columns). This helps fast retrieval of data, based on the indexed attribute. This is an importance advantage as data-sets begin to grow large as it provides a more predictable query response time.
Interoperability- Connectivity through industry standard protocols allowing third-party tools to access and analyze data.

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

ขณะที่ทุกคนสามารถเป็นพยานในอุตสาหกรรมซอฟต์แวร์ โปรแกรมประยุกต์พัฒนา ตามความต้องการเปลี่ยนแปลงเพื่อตอบสนองความต้องการของตลาดขยายตัว กำหนดเมื่อระบบแฟ้มไม่มีการเก็บข้อมูลที่เหมาะสมต้องถูกผลักดัน โดยความต้องการปัจจุบันเป็นมาตราส่วนในอนาคต และทิศทางสำหรับแอพลิเคชัน ข้อควรพิจารณาสำหรับการตัดสินใจควรไม่รวมชุดคุณลักษณะฐานข้อมูลเป็นฐานข้อมูลเชิงพาณิชย์ แต่เวลาตลาด ความน่าเชื่อถือและการบำรุงรักษาต้นทุนเท่านั้นระบบจัดการฐานข้อมูลหรือ DBMS เป็นมือรวยคุณลักษณะที่ผู้พัฒนาโปรแกรมประยุกต์สามารถใช้การได้อย่างง่ายดาย และได้เก็บ และดึงข้อมูล อย่างไรก็ตาม การ DBMS ได้เสมอในโซลูชันที่เหมาะสมในการแก้ปัญหาความต้องการจัดเก็บข้อมูลของโปรแกรมประยุกต์ สภาพบางที่นี่อาจไม่ใช้ DBMS ใช้อยู่:ใช้งานง่ายข้อมูลความต้องการ หรือวัตถุประสงค์พิเศษ และ ข้อมูลค่อนข้างคงชุดข้อมูลมีขนาดเล็กมาก และสูญเสียข้อมูลที่เป็นความเสี่ยงยอมรับได้ หรือพร้อมกัน แบบหลายผู้ใช้เข้าถึงข้อมูลไม่จำเป็น ("ผู้ใช้" สามารถกำหนดเป็นหลายหัวข้อและ/หรือกระบวนการหลายอย่าง) ได้ตัวอย่างหนึ่งของการใช้ที่เหมาะสมสำหรับเก็บข้อมูลที่มีแฟ้มระบบคือ แฟ้มการกำหนดค่าแอพลิเคชันหรือแฟ้ม INI ข้อมูลชนิดนี้จะคงที่โดยทั่วไป และไม่ค่อยปรับเปลี่ยนหลังจากการติดตั้งโปรแกรมประยุกต์คำถามสำคัญขอกำหนดเมื่อไม่ตัดสินใจออกแบบประสิทธิภาพการใช้ หรือใช้ระบบแฟ้มสำหรับจัดเก็บข้อมูลไม่ได้ตัดสินใจตัดชัดเจน คำถามต่อไปนี้อาจช่วยในการนำกระบวนการตัดสินใจคุณต้องจัดการวัตถุข้อมูลโลกจริงไม่ใช่แฟ้ม เป็นวัตถุ โปรแกรมแผนที่ของวัตถุลงในแฟ้ม และจัดการพวกเขาผ่านทางโปรแกรมประยุกต์ DBMS ในทางกลับกัน ถูกออกแบบมาเพื่อจัดการวัตถุ และจะอนุญาตให้โปรแกรมประยุกต์เพื่อจัดการพวกเขาโดยตรงโดยไม่ต้องเพิ่มรหัสการจัดการวัตถุคุณต้องจัดการความสัมพันธ์ของวัตถุความสัมพันธ์ระหว่างวัตถุต่างชนิดจำเป็นโปรแกรมประยุกต์ที่มากที่สุด ระบบแฟ้มมีแนวคิดไม่วัตถุ จึงไม่มีความสามารถในการจัดการความสัมพันธ์ DBMS ถูกออกแบบมาเพื่อให้ และจัดการวัตถุความสัมพันธ์คุณต้องการดำเนินการของมูลทำให้แน่ใจว่า ข้อมูลของคุณไม่ได้รับเสียหาย ว่า กระทู้ไม่เห็นข้อมูลที่ไม่สอดคล้องกัน หรือว่า การเปลี่ยนแปลงข้อมูลไม่เสร็จสมบูรณ์เพียงบางส่วนไม่สามารถจัดการผ่านระบบแฟ้ม ไม่สนับสนุนการธุรกรรมข้อมูลกรด (อะตอม Consistent, Isolated ทนทาน) ผู้จัดจำหน่ายสามารถตกอยู่ในกับดักเหล่านี้เกิดขึ้นในรหัสที่ถูกเพิ่มไปยังโปรแกรมประยุกต์จำนวนมาก ฐานข้อมูลฝังตัวนำกรดธุรกรรมซึ่งป้องกันไม่ให้ปัญหาเหล่านี้คุณต้องเข้าพร้อมกันของข้อมูลหรือไม่โปรแกรมประยุกต์หลายเข้าแฟ้มเดียวเท่านั้นจะออกกำลังกายแฟ้มระบบล็อคตัดสิน ระบบไฟล์แจ้งรอโปรแกรมประยุกต์เมื่อปลดล็อคอีก แอพลิเคชันสิ้นสุดร่วมกัน หรือการจัดการการแชร์ข้อมูลผ่านรหัสของ การ DBMS จัดการพร้อมเข้าถึงข้อมูลได้อย่างมีประสิทธิภาพผ่านการเกิดเร็วขึ้นเข้าถึงข้อมูลและประสิทธิภาพโดยรวมสำหรับโปรแกรมประยุกต์ของคุณคุณต้องการทำดัชนีข้อมูลสำหรับค้นหาอย่างรวดเร็วระบบแฟ้มดัชนีวัตถุ พวกเขาทำดัชนีแฟ้ม ต้องเข้าวัตถุ ดำเนินการผ่านระบบแฟ้ม หมายความว่า โปรแกรมประยุกต์ที่ต้องจัดการข้อมูลดัชนี DBMS การจัดการเอกสารได้อย่างราบรื่นผ่านแบบแผนฐานข้อมูลดัชนีคุณจำเป็นต้องใช้ข้อมูลจัดการหน่วยความจำอัจฉริยะใช้งานแบบเรียลไทม์ที่ต้องจัดการหน่วยความจำและข้อมูลที่ซับซ้อนจะพบมันยากที่จะรวมในหน่วยความจำจัดการกับไฟล์ที่ใช้จัดการข้อมูล ด้วยข้อมูลเรียลไทม์ จัดการ RAM ที่ใช้อาจเป็นวิธีเดียวที่จะบรรลุความต้องการประสิทธิภาพการทำงานคุณต้องสำรองข้อมูลปรารถนาซ้ำล้มและข้อมูลผู้จัดจำหน่ายโปรแกรมประยุกต์จะต้องจัดการนี้ในแอพลิเคชันถ้ามันขึ้นอยู่กับระบบแฟ้มความต้องการจัดการข้อมูลของคุณจะเปลี่ยนหรือไม่เป็นโปรแกรมประยุกต์ได้ซับซ้อน จึงไม่จัดการข้อมูล แก้ไขไฟล์ตามใจแน่นควบคู่กับข้อกำหนดของโปรแกรมประยุกต์เริ่มต้น และยากมากที่จะกำหนดใหม่ และเปลี่ยนแปลงตอบ "ใช่" ของคำถามข้างต้นอาจระบุความต้องการข้อมูลสำหรับการออกแบบโปรแกรมประยุกต์เป็นซับซ้อน ใช้ DBMS พาณิชย์ช่วยให้ทีมพัฒนาโปรแกรมประยุกต์เน้นความสามารถหลักของแอพลิเคชันของพวกเขาในขณะที่ใช้ประโยชน์จากโซลูชั่นการจัดการข้อมูลที่อยู่ความซับซ้อนของข้อมูลที่มีการจัดการข้อดีของ DBMSรายการคุณลักษณะของ DBMS เท่านั้นถือได้ว่าเป็นถ้าคุณลักษณะเหล่านั้นมีความสำคัญในการนำเสนอวิธีแก้ปัญหาต้องจัดการข้อมูลแอพลิเคชัน สรุปด่วนที่คำถามข้างต้นคือ:ธุรกรรมธุรกรรมสนับสนุนอะตอมรับประกันสมบูรณ์ความล้มเหลวหรือความสำเร็จของการดำเนินงาน ซึ่งรวมถึงการกู้คืนอัตโนมัติของฐานข้อมูลไปยังจุดที่สอดคล้องกันธุรกรรมในกรณีที่ชะงักของแอพลิเคชัน (ความล้มเหลว กระแสไฟฟ้า ฯลฯ)พร้อมเข้าถึง-ความสามารถในการใช้ข้อมูลร่วมกัน โดยการควบคุมการเข้าถึงข้อมูลสินค้า หลายผู้ใช้ (กระบวนการหรือหัวข้อ) สามารถเข้าถึงข้อมูลพร้อมกันSchema ของฐานข้อมูลที่ออกแบบมาดีฟื้นฟู-ข้อมูลสามารถลดความต้องการจัดเก็บในสื่อจัดเก็บข้อมูลเป้าหมาย โดยลดข้อมูลที่ซ้ำกันระบบฐานข้อมูล expandability ความยืดหยุ่น ขนาด-สามารถปรับได้กับชุดข้อมูลขนาดใหญ่มาตรฐานบังคับ - หนึ่งตัวอย่างของประโยชน์นี้จะใช้ DBMS ที่สำหรับความต้องการจัดเก็บข้อมูลทั้งหมดสำหรับโปรแกรมประยุกต์ โครงสร้างข้อมูลหลายสามารถจัดการได้โดยใช้ฟังก์ชัน API เดียว สามารถนำไปลดเวลาพัฒนาโปรแกรมประยุกต์ และลดต้นทุนการบำรุงรักษาในอนาคตแบบสอบถามอย่างรวดเร็วเข้า - ฐานข้อมูลอนุญาตทำดัชนีตามลักษณะข้อมูล (เช่น SQL คอลัมน์) หรือแอตทริบิวต์ใด ๆ นี้ช่วยเรียกอย่างรวดเร็วของข้อมูล ใช้แอตทริบิวต์ของดัชนี นี้เป็นประโยชน์สำคัญเป็นชุดข้อมูลเริ่มเติบใหญ่มีเวลาสอบถามเพิ่มเติมได้ทำงานร่วมกัน - เชื่อมต่อผ่านมาตรฐานอุตสาหกรรมโพรโทคออื่น ๆ เครื่องมือที่ช่วยให้การเข้าถึง และวิเคราะห์ข้อมูล

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

ในขณะที่ทุกคนสามารถเป็นพยานในอุตสาหกรรมซอฟต์แวร์แอพพลิเควิวัฒนาการเป็นความต้องการเปลี่ยนเพื่อตอบสนองการขยายตัวของความต้องการของตลาด กำหนดเมื่อระบบแฟ้มจะไม่จัดเก็บข้อมูลที่เหมาะสมจะต้องถูกขับเคลื่อนโดยความต้องการในปัจจุบันเช่นเดียวกับการปรับทิศทางในอนาคตและสำหรับการใช้งาน ข้อควรพิจารณาสำหรับการตัดสินใจที่จะไม่เพียง แต่รวมถึงคุณสมบัติฐานข้อมูลชุดของฐานข้อมูลเชิงพาณิชย์ แต่เวลาในการตลาดความน่าเชื่อถือและค่าใช้จ่ายในการบำรุงรักษา.
ระบบการจัดการฐานข้อมูลหรือ DBMS คือมีเครื่องมือมากมายที่นักพัฒนาแอพลิเคชันสามารถใช้ง่ายและเชื่อถือได้ในการจัดเก็บ และเรียกข้อมูล อย่างไรก็ตาม DBMS ไม่เคยแก้ปัญหาที่เหมาะสมในการแก้ไขข้อมูลของโปรแกรมประยุกต์ความต้องการจัดเก็บข้อมูล เงื่อนไขบางอย่างที่นี้อาจจะมีผลบังคับใช้จะไม่ใช้ DBMS คือ
ความต้องการข้อมูลการใช้ง่ายหรือวัตถุประสงค์พิเศษและข้อมูลแบบคงที่ค่อนข้าง
ชุดข้อมูลที่มีขนาดเล็กมากและการสูญเสียข้อมูลที่เป็นความเสี่ยงที่ยอมรับ; หรือ
พร้อมกัน, การเข้าถึงของผู้ใช้หลายข้อมูลที่ไม่จำเป็น ("ผู้ใช้" สามารถกำหนดเป็นหลายหัวข้อและ / หรือกระบวนการหลาย).
ตัวอย่างหนึ่งของการใช้งานที่เหมาะสมสำหรับการจัดเก็บข้อมูลระบบแฟ้มเป็นแฟ้มการกำหนดค่าโปรแกรมหรือ INI ไฟล์ ชนิดของข้อมูลนี้มักจะคงที่และแก้ไขไม่ค่อยหลังจากการติดตั้งแอพพลิเค.
คำถามสำคัญที่ถาม
กำหนดเมื่อมันไม่ได้ตัดสินใจการออกแบบที่มีประสิทธิภาพที่จะใช้หรือยังคงใช้ระบบไฟล์สำหรับการจัดเก็บข้อมูลที่อาจจะไม่ตัดสินใจชัดเจน คำถามต่อไปนี้อาจช่วยในการชี้นำการตัดสินใจ.
คุณไม่จำเป็นต้องจัดการวัตถุ?
ข้อมูลโลกจริงไม่ได้ไฟล์พวกเขาเป็นวัตถุ โปรแกรมแผนที่วัตถุของพวกเขาลงไปในแฟ้มและจัดการพวกเขาผ่านการประยุกต์ใช้ DBMS บนมืออื่น ๆ ที่ถูกออกแบบมาเพื่อจัดการวัตถุและจะช่วยให้การประยุกต์ใช้ในการจัดการพวกเขาโดยตรงโดยไม่จำเป็นต้องเพิ่มรหัสการจัดการวัตถุ.
คุณไม่จำเป็นต้องคัดค้านการจัดการความสัมพันธ์?
ความสัมพันธ์ระหว่างวัตถุประเภทที่แตกต่างกันจะต้องโดยการใช้งานมากที่สุด ระบบไฟล์ที่มีแนวคิดวัตถุไม่มีจึงไม่มีความสามารถในการจัดการความสัมพันธ์กับ DBMS ถูกออกแบบมาเพื่อให้บริการและบริหารความสัมพันธ์กับวัตถุ.
คุณไม่จำเป็นต้องดำเนินงานข้อมูลการทำธุรกรรม?
ให้แน่ใจว่าข้อมูลของคุณจะไม่ได้รับความเสียหายที่หัวข้อไม่เห็นข้อมูลที่ไม่สอดคล้องกันหรือว่าการเปลี่ยนแปลงข้อมูลที่ไม่เพียง แต่เสร็จบางส่วนไม่สามารถ จัดการผ่านระบบแฟ้ม โดยการสนับสนุนสำหรับกรด (อะตอมสอดคล้องแยกทนทาน) รายการข้อมูลผู้ขายสามารถตกอยู่ในกับดักเหล่านี้ส่งผลให้ในจำนวนมากของรหัสที่เพิ่มเข้ามาเพื่อการประยุกต์ใช้ ฐานข้อมูลที่ฝังตัวดำเนินการทำธุรกรรมกรดซึ่งจะช่วยป้องกันปัญหาเหล่านี้.
คุณไม่จำเป็นต้องเข้าถึงพร้อมกันกับข้อมูลของคุณ?
การใช้งานหลายเข้าถึงไฟล์เดียวกันจะออกกำลังกายระบบไฟล์ตัดสินล็อค ระบบไฟล์ที่ไม่ได้แจ้งการใช้งานรออีกเมื่อเผยแพร่ล็อค แอปพลิเคสิ้นสุดขึ้นร่วมกันหรือการจัดการการแบ่งปันข้อมูลผ่านรหัสของ DBMS จัดการเข้าถึงพร้อมกันกับข้อมูลได้อย่างมีประสิทธิภาพผ่านที่เกิดขึ้นในการเข้าถึงข้อมูลได้เร็วขึ้นและประสิทธิภาพโดยรวมดีขึ้นสำหรับการใช้งานของคุณ.
คุณต้องการข้อมูลการจัดทำดัชนีสำหรับการค้นหาได้อย่างรวดเร็ว?
ระบบไฟล์ไม่ได้วัตถุดัชนีพวกเขาดัชนีไฟล์ ต้องเข้าถึงได้อย่างรวดเร็วไปยังวัตถุที่ดำเนินการผ่านระบบแฟ้มหมายถึงการประยุกต์ใช้ความต้องการในการจัดการข้อมูลดัชนี DBMS จัดการการจัดทำดัชนีสำหรับการใช้งานต่อเนื่องผ่านสกีมาฐานข้อมูล.
คุณต้องการหน่วยความจำอัจฉริยะการจัดการข้อมูล?
การใช้งานแบบ Real-time ต้องหน่วยความจำที่มีความซับซ้อนและการจัดการข้อมูลจะพบว่ามันยากที่จะรวมการจัดการในหน่วยความจำที่มีไฟล์ที่ใช้ในการจัดการข้อมูล ด้วยข้อมูลเรียลไทม์, RAM จัดการตามอาจจะเป็นวิธีเดียวที่จะบรรลุความต้องการประสิทธิภาพการทำงาน.
คุณต้องการข้อมูลซ้ำซ้อน?
ผู้ขายแอพลิเคชันที่ต้องการล้มเหลวและความซ้ำซ้อนข้อมูลจะต้องจัดการเรื่องนี้ในแอปพลิเคถ้ามันอยู่บนพื้นฐานของระบบไฟล์.
จะของคุณ ความต้องการการจัดการข้อมูลที่เปลี่ยน?
เป็นโปรแกรมที่ซับซ้อนมากขึ้นได้รับจึงไม่จัดการข้อมูล ไฟล์โซลูชั่นที่ใช้เป็นคู่อย่างแน่นหนากับความต้องการใช้งานครั้งแรกและยิ่งยากต่อการกำหนดและการเปลี่ยนแปลง.
ตอบว่า "ใช่" ใด ๆ ของคำถามข้างต้นอาจบ่งบอกถึงความต้องการข้อมูลสำหรับการออกแบบใบสมัครของคุณจะกลายเป็นความซับซ้อนมากขึ้น ใช้ DBMS เชิงพาณิชย์ช่วยให้ทีมพัฒนาแอพลิเคชันที่จะมุ่งเน้นความสามารถหลักของโปรแกรมของพวกเขาในขณะที่การใช้ประโยชน์จากโซลูชั่นการจัดการข้อมูลที่อยู่ที่ความซับซ้อนของการจัดการข้อมูล.
DBMS ข้อดี
รายการคุณลักษณะของ DBMS สามารถได้รับการพิจารณาประโยชน์ถ้าผู้ คุณสมบัติที่มีความจำเป็นในการให้บริการโซลูชั่นที่มีประสิทธิภาพที่จะต้องการการจัดการข้อมูลการใช้ สรุปอย่างรวดเร็วของคุณสมบัติที่ตอบคำถามข้างต้นคือ
การทำธุรกรรมการทำธุรกรรม Support- ปรมาณูรับประกันความล้มเหลวที่สมบูรณ์หรือความสำเร็จของการดำเนินงาน ซึ่งรวมถึงการกู้คืนอัตโนมัติของฐานข้อมูลในการทำธุรกรรมจุดที่สอดคล้องกันในกรณีที่มีการยกเลิกความผิดปกติของการประยุกต์ใช้ (ความผิดพลาด, การสูญเสียพลังงานและอื่น ๆ ).
พร้อมกัน Access- สามารถในการแบ่งปันข้อมูลโดยการควบคุมการเข้าถึงรายการข้อมูลผู้ใช้จำนวนมาก ( กระบวนการหรือหัวข้อ) สามารถเข้าถึงข้อมูลพร้อมกัน.
ข้อมูล Normalization- คีมาฐานข้อมูลออกแบบมาอย่างดีสามารถลดความต้องการจัดเก็บในสื่อเก็บข้อมูลเป้าหมายโดยการลดข้อมูลที่ซ้ำกัน.
ขยายความยืดหยุ่น Scalability- ระบบฐานข้อมูลที่สามารถปรับขนาดได้อย่างง่ายดายเพื่อชุดข้อมูลขนาดใหญ่.
การบังคับใช้มาตรฐาน - ตัวอย่างหนึ่งของความได้เปรียบนี้จะใช้ระบบจัดการฐานข้อมูลสำหรับทุกความต้องการการจัดเก็บข้อมูลสำหรับการประยุกต์ใช้ โครงสร้างข้อมูลหลายสามารถจัดการโดยใช้ฟังก์ชัน API เดียวกัน สามารถนำไปสู่การพัฒนาโปรแกรมประยุกต์ครั้งที่ลดลงและค่าใช้จ่ายในการบำรุงรักษาลดลงในอนาคต.
รวดเร็วแบบสอบถาม Access- ฐานข้อมูลช่วยให้การจัดทำดัชนีขึ้นอยู่กับแอตทริบิวต์ใด ๆ หรือข้อมูลสถานที่ให้บริการ (เช่นคอลัมน์ SQL) ซึ่งจะช่วยให้การเรียกใช้อย่างรวดเร็วของข้อมูลที่อยู่บนพื้นฐานของแอตทริบิวต์การจัดทำดัชนี นี้เป็นข้อได้เปรียบที่สำคัญเป็นชุดข้อมูลเริ่มที่จะเติบโตขนาดใหญ่ที่จะให้การตอบสนองต่อการสอบถามคาดการณ์มากขึ้นเวลา.
Interoperability- การเชื่อมต่อผ่านโปรโตคอลมาตรฐานอุตสาหกรรมที่ช่วยให้บุคคลที่สามเครื่องมือในการเข้าถึงและวิเคราะห์ข้อมูล

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

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

กำหนดเมื่อมันไม่มีประสิทธิภาพ การออกแบบการใช้และยังคงใช้ระบบแฟ้มสำหรับการจัดเก็บข้อมูลอาจจะตัดสินใจตัดชัดเจน คำถามต่อไปนี้จะช่วยให้แนวทางในการตัดสินใจ .
คุณต้องการการจัดการวัตถุ ?
ข้อมูลโลกจริงไม่ไฟล์พวกเขาเป็นวัตถุ โปรแกรมแผนที่วัตถุลงในไฟล์และจัดการกับพวกเขาผ่านทางโปรแกรม เป็น DBMS ,บนมืออื่น ๆที่ถูกออกแบบมาเพื่อจัดการกับวัตถุ และจะช่วยให้โปรแกรมที่จะจัดการกับพวกเขาโดยตรงโดยไม่ต้องเพิ่มรหัสการจัดการวัตถุ .
คุณต้องการการจัดการความสัมพันธ์กับวัตถุ ? ความสัมพันธ์ระหว่างชนิดของวัตถุที่แตกต่างกัน
จะถูกบังคับใช้โดยการประยุกต์ใช้มากที่สุด ระบบแฟ้มที่ไม่มีวัตถุ แนวคิดจึงไม่มีความสามารถในการจัดการความสัมพันธ์เป็น DBMS ที่ถูกออกแบบมาเพื่อให้ และจัดการความสัมพันธ์ของวัตถุ .
คุณต้องการข้อมูลการดำเนินงาน ?
เพื่อให้แน่ใจว่าข้อมูลของคุณไม่ได้รับความเสียหายที่กระทู้ไม่เจอข้อมูลที่ไม่สอดคล้องกัน หรือการเปลี่ยนแปลงข้อมูลไม่เพียงเสร็จบางส่วนไม่สามารถจัดการผ่านระบบแฟ้ม โดยการสนับสนุนสำหรับกรด ( อะตอม , สอดคล้อง , แยก , ทนทาน ) รายการข้อมูลผู้ขายสามารถตกอยู่ในกับดักเหล่านี้ส่งผลให้จำนวนมากของรหัสที่ถูกเพิ่มไปยังโปรแกรมประยุกต์ ฝังตัวฐานข้อมูลการใช้กรดซึ่งจะช่วยป้องกันปัญหาเหล่านี้ .
คุณต้องการการเข้าถึงข้อมูลของคุณ ?
หลายโปรแกรมเข้าถึงไฟล์เดียวกันจะใช้ระบบแฟ้มล็อกผู้ตัดสิน . ระบบแฟ้มที่ไม่แจ้ง รอการใช้งานเมื่ออื่นล็อคออกการสิ้นสุดการ หรือการจัดการการแบ่งปันข้อมูลผ่านรหัสของ เป็น DBMS จัดการการเข้าถึงข้อมูลได้อย่างมีประสิทธิภาพผ่านส่งผลให้เข้าถึงได้เร็วขึ้นและประสิทธิภาพโดยรวมที่ดีของข้อมูลสำหรับโปรแกรมของคุณ .
คุณต้องการข้อมูลดัชนีสำหรับการค้นหาอย่างรวดเร็ว
ระบบแฟ้มไม่ดัชนีวัตถุพวกเขาดัชนีไฟล์ ต้องการได้อย่างรวดเร็วการเข้าถึงวัตถุที่ใช้ผ่านระบบแฟ้มหมายถึง ความต้องการในการใช้เพื่อจัดการข้อมูลดัชนี เป็น DBMS จัดการดัชนีสำหรับการประยุกต์ใช้ได้อย่างลงตัวผ่านฐานข้อมูล schema .
คุณต้องการหน่วยความจำฉลาดการจัดการข้อมูล
เวลาจริงโปรแกรมต้องการหน่วยความจำที่ซับซ้อนและการจัดการข้อมูลจะพบว่ามันยากที่จะรวมในการจัดการหน่วยความจำกับไฟล์ตามข้อมูลการจัดการ ด้วยข้อมูลแบบเรียลไทม์แรมใช้จัดการอาจเป็นวิธีเดียวที่จะบรรลุประสิทธิภาพความต้องการ .
คุณต้องการความซ้ำซ้อนข้อมูล
ผู้ขายใบสมัครปรารถนายาเส้นและข้อมูลที่ซ้ำซ้อนจะต้องจัดการในโปรแกรมถ้ามันขึ้นอยู่กับระบบแฟ้ม .
คุณจะจัดการข้อมูลความต้องการการเปลี่ยนแปลง ?
เป็นโปรแกรมได้ซับซ้อนมากขึ้นแล้วข้อมูลการจัดการแฟ้มตามโซลูชั่นแน่น ๆควบคู่กับความต้องการโปรแกรมเริ่มต้นและยากมากที่จะ Re กำหนดและเปลี่ยนแปลง .
ตอบ " ใช่ " ใด ๆของคำถามข้างต้นอาจบ่งชี้ถึงความต้องการข้อมูลสำหรับการออกแบบใบสมัครของคุณจะกลายเป็นความซับซ้อนมากขึ้นใช้เชิงพาณิชย์หรือช่วยให้พัฒนาโปรแกรมทีมที่จะมุ่งเน้นไปที่ความสามารถหลักของโปรแกรมของพวกเขาในขณะที่การใช้ประโยชน์จากการจัดการข้อมูลโซลูชั่นที่เน้นความซับซ้อนของการจัดการข้อมูล .

หรือข้อดีรายการคุณลักษณะของ DBMS จะพิจารณาเป็นพิเศษถ้าคุณสมบัติเหล่านั้นที่จำเป็นในการให้บริการโซลูชั่นที่มีประสิทธิภาพการประยุกต์ใช้การจัดการข้อมูลความต้องการ บทสรุปของคำถามข้างต้นเป็นคุณสมบัติที่อยู่ :
สนับสนุนธุรกรรมธุรกรรมอะตอมรับประกันความสำเร็จ ความล้มเหลว หรือสมบูรณ์ของการผ่าตัดซึ่งรวมถึงการกู้คืนอัตโนมัติของฐานข้อมูลการธุรกรรมสอดคล้องจุด ในกรณีที่มีการเลิกจ้างที่ผิดปกติของโปรแกรม ( ความผิดพลาด , การสูญเสียพลังงาน , ฯลฯ ) .
พร้อมกันการเข้าถึง -- ความสามารถในการแบ่งปันข้อมูล โดยการควบคุมการเข้าถึงรายการข้อมูลผู้ใช้หลายคน ( กระบวนการหรือกระทู้ ) สามารถเข้าถึงข้อมูลพร้อมกัน .
ข้อมูลการฟื้นฟู - การออกแบบฐานข้อมูลสามารถลดความต้องการจัดเก็บข้อมูลในสื่อจัดเก็บข้อมูลซ้ำโดยการลดเป้าหมาย .
ขยาย , ความยืดหยุ่น , scalability - ระบบฐานข้อมูลสามารถปรับขนาดได้อย่างง่ายดายขนาดใหญ่ชุดข้อมูล .
มาตรฐานการบังคับใช้ - ตัวอย่างหนึ่งของผลประโยชน์นี้จะใช้ระบบการจัดการฐานข้อมูลสำหรับทุกการจัดเก็บข้อมูลความต้องการสำหรับโปรแกรมโครงสร้างของข้อมูลหลายที่สามารถจัดการการใช้ API เดียวกันฟังก์ชัน สามารถนำไปสู่การลดเวลาการพัฒนาและการลดต้นทุนการบำรุงรักษาในอนาคต การเข้าถึงฐานข้อมูลได้อย่างรวดเร็ว
- ช่วยให้ดัชนีตามคุณลักษณะหรือข้อมูลใด ๆคุณสมบัติ ( เช่นคอลัมน์ SQL ) นี้จะช่วยให้เรียกใช้อย่างรวดเร็วของข้อมูลตามดัชนีคุณลักษณะนี่คือความสำคัญประโยชน์เป็นชุดข้อมูลเริ่มเติบโตขนาดใหญ่มันมีได้มากกว่าการตอบสนองเวลาจริงการเชื่อมต่อผ่านอุตสาหกรรม .
- มาตรฐานโปรโตคอลที่ช่วยให้เครื่องมือของบุคคลที่สามสามารถเข้าถึงและวิเคราะห์ข้อมูล