bugün
- sözlük klasikleri9
- erkekler neden teşhirci giyinmez5
- inancın sıcacık fırınları4
- yağmurlu bir günde doğdum anamdan5
- 5000 yıllık kürt tarihinin ıspatı3
- 24 kasım 2026 galatasaray aston villa maçı5
- 12 kasım 2026 türkiye belçika maçı3
- güne bir kitap alıntısı bırak3
- kadir mısıroğlu nu takip eden mallar5
- muslettin amca10
- onca puan alıp memur olunca 12 saat çalışmak11
- ucanpembekoala3
- hoşlanılan kızın aşkın ne kadar derin diye sorması5
- 15 kasım 2026 fransa türkiye maçı2
- akepem yapmaz5
- 5 kasım 2026 celtic beşiktaş maçı3
- 4 kasım 2026 fenerbahçe liverpool maçı25
- çöpe bırakılmış ıvır zıvır3
- aleksey batrakov27
- kamala harris4
- mazda 6262
- kırıkkaleli olmak istemek10
- yağmurlu bir güne uyanmak3
- doların 50 tl olması10
- 3 kasım 2026 galatasaray stuttgart maçı25
- yeni tanışılan kimse3
- 21 kasım 2026 galatasaray samsunspor maçı2
- yağmur yağarken camdan bakan arap kızı2
- tanımadığı kadına tokat atan adam19
- emre belözoğlu8
- çöpteki dildo2
- 5 ocak 2027 fenerbahçe trabzonspor maçı2
- 13 aralık 2026 fenerbahçe trabzonspor maçı2
- arda güler'in 4 kasim 2026 aek kadrosunda olmaması3
- kim ulan bu pervin buldan2
- güne bir aleksey batrakov resmi bırak4
- 9 ekim 20252
- ilkokulda dayak yemiş efsanevi nesil17
- ulu önder tektir o da hz muhammeddir11
- arap götü10
- queen ravennanın aşırı güzel olması14
- sözlük kürdü55
- iskilipli atıf hoca20
- galatasaray ın en başarılı türk takımı olması2
- filiz makarna'nın türkiye buğdayı skandalı20
- abd ara seçimlerinde trump'ın son iki yılı2
- cezaevine özenen gençler3
- donald trump2
- fenerli yazarların ortalarda gözükmemesi2
- nükleer bomba7
Ekstra olarak bir db server* kullanmaksızın programınız içerisinde sql* kullanmanıza olanak sağlayan open source sql engine.
http://www.sqlite.org/
http://www.sqlite.org/
Yazılımların ve üretilen çözümlerin karmaşıklaşmasının bir sonucu olarak veritabanları yazılımların vazgeçilmez yapıları haline geldi. Başta ORACLE, MsSql gibi veritabanları yazılımların performanslarını optimize edebilmek adına yoğun bir rekabet içerisindeler ve sunucular üzerinde kurulu bu araçlar artık günümüzün olmazsa olmazı.
Lakin özellikle masaüstü uygulamalarda, geliştirilen ürünün bir MsSql gerektirmesi pek de anlamlı değil ve hatta kullanıcı için büyük bir sorun. Teknik mevzularda pek de geçerli bilgisi olmayan bir son kullanıcının sisteminde veritabanı kullanmak adeta intihar. Buna en yaygın çözüm ise XML. Gerek platform bağımsız olması gerekse hem java hem de .net framework tarafından kabullenilmiş ve hatta desteklenen (çeşitli parser fonksiyonları ile) bir standart olması sebebiyle çoğu kez XML tek tercih durumunda.
XML karşısında açık kaynaklı kod felsefesi ile yola çıkan ve bir araç olmaktan öteye geçip tek bir kullanıcı üzerinden en performanslı veritabanı olmak iddiasına kavuşan bir çözüm çoğu zaman göz ardı ediliyor: SQLite
SQLite temel olarak dosya tabanlı olarak çalışıyor. Projenizin içerisine bu kütüphaneyi eklediğinizde kullanıcının belki de haberi bile olmadan bir veritabanı kurabiliyor ve bu veritabanında SQL-92 standardında sorgular çalıştırabiliyorsunuz. 3. versiyonu kullanımda olan bu kütüphane aslen C temelli olmasına rağmen çok sayıda .NET ve JAVA ara sınıfları internet ortamlarında mevcut.
SQLite'ın XML'e üstün olduğu alanlardan bir tanesi de veritabanı formatında olması aslında. Sonuçta bir veritabanı kullanmakta iseniz her zaman aşina olduğunuz bir yapı ve tasarım mevcut. Peki performans açısından bu iki aracın durumları nelerdir?
Test sonuçlarına bakılacak olursa az sayıdaki veri için XML kullanmak son derece mantıklı fakat çok sayıda tekrar eden veriniz olacak ise SQLite performans artırıcı bir etki yaratabilir. Ayrıca yaratılan dosyadaki bilgilerin XML içerisinde son derece okunabilir olması da XML için bir dezavantaj. XML daha kullanıcı dostu ve standart bir yapıda olmasına rağmen SQLite'ın kullanıcıya performans artırıcı tüm özellikleri sunması (indeksleme gibi) da XML için bir dezavantaj. Tabii ki XML’in artık neredeyse temel bir standart olmasından kaynaklanan avantajlarını da göz ardı etmemek gerekir. Zira SQLite için dökümantasyon, yardım dosyaları ve kullanıcı arayüzü gibi konular hala tam olarak standarda ulaşmamış denemelerden ibaret.
Son olarak LINQ to XML de göz ardı edilmemeli. Özellikle .NET Framework 3.5 tabanında kod geliştirenler için her zaman araştırılması gereken bir nokta. Tercih ise yazılım alanındaki her konuda olduğu gibi işe, sürece, platforma, geçmiş tecrübelere bağlı olarak değişir.
http://hintsofajunior.blogspot.com/
Lakin özellikle masaüstü uygulamalarda, geliştirilen ürünün bir MsSql gerektirmesi pek de anlamlı değil ve hatta kullanıcı için büyük bir sorun. Teknik mevzularda pek de geçerli bilgisi olmayan bir son kullanıcının sisteminde veritabanı kullanmak adeta intihar. Buna en yaygın çözüm ise XML. Gerek platform bağımsız olması gerekse hem java hem de .net framework tarafından kabullenilmiş ve hatta desteklenen (çeşitli parser fonksiyonları ile) bir standart olması sebebiyle çoğu kez XML tek tercih durumunda.
XML karşısında açık kaynaklı kod felsefesi ile yola çıkan ve bir araç olmaktan öteye geçip tek bir kullanıcı üzerinden en performanslı veritabanı olmak iddiasına kavuşan bir çözüm çoğu zaman göz ardı ediliyor: SQLite
SQLite temel olarak dosya tabanlı olarak çalışıyor. Projenizin içerisine bu kütüphaneyi eklediğinizde kullanıcının belki de haberi bile olmadan bir veritabanı kurabiliyor ve bu veritabanında SQL-92 standardında sorgular çalıştırabiliyorsunuz. 3. versiyonu kullanımda olan bu kütüphane aslen C temelli olmasına rağmen çok sayıda .NET ve JAVA ara sınıfları internet ortamlarında mevcut.
SQLite'ın XML'e üstün olduğu alanlardan bir tanesi de veritabanı formatında olması aslında. Sonuçta bir veritabanı kullanmakta iseniz her zaman aşina olduğunuz bir yapı ve tasarım mevcut. Peki performans açısından bu iki aracın durumları nelerdir?
Test sonuçlarına bakılacak olursa az sayıdaki veri için XML kullanmak son derece mantıklı fakat çok sayıda tekrar eden veriniz olacak ise SQLite performans artırıcı bir etki yaratabilir. Ayrıca yaratılan dosyadaki bilgilerin XML içerisinde son derece okunabilir olması da XML için bir dezavantaj. XML daha kullanıcı dostu ve standart bir yapıda olmasına rağmen SQLite'ın kullanıcıya performans artırıcı tüm özellikleri sunması (indeksleme gibi) da XML için bir dezavantaj. Tabii ki XML’in artık neredeyse temel bir standart olmasından kaynaklanan avantajlarını da göz ardı etmemek gerekir. Zira SQLite için dökümantasyon, yardım dosyaları ve kullanıcı arayüzü gibi konular hala tam olarak standarda ulaşmamış denemelerden ibaret.
Son olarak LINQ to XML de göz ardı edilmemeli. Özellikle .NET Framework 3.5 tabanında kod geliştirenler için her zaman araştırılması gereken bir nokta. Tercih ise yazılım alanındaki her konuda olduğu gibi işe, sürece, platforma, geçmiş tecrübelere bağlı olarak değişir.
http://hintsofajunior.blogspot.com/
database browser icin asagidaki arac uygundur.
http://sqlitebrowser.sourceforge.net/
os x versiyonunun query execution library si biraz bugli mi ne..
http://sqlitebrowser.sourceforge.net/
os x versiyonunun query execution library si biraz bugli mi ne..
iphone'dan firefox'a kadar pek cok programin caktirmadan kullandigi sql veritabani kutuphanesi. dosya tabanli veritabani tutar, yazarken sadece bir surec/is parcacigi yazabilir, digerleri yazma isini bitene kadar bekler. diger taraftan okumada dosya kitlemesi olmadigindan paralel okuma ile performans artirilabilir. yaklasik 40 kb buyuklugundedir, o yuzden embedded islerde cok populerdir. ayrica server/client mimarisini kullanmaz, sonundaki lite obegi ise muhtemelen buradan gelmektedir.
güncel sürümler için key-value store olarak calisabilmesi, dynamic-typing kullanmasi kesinlikle çok daha iyi. default storage engine'i bir log-structured merge database olacakmış söylentilere göre ve dahası leveldb'den daha hizli olacağı soylentiler arasında. onceden reel bir primary key bulunmazken artik primary key mevcut üstelik kayitlar pk'e gore sıralı olarak saklanacakmış. yine tabii c ile sistemlenen bir platform ancak keşke golang ya da daha üst bir dil ile yazılsaymış izlenimi uyandırmıyor değil.
Androidde dahili olarak kulkanılan. açık kaynak kodlu veritabanı.
Windows server 2008 gibi sıkıntılı bir işletim sistemine sahipseniz ayrıca mysql server kurması,ayarlaması bir dert diyorsanız ve izinler,konfigürasyon v.b. işlerle vakit kaybetmeyeyim diyorsanız sqlite biçilmiş kaftandır.
Sqlite:
Kurulum,konfigürasyon gerektirmiyor.
Dosya tabanlı olduğu için istediğiniz an veritabanını flasha v.s. atabiliyorsunuz.
Server/client uygulama yapmak istiyorsanız da bağlantı cümlesine eklenen ufak bir sorguyla uzak pc ler arasında sorunsuz çalıştığı tarafımca test edilmiştir.
Gelelim eksilere:
Dosya tabanlı olduğu için ağ üzerinde biri klasör siler gibi veritabanınızı silebilir ancak bu avantajlarının yanında ve alınacak güvenlik önlemlerinin yanında sorun bile değil.
Sunucu istemci(server,client)tarzı uygulama yapacaklar görecekler ki sqlite kullandıklarında 2.pc uygulamanıza girdiği an sqlite kendini kapatacak ve "database is locked" yani veritabanı kilitlendi hatası verecektir.Bunuda ufak bir kodla "önbelleklemeyi" kapatarak çözebiliyorsunuz.
Bunun nedeni sqlitein başlangıçta safe mod olarak başlayıp yalnızca bir bağlantıya izin vermesi.Bunuda aşağıda yazdığım kod cümlesi ile çözebilirsiniz.
Yardımcı olması açısından server/client uygulama yapacak sözlükteki kardeşlerime sqlite kullandığınızda bunuda bağlantı cümlenize ekleyin sonra database is locked alıp dumur olmayın.Zira bu hatayı bir kez aldığınız da o veritabanına tekrar veri kaydetme,silme v.s. işlem yapamazsınız.Şayet aldıysanız eski veritabanını kopyala yapıştır yapın yenisi ile devam ediniz.
SQLiteConnection baglanti = new SQLiteConnection("Data Source=C:\\yolunuz\\veritabaniniz.db;Count Changes=off;Journal Mode=off;Pooling=true;Cache Size=10000;Page Size=4096;Synchronous=off");
Count dan başlayıp sona kadarki kısmı yolunuza eklemeniz gerek.
Sonuç olarak yazdığım crm için kullanıyorum sqlite ı ve takır takır çalışıyor.
Sqlite:
Kurulum,konfigürasyon gerektirmiyor.
Dosya tabanlı olduğu için istediğiniz an veritabanını flasha v.s. atabiliyorsunuz.
Server/client uygulama yapmak istiyorsanız da bağlantı cümlesine eklenen ufak bir sorguyla uzak pc ler arasında sorunsuz çalıştığı tarafımca test edilmiştir.
Gelelim eksilere:
Dosya tabanlı olduğu için ağ üzerinde biri klasör siler gibi veritabanınızı silebilir ancak bu avantajlarının yanında ve alınacak güvenlik önlemlerinin yanında sorun bile değil.
Sunucu istemci(server,client)tarzı uygulama yapacaklar görecekler ki sqlite kullandıklarında 2.pc uygulamanıza girdiği an sqlite kendini kapatacak ve "database is locked" yani veritabanı kilitlendi hatası verecektir.Bunuda ufak bir kodla "önbelleklemeyi" kapatarak çözebiliyorsunuz.
Bunun nedeni sqlitein başlangıçta safe mod olarak başlayıp yalnızca bir bağlantıya izin vermesi.Bunuda aşağıda yazdığım kod cümlesi ile çözebilirsiniz.
Yardımcı olması açısından server/client uygulama yapacak sözlükteki kardeşlerime sqlite kullandığınızda bunuda bağlantı cümlenize ekleyin sonra database is locked alıp dumur olmayın.Zira bu hatayı bir kez aldığınız da o veritabanına tekrar veri kaydetme,silme v.s. işlem yapamazsınız.Şayet aldıysanız eski veritabanını kopyala yapıştır yapın yenisi ile devam ediniz.
SQLiteConnection baglanti = new SQLiteConnection("Data Source=C:\\yolunuz\\veritabaniniz.db;Count Changes=off;Journal Mode=off;Pooling=true;Cache Size=10000;Page Size=4096;Synchronous=off");
Count dan başlayıp sona kadarki kısmı yolunuza eklemeniz gerek.
Sonuç olarak yazdığım crm için kullanıyorum sqlite ı ve takır takır çalışıyor.
SQLite, dünyada en çok dağıtılan ve tavsiye edilen kaynak kodları halka açık, tamamen C/C++ programlama dilleriyle geliştirilmiş sunucu yazılımı ve konfigurasyon gereksinimi olmayan, işlemsel ve ilişkisel bir SQL veritabanı motorudur. SQLite, onlarca programlama dili içerisinde rahatlıkla kullanılabilir.
Şu an geliştirmekte olduğum mobil uygulamada ihtiyaç duyduğum ve kullanmaya başladığım veritabanı kütüphanesi.
Mobil uygulamarın kahramanı olarak adlandırılan bu veritabanı kütüphanesi, yerel veritabanı olarak kullanışlı olmasına karşın uzak sunucuya kurulup büyük projelerde kullanılması tavsiye edilmez. Kısaca yerel veritabanı için en iyisi diyebiliriz.
Mobil uygulamarın kahramanı olarak adlandırılan bu veritabanı kütüphanesi, yerel veritabanı olarak kullanışlı olmasına karşın uzak sunucuya kurulup büyük projelerde kullanılması tavsiye edilmez. Kısaca yerel veritabanı için en iyisi diyebiliriz.
Gündemdeki Haberler
Güncel Önemli Başlıklar