OpenDocument SQLite kullansa nasıl olurdu? (2014)

• Bu makale, OpenDocument dosya biçimi için, özellikle de OpenDocument Presentation (ODP) biçiminin kapsayıcısı olarak SQLite kullanma fikrini inceliyor ve mevcut ZIP biçimi yerine bunun kullanılmasını öneriyor.
• SQLite kullanmanın potansiyel avantajları arasında daha küçük belgeler, daha hızlı dosya/kaydetme süreleri, daha hızlı başlangıç süresi, daha az bellek kullanımı, belge sürüm yönetimi ve genel olarak daha iyi bir kullanıcı deneyimi yer alıyor.
• OpenDocument dosya biçimi; kelime işlemci, elektronik tablo ve sunum gibi ofis uygulamalarında kullanılır; başlangıçta OpenOffice paketi için tasarlanmış olsa da daha sonra başka masaüstü uygulama paketlerine de entegre edilmiştir.
• ODP dosyaları, sunum slaytlarını tanımlayan XML dosyalarını ve sunumda yer alan çeşitli görseller için ayrı görsel dosyalarını içeren ZIP arşivleridir.
• Makale, ZIP yerine SQLite kullanılmasının sunum dosyalarını küçültebileceğini ve güncelleme sırasında elektrik kesintisi ya da çökme yaşansa bile belgenin bozulmamasını sağlayan artımlı güncellemelere izin verebileceğini öne sürüyor.
• Ayrıca makale, içeriğin daha küçük parçalara bölünmesini ve her slaydın içeriğinin ayrı ayrı saklanmasını öneriyor. Bu sayede yeni belgeler daha hızlı açılabilir ve bellek kullanımı azaltılabilir.
• Bir başka öneri de sunum için sürüm yönetimi desteği sağlamak; her slaydın benzersiz bir tanımlayıcıyla ve bu tanımlayıcıların listesiyle belirlenen slayt sırasıyla birlikte saklanmasıdır. Bu sayede aynı belgede birden fazla sunum saklanabilir ve sunumun geçmiş sürümleri görüntülenebilir.
• Makale, SQLite'ın uygulama dosya biçimi olarak kullanılmasının avantajlarını özetleyerek sona eriyor; bunlar arasında boyut verimliliği, daha yüksek performans, daha düşük bellek kullanımı ve üçüncü taraf uygulamalar ile betikler için daha iyi erişilebilirlik bulunuyor.

[GN⁺]

Hacker News görüşü

• OpenDocument’in dosya biçimi olarak SQLite kullanması fikri hakkında bir yazı
• Open Office programcıları için bir zorluk yaratabilecek noktalardan biri, SQLite’ın Zip ve XML’den farklı olarak standartlaştırılmış bir dosya biçimi olmaması
• SQLite API’si Zip ve XML’den daha karmaşıktır; ayrıca SQL dilinin kendisini de içerdiği için bir ayrıştırıcı yazmak daha zordur
• Buna karşın SQLite, birlikte çalışabilirlik ve ISO standardizasyonunun sorun olmadığı alan odaklı, kapalı kaynak uygulamalar için uygun bir dosya biçimi olarak görülüyor
• Bazı kullanıcılar SQLite’ı dosya biçimi olarak kullanarak başarılı oldu; dosyayı :memory: veritabanına kopyalayıp düzenledikten sonra değişiklikleri yeniden veritabanı dosyasına kaydediyorlar
• Diğer kullanıcılar ise SQLite ile ilgili izin hataları ve beklenmedik dosya değişiklikleri gibi sorunlar yaşadı
• OpenDocument’in mevcut biçimi olan ZIP arşivi içindeki XML dosyaları koleksiyonunun sadeliği, ağır kütüphaneler gerektirmeden belge üretmeyi kolaylaştırmasıyla takdir görüyor
• SQLite bu süreci daha karmaşık hale getirebilir ve geliştirmeyi yavaşlatabilir
• Bazı kullanıcılar, SQLite’tan XML dosyalarına az miktarda veri taşıyarak veri erişim katmanını ve tanılamayı basitleştirmede başarı sağladı
• Ancak XML’in, örneğin artımlı güncellemeler için tüm dosyanın yeniden yazılmasını gerektirmesi gibi sınırlamaları dezavantaj olarak görülüyor
• SQLite’ı bir dosya biçimi olarak standartlaştırma fikri öne sürüldü, ancak dosya biçimlerini SQLite’a bağlamanın en iyi yaklaşım olmayabileceği de savunuluyor
• Diğer kullanıcılar, raster harita döşemelerini depolarken SQLite’ın Zip, tar ve dosya sistemine kıyasla en hızlı ve en küçük seçenek olduğunu belirtti
• Genel olarak SQLite yetenekleri nedeniyle takdir ediliyor, ancak OpenDocument için dosya biçimi olarak kullanımı potansiyel olarak karmaşık ve zorlu görünüyor