There is no file parsing and genera

There is no file parsing and generating code to write and debug.
Content can be accessed and updated using powerful SQL queries, greatly reducing the complexity of the application code.
Extending the file format for new capabilities in later releases is a simple as adding new tables or new columns to existing tables.
Diverse content which might otherwise be stored as a "pile-of-files" can be encapsulated into a single disk file.
The content can be viewed using third-party tools.
The application file is portable across all operating systems, 32-bit and 64-bit and big- and little-endian architectures.
The application only has to load as much data as it needs, rather than reading the entire application file and holding a complete parse in memory. Startup time and memory consumption are reduced.
Small edits only overwrite the parts of the file that change, not the entire file, thus improving performance and reducing wear on SSD drives.
Content is updated continuously and atomically so that there is no work lost in the event of a power failure or crash.
Applications can leverage the full-text search and RTREE capabilities that are built into SQLite.
Performance problems can often be resolved using CREATE INDEX rather than redesigning, rewriting, and retesting application code.
A federation of programs, perhaps written in different programming languages, can all access the same application file with no compatibility concerns.
Multiple processes can attach to the same application file and can read and write without interfering with each another.
Cross-session undo/redo can be implemented using triggers.
In many common cases, loading content from an SQLite database is faster than loading content out of individual files. See Internal Versus External BLOBs for additional information.
Content stored in an SQLite database is more likely to be recoverable decades in the future, long after all traces of the original application have been lost. Data lives longer than code.

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

ไม่มีแฟ้มที่แยกวิเคราะห์ และการสร้างรหัสในการเขียน และตรวจแก้จุดบกพร่องได้เนื้อหาสามารถเข้าถึง และปรับปรุงโดยใช้การสอบถาม SQL มีประสิทธิภาพ ลดความซับซ้อนของรหัสแอพลิเคชันอย่างมากขยายรูปแบบแฟ้มสำหรับความสามารถใหม่ในรุ่นต่อไปได้ง่ายเป็นการเพิ่มตารางใหม่หรือคอลัมน์ใหม่ในตารางที่มีอยู่เนื้อหามีความหลากหลายซึ่งอาจจัดเก็บเป็นสามารถนึ้เป็น "กองของแฟ้ม" เป็นแฟ้มดิสก์เดียวมิฉะนั้นสามารถดูเนื้อหาได้โดยใช้เครื่องมืออื่นแฟ้มโปรแกรมประยุกต์เป็นแบบพกพาในทุกระบบปฏิบัติการ 32 บิต และ 64 บิต และสถาปัตยกรรมขนาดใหญ่ - และน้อย-endianแอพลิเคชันเฉพาะได้โหลดข้อมูลมากที่สุดเท่าที่จำเป็น แทนที่จะอ่านแฟ้มโปรแกรมประยุกต์ทั้งหมด และจับแยกสมบูรณ์ในหน่วยความจำ ปริมาณการใช้เวลาและหน่วยความจำเริ่มต้นจะลดลงแก้ไขขนาดเล็กเขียนทับส่วนของแฟ้มที่เปลี่ยนแปลง ไม่แฟ้มทั้งหมด ปรับปรุงประสิทธิภาพ และลดการสึกหรอใน SSD ไดรฟ์ เท่านั้นปรับปรุงเนื้อหาอย่างต่อเนื่อง และ atomically เพื่อให้มีงานไม่สูญหายในกรณีที่ไฟดับหรือความล้มเหลวโปรแกรมประยุกต์สามารถใช้ค้นหาข้อความเต็มและความ RTREE ที่อยู่ใน SQLiteมักจะสามารถแก้ไขปัญหาโดยใช้ดัชนีที่สร้างแทน redesigning เขียน และ retesting รหัสแอพลิเคชันสหพันธ์ของโปรแกรม บางทีเขียนเป็นภาษาเขียนโปรแกรมต่าง ๆ ทั้งหมดได้ไฟล์แอพลิเคชันเดียวกันกับข้อสงสัยกันไม่กระบวนการหลายสามารถแนบแฟ้มโปรแกรมประยุกต์เดียวกัน และสามารถอ่าน และเขียนโดยไม่รบกวนอีกละสามารถใช้ระหว่างเซสชันยกเลิก/ทำซ้ำโดยใช้ทริกเกอร์ในหลายกรณีทั่วไป โหลดเนื้อหาจากฐานข้อมูล SQLite ได้เร็วกว่าการโหลดเนื้อหาจากแฟ้มแต่ละแฟ้ม ดู blobs สีภายนอกภายใน Versus สำหรับข้อมูลเพิ่มเติมเนื้อหาที่จัดเก็บในฐานข้อมูล SQLite ได้มักได้รับคืนมานานหลายทศวรรษในอนาคต ยาวหลังจากร่องรอยทั้งหมดของแอพลิเคชันเดิมสูญหาย ข้อมูลอยู่นานกว่ารหัส

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

