Bakımını yapamazsın, yedeklemesi zor olur. Zaten xml' in amacı bu değil : XML, interneti kullanarak veri alışverişi yapan sistemler ve platformlar arasındaki veri iletişimini standart hale getirmek için tasarlanan bir işaretleme dilidir. Dosyalama olarak ini file daha çok işini grür ama dediğim gibi statik değerleri koyabilirsin sadece. Diğerleri uğraştırır. XML' in alternatifi olan Json ile nosql veritabanlarında datanı saklayabilirsin. ozgunlu tarafından 02/Haz/16 10:45 tarihinde düzenlenmiştir Hello, i am nothing. I come from Neverland.

Php icin konusuyorum: az kullanilan ayarlari ini dosyasinda tutuyorum black implies white, self implies other, life implies death.

Sürekli update edilmeyecek veriler varsa, küçük boyutlu veriler tutacaksan, binlerce dosyayı aynı dizine atmayacaksan ve classic asp gibi sürekli object create eden bir dil kullanmıyorsan dosya sistemi daha hızlıdır bir de ssdye emanet ettiysen dosyaları çok keyif verir. :|

Merhaba arkadaşlar. Sitemizi yazarken bilgileri depolamak için sql yerine ara ara da xml kullanmak mantıklı mı? rneğin tahribatı rnek verirsek konularım/mesajlarım/favorilerim gibi bilgileri sql e değil de kullanıcı klasründeki bi xml e koysak nasıl olur performans vesaire açısından? Gerçi konunun biri ya da mesaj silinince update etmek ayrı bir problem oluşturabilir ama.. Nedir sizin grüşleriniz bu konu ya da xml genel kullanımı ya da performans geliştirme hakkında? ben de sevgiden yanayım...

50 bin user olsa 50 bin klasr mu oluşacak içindede 50 bin xml yani gereksiz 100 bin dosya json da değil xml hiç gerek yok illa performas ise cache bunun için var snnyk.com - code is poetry all that i know...

ya ben düşünmüştüm ki. rneğin 100000 tane veri var bunlardan 58 tanesi lazım bana. "100000 verinin içindeki 58 veriyi bulmaktansa acaba bu 58 veriyi xml şeklinde tutsam hiç ayıklama yapmadan kullanmış olurum daha performans açısından iyi olmaz mı?" diye düşünmüştüm de.. soruyu o yüzden sordum. nosql json vesaire hakkında çok bilgim yok, şu linkteki yazıyı okudum ama güzel yazmışlar. http://devveri.com/nosql-nedir sonuç olarak en azından şimdilik çok kurcalayamıyorum bu konuyu çünkü daha geniş bir şekilde ğrenmem gereken şeyler anladığım kadarıyla. Mesajlarınız zellikle ufuk açma konusunda çok yardımcı oldu, ondan dolayı yazan herkese teşekkür ederim. Veriler sabitse, değişmiyorsa ve belirttiğin miktardaysa onları ayrı bir tabloda tutarsan veritabanında ayıklama işlemi yapılmadan hızlıca erişebilirsin. Ayrıca misal 100 bin veri diyorsun da veritabanı düzgün kodlanmış t-sql kodlarıyla o sorgulu bir saniyeden az sürede tamamlıyor. Bu büyük problem değil. Veritabanı tasarımı çok nemli bir konu.

Genel de ben xml yada json'u istatistikler için kullanıyorum. Akşam belirli bir saatte o json yada xml'i güncelleyip sistemde okutuyorum. Matematikçi ve Yazılımcı. http://www.ontedi.com ve http://www.cizgi.site Siteme beklerim herkesi.

Hatırladığım kadarıyla dosyadan okuma yapmak daha masraflı oluyordu. Ekstradan veritabanı sistemleri bu kadar gelişmişken, her şey hazır fonksiyon haline getirilmişken xml'den güncelleme, ilave vs. için ekstradan kod yazman ne kadar gerekli olur burası tartışmalı. Benzer bir sistem istiyorsan no-sql yapılara bakmanı neririm. En azından güçlü bir ynetim sistemine ve hiyerarşik bi yapıya sahip olursun.

ya ben düşünmüştüm ki. rneğin 100000 tane veri var bunlardan 58 tanesi lazım bana. "100000 verinin içindeki 58 veriyi bulmaktansa acaba bu 58 veriyi xml şeklinde tutsam hiç ayıklama yapmadan kullanmış olurum daha performans açısından iyi olmaz mı?" diye düşünmüştüm de.. soruyu o yüzden sordum. nosql json vesaire hakkında çok bilgim yok, şu linkteki yazıyı okudum ama güzel yazmışlar. http://devveri.com/nosql-nedir sonuç olarak en azından şimdilik çok kurcalayamıyorum bu konuyu çünkü daha geniş bir şekilde ğrenmem gereken şeyler anladığım kadarıyla. Mesajlarınız zellikle ufuk açma konusunda çok yardımcı oldu, ondan dolayı yazan herkese teşekkür ederim. ben de sevgiden yanayım...