ไม่มีข้อมูลการสร้างรหัสที่จะเขียนและดีบัก .
เนื้อหาที่สามารถเข้าถึงได้ และปรับปรุงการใช้แบบสอบถาม SQL ที่มีประสิทธิภาพที่ช่วยลดความซับซ้อนของรหัสใบสมัคร
ขยายรูปแบบไฟล์สำหรับความสามารถใหม่ในรุ่นต่อมาเป็นง่ายๆเป็นการเพิ่มตารางใหม่หรือคอลัมน์ใหม่
ตารางที่มีอยู่หลากหลายเนื้อหาที่มิฉะนั้นอาจจะเก็บไว้เป็น " กองแฟ้ม " สามารถขึ้นลงในแฟ้มดิสก์เดียว
เนื้อหาที่สามารถดูได้โดยใช้เครื่องมือของบุคคลที่สาม .
ไฟล์ใบสมัครแบบพกพาในทุกระบบปฏิบัติการ 32 บิตและ 64 บิต และใหญ่ - endian น้อยและสถาปัตยกรรม .
ใบสมัครมีให้โหลดเป็น ข้อมูลมากเท่าที่มันต้องการมากกว่าการอ่านไฟล์โปรแกรมทั้งหมด และถือที่สมบูรณ์แยกไว้ในหน่วยความจำ เวลาเริ่มต้นและการใช้หน่วยความจำลดลง การแก้ไขเล็ก ๆเท่านั้น
ทับส่วนของไฟล์ที่มีการเปลี่ยนแปลง ไม่ใช่ไฟล์ทั้งหมด , การปรับปรุงประสิทธิภาพและลดการใส่ SSD จึงขับรถ มีการปรับปรุงอย่างต่อเนื่องและ atomically
เนื้อหาเพื่อให้ไม่มีงานเสีย ในกรณีที่ไฟดับหรือตก
งานสามารถใช้ประโยชน์และความสามารถในการค้นหาข้อความแบบเต็ม rtree ที่ถูกสร้างขึ้นใน SQLite .
การปฏิบัติ ปัญหา มักจะสามารถแก้ไขได้โดยใช้การสร้างดัชนีมากกว่าการออกแบบใหม่ และ retesting รหัสใบสมัคร .
สภาของโปรแกรม บางทีเขียนในภาษาโปรแกรมที่แตกต่างกันทั้งหมดสามารถเข้าถึงการใช้ไฟล์เดียวกัน โดยไม่มีข้อสงสัย
ความเข้ากันได้หลายกระบวนการสามารถแนบไฟล์โปรแกรมเดียวกันและสามารถเขียนและอ่านได้โดยไม่รบกวนกัน .
ข้ามเซสชั่นยกเลิก / ทำซ้ำสามารถนํามาใช้ทริกเกอร์ .
ในกรณีทั่วไปมากมาย โหลดเนื้อหาจากฐานข้อมูลที่เร็วกว่าการโหลดเนื้อหาของแต่ละไฟล์ เมื่อเทียบกับการเห็นภายในภายนอกสำหรับข้อมูลเพิ่มเติม .
เนื้อหาที่จัดเก็บในฐานข้อมูล SQLite มีแนวโน้มที่จะสามารถกู้คืนทศวรรษในอนาคต หลังจากที่ทุกร่องรอยของโปรแกรมต้นฉบับได้สูญหายไป ข้อมูล ชีวิตที่ยาวกว่ารหัส