SQLite, sunucusuz, hafif ve g\u00fc\u00e7l\u00fc bir veritaban\u0131 motoru olarak modern uygulamalar\u0131n vazge\u00e7ilmez bir par\u00e7as\u0131d\u0131r. Mobil cihazlardan web taray\u0131c\u0131lar\u0131na, masa\u00fcst\u00fc uygulamalar\u0131ndan IoT cihazlar\u0131na kadar geni\u015f bir yelpazede kullan\u0131l\u0131r. Ancak bu yayg\u0131n kullan\u0131m\u0131n ard\u0131nda yatan en kritik \u00f6zelliklerden biri, SQLite’\u0131n veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve g\u00fcvenli\u011fini en zorlu ko\u015fullarda bile nas\u0131l sa\u011flad\u0131\u011f\u0131d\u0131r. Bu makale, SQLite’\u0131n \u00e7\u00f6kme durumlar\u0131na, g\u00fc\u00e7 kesintilerine ve di\u011fer beklenmedik olaylara kar\u015f\u0131 verileri nas\u0131l korudu\u011funu, i\u015flem mekanizmalar\u0131n\u0131 ve g\u00fcnl\u00fckleme stratejilerini detayl\u0131 bir \u015fekilde inceleyecektir.<\/p>\n
Veritaban\u0131 sistemlerinin temel amac\u0131, veriyi g\u00fcvenli ve tutarl\u0131 bir \u015fekilde depolamak ve y\u00f6netmektir. Bu g\u00fcvenli\u011fi sa\u011flaman\u0131n anahtar\u0131, ACID prensiplerine uymakt\u0131r. SQLite, bu prensipleri titizlikle uygulayarak veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc garanti eder.<\/p>\n
ACID, veritaban\u0131 i\u015flemlerinin d\u00f6rt temel \u00f6zelli\u011fini tan\u0131mlayan bir k\u0131saltmad\u0131r:<\/p>\n
SQLite, bu d\u00f6rt prensibi hem varsay\u0131lan geri alma g\u00fcnl\u00fckleri (rollback journals) hem de Yazma-\u00d6ncesi G\u00fcnl\u00fckleme (WAL) modu arac\u0131l\u0131\u011f\u0131yla tam olarak destekler. \u00d6zellikle Durability \u00f6zelli\u011fi, SQLite, farkl\u0131 kullan\u0131m senaryolar\u0131na uygun \u00fc\u00e7 ana i\u015flem modeli sunar. Bu modeller, kilitlenme davran\u0131\u015flar\u0131 ve e\u015fzamanl\u0131l\u0131k seviyeleri a\u00e7\u0131s\u0131ndan farkl\u0131l\u0131k g\u00f6sterir.<\/p>\n Bu, SQLite’\u0131n varsay\u0131lan i\u015flem modudur. \u0130\u015flemler <\/code><\/p>\n Rollback journal, SQLite'\u0131n geleneksel ve en temel veri g\u00fcvenli\u011fi mekanizmas\u0131d\u0131r. Bir i\u015flem s\u0131ras\u0131nda veritaban\u0131 dosyas\u0131nda yap\u0131lan de\u011fi\u015fikliklerin geri al\u0131nabilmesini sa\u011flar.<\/p>\n Bir yazma i\u015flemi ba\u015flad\u0131\u011f\u0131nda, de\u011fi\u015ftirilecek veritaban\u0131 sayfalar\u0131n\u0131n orijinal kopyalar\u0131, Rollback journal'lar, \u00f6zellikle \u00e7\u00f6kme kurtarma senaryolar\u0131nda hayati \u00f6nem ta\u015f\u0131r. G\u00fc\u00e7 kesintisi veya uygulama \u00e7\u00f6kmesi gibi durumlarda, veritaban\u0131 dosyas\u0131nda k\u0131smen yaz\u0131lm\u0131\u015f veriler kalabilir. SQLite, bu durumlarda Rollback journal'lar\u0131n avantaj\u0131, basit ve sa\u011flam bir mekanizma sunmas\u0131d\u0131r. Ancak dezavantaj\u0131, her yazma i\u015flemi i\u00e7in orijinal verinin g\u00fcnl\u00fc\u011fe kopyalanmas\u0131 gerekti\u011finden, yazma performans\u0131n\u0131n etkilenebilmesidir. \u00d6zellikle y\u00fcksek e\u015fzamanl\u0131 yazma y\u00fcklerinde, journal dosyas\u0131n\u0131n s\u00fcrekli yaz\u0131lmas\u0131 ve silinmesi darbo\u011faz yaratabilir.<\/p>\n WAL (Write-Ahead Logging), SQLite'\u0131n daha modern ve performans odakl\u0131 bir i\u015flem modudur. \u00d6zellikle y\u00fcksek e\u015fzamanl\u0131l\u0131k gerektiren uygulamalar i\u00e7in tasarlanm\u0131\u015ft\u0131r.<\/p>\n WAL modunda, veritaban\u0131nda yap\u0131lan de\u011fi\u015fiklikler do\u011frudan ana veritaban\u0131 dosyas\u0131na ( WAL modu, ana veritaban\u0131 dosyas\u0131na ek olarak Veritaban\u0131 g\u00fcvenli\u011finin temel ta\u015flar\u0131ndan biri, yap\u0131lan de\u011fi\u015fikliklerin ger\u00e7ekten diske yaz\u0131ld\u0131\u011f\u0131ndan emin olmakt\u0131r. \u0130\u015fte burada senkronizasyon ve \u0130\u015fletim sistemleri, disk G\/\u00c7 performans\u0131n\u0131 art\u0131rmak i\u00e7in verileri \u00f6nbelle\u011fe al\u0131r. Bir uygulama \"yazma\" komutu verdi\u011finde, veri do\u011frudan diske yaz\u0131lmak yerine i\u015fletim sisteminin \u00f6nbelle\u011fine gidebilir. E\u011fer bu veri diske yaz\u0131lmadan \u00f6nce bir g\u00fc\u00e7 kesintisi veya sistem \u00e7\u00f6kmesi ya\u015fan\u0131rsa, veri kal\u0131c\u0131 olarak kaybolabilir. Bu durumu \u00f6nlemek i\u00e7in SQLite, <\/code><\/p>\n Veri b\u00fct\u00fcnl\u00fc\u011f\u00fc sizin i\u00e7in kritikse, SQLite'\u0131n tasar\u0131m felsefesinin merkezinde, beklenmedik sistem hatalar\u0131na kar\u015f\u0131 dayan\u0131kl\u0131l\u0131k ve otomatik kurtarma yetene\u011fi yatar.<\/p>\n \u0130\u015fletim sistemi \u00e7\u00f6kmeleri, uygulama kapanmalar\u0131, donan\u0131m ar\u0131zalar\u0131 veya g\u00fc\u00e7 kesintileri gibi durumlar, her zaman veri kayb\u0131 potansiyeli ta\u015f\u0131r. SQLite, bu senaryolarda dahi veritaban\u0131n\u0131n tutarl\u0131 kalmas\u0131n\u0131 sa\u011flamak i\u00e7in \u00f6zel mekanizmalar geli\u015ftirmi\u015ftir. Geri alma g\u00fcnl\u00fckleri ve WAL modu, bu t\u00fcr olaylar meydana geldi\u011finde veritaban\u0131n\u0131n son ge\u00e7erli taahh\u00fct edilmi\u015f duruma otomatik olarak geri y\u00fcklenmesini sa\u011flar.<\/p>\n Bir veritaban\u0131 dosyas\u0131 a\u00e7\u0131ld\u0131\u011f\u0131nda, SQLite otomatik olarak ili\u015fkili g\u00fcnl\u00fck dosyalar\u0131n\u0131 ( Bu kurtarma i\u015flemleri, veritaban\u0131 a\u00e7\u0131ld\u0131\u011f\u0131nda otomatik olarak ger\u00e7ekle\u015fti\u011fi i\u00e7in, uygulama geli\u015ftiricilerinin veya kullan\u0131c\u0131lar\u0131n manuel bir kurtarma i\u015flemi yapmas\u0131na gerek kalmaz.<\/p>\n SQLite'\u0131n son derece sa\u011flam olmas\u0131na ra\u011fmen, nadiren de olsa veritaban\u0131 dosyas\u0131n\u0131n bozulmas\u0131 m\u00fcmk\u00fcnd\u00fcr. Bu genellikle, veritaban\u0131 dosyas\u0131n\u0131n ba\u015fka bir i\u015flem taraf\u0131ndan ayn\u0131 anda de\u011fi\u015ftirilmesi, hatal\u0131 donan\u0131m, bozuk disk sekt\u00f6r\u00fc veya dosya sistemi hatalar\u0131 gibi d\u0131\u015f fakt\u00f6rlerden kaynaklan\u0131r. B\u00f6yle bir durumda, <\/code> SQLite'\u0131n sundu\u011fu g\u00fcvenlik mekanizmalar\u0131ndan tam olarak faydalanmak i\u00e7in baz\u0131 en iyi uygulamalar\u0131 takip etmek \u00f6nemlidir.<\/p>\n Uygulaman\u0131z\u0131n ihtiya\u00e7lar\u0131na g\u00f6re do\u011fru i\u015flem modunu se\u00e7mek performans\u0131 ve g\u00fcvenli\u011fi optimize eder:<\/p>\n Performans ve veri g\u00fcvenli\u011fi aras\u0131ndaki dengeyi iyi kurmal\u0131s\u0131n\u0131z. Kritik veriler i\u00e7in Uzun s\u00fcreli i\u015flemler, veritaban\u0131 \u00fczerinde kilitleri daha uzun s\u00fcre tutarak di\u011fer i\u015flemlerin performans\u0131n\u0131 etkileyebilir ve kilitlenme olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131rabilir. M\u00fcmk\u00fcn oldu\u011funca i\u015flemleri k\u0131sa ve \u00f6z tutmaya \u00e7al\u0131\u015f\u0131n.<\/p>\n Uygulaman\u0131zda veritaban\u0131 i\u015flemleri s\u0131ras\u0131nda olu\u015fabilecek hatalar\u0131 do\u011fru bir \u015fekilde ele almak \u00e7ok \u00f6nemlidir. Bir i\u015flem i\u00e7inde bir hata meydana gelirse, SQLite, basit ve hafif yap\u0131s\u0131na ra\u011fmen, veri b\u00fct\u00fcnl\u00fc\u011f\u00fc ve g\u00fcvenli\u011fi konusunda sekt\u00f6rdeki en sa\u011flam veritaban\u0131 sistemlerinden biridir. Geri alma g\u00fcnl\u00fckleri, Yazma-\u00d6ncesi G\u00fcnl\u00fckleme (WAL) mekanizmas\u0131 ve titiz SQLite, Atomicity, Consistency, Isolation ve Durability (ACID) prensiplerini tam olarak uygulayan sa\u011flam i\u015flem mekanizmalar\u0131na sahiptir. Geri alma g\u00fcnl\u00fckleri (rollback journals) ve Yazma-\u00d6ncesi G\u00fcnl\u00fckleme (WAL) gibi sistemler, g\u00fc\u00e7 kesintileri veya uygulama \u00e7\u00f6kmeleri durumunda bile veritaban\u0131n\u0131n tutarl\u0131 kalmas\u0131n\u0131 ve veri kayb\u0131n\u0131n \u00f6nlenmesini sa\u011flar.<\/p>\n WAL modu, \u00f6zellikle y\u00fcksek e\u015fzamanl\u0131 okuma ve yazma i\u015flemlerine sahip uygulamalar i\u00e7in tercih edilmelidir. Okuyucular\u0131n yaz\u0131c\u0131lar\u0131 engellememesi ve yaz\u0131c\u0131lar\u0131n da okuyucular\u0131 engellememesi sayesinde daha iyi performans ve e\u015fzamanl\u0131l\u0131k sunar.<\/p>\n Bu ayar, SQLite'\u0131n disk yazma i\u015flemlerini ne s\u0131kl\u0131kta i\u015fletim sisteminin \u00f6nbelle\u011finden fiziksel diske senkronize edece\u011fini kontrol eder ( SQLite son derece sa\u011flamd\u0131r, ancak hatal\u0131 donan\u0131m, bozuk disk sekt\u00f6r\u00fc, dosya sistemi hatalar\u0131 veya veritaban\u0131 dosyas\u0131n\u0131n ba\u015fka bir i\u015flem taraf\u0131ndan ayn\u0131 anda hatal\u0131 bir \u015fekilde de\u011fi\u015ftirilmesi gibi d\u0131\u015f fakt\u00f6rler nedeniyle nadiren de olsa veri bozulmas\u0131 m\u00fcmk\u00fcnd\u00fcr. SQLite varsay\u0131lan olarak \"autocommit\" modunda \u00e7al\u0131\u015f\u0131r, yani her SQL ifadesi kendi i\u00e7inde bir i\u015flem olarak ele al\u0131n\u0131r. Ancak birden fazla SQL ifadesini atomik olarak (ya hep ya hi\u00e7) y\u00fcr\u00fctmek istiyorsan\u0131z, fsync<\/code> gibi disk senkronizasyon mekanizmalar\u0131yla sa\u011flan\u0131r ve bu, g\u00fc\u00e7 kesintileri veya sistem \u00e7\u00f6kmeleri durumunda bile verinin g\u00fcvende kalmas\u0131n\u0131 garantiler.<\/p>\n2. SQLite’\u0131n \u0130\u015flem Modelleri<\/h2>\n
DEFERRED \u0130\u015flemler<\/h3>\n
BEGIN TRANSACTION<\/code> komutu verildi\u011finde hemen bir kilit al\u0131nmaz. Veritaban\u0131na ilk yazma i\u015flemi yap\u0131lana kadar kilit ertelenir. Bu sayede, i\u015flem ba\u015flat\u0131ld\u0131ktan sonra bile di\u011fer ba\u011flant\u0131lar veritaban\u0131n\u0131 okumaya devam edebilir. Yazma i\u015flemi ba\u015flad\u0131\u011f\u0131nda, veritaban\u0131 \u00fczerinde payla\u015f\u0131ml\u0131 bir yazma kilidi (SHARED lock) al\u0131n\u0131r ve bu, di\u011fer yazma i\u015flemlerini engeller ancak okuma i\u015flemlerine izin verir.<\/p>\nIMMEDIATE \u0130\u015flemler<\/h3>\n
BEGIN IMMEDIATE TRANSACTION<\/code> komutu, i\u015flem ba\u015flat\u0131ld\u0131\u011f\u0131nda hemen bir PENDING kilit (beklemede kilit) almaya \u00e7al\u0131\u015f\u0131r. Bu kilit, yeni okuma i\u015flemlerini engeller, ancak mevcut okuma i\u015flemlerinin tamamlanmas\u0131na izin verir. Bu mod, bir yazma i\u015fleminin yak\u0131nda ger\u00e7ekle\u015fece\u011fini ve di\u011fer yaz\u0131c\u0131lar\u0131n engellenmesi gerekti\u011fini belirtmek i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/p>\nEXCLUSIVE \u0130\u015flemler<\/h3>\n
BEGIN EXCLUSIVE TRANSACTION<\/code> komutu, i\u015flem ba\u015flad\u0131\u011f\u0131nda do\u011frudan EXCLUSIVE kilit almaya \u00e7al\u0131\u015f\u0131r. Bu kilit, veritaban\u0131 \u00fczerinde en y\u00fcksek seviyede eri\u015fimi sa\u011flar ve di\u011fer t\u00fcm okuma veya yazma i\u015flemlerini engeller. Bu mod, genellikle b\u00fcy\u00fck \u00f6l\u00e7ekli toplu i\u015flemler veya veritaban\u0131n\u0131n tek bir ba\u011flant\u0131 taraf\u0131ndan tamamen ele ge\u00e7irilmesi gereken durumlar i\u00e7in kullan\u0131l\u0131r.<\/p>\n\u0130\u015flem Ba\u015flatma ve Sonland\u0131rma<\/h3>\n
BEGIN TRANSACTION<\/code> (veya BEGIN IMMEDIATE<\/code>\/EXCLUSIVE<\/code>) ile ba\u015flat\u0131l\u0131r ve COMMIT<\/code> ile kal\u0131c\u0131 hale getirilir ya da ROLLBACK<\/code> ile iptal edilir. SQLite ayr\u0131ca, her SQL ifadesinin otomatik olarak kendi i\u00e7inde bir i\u015flem olarak ele al\u0131nd\u0131\u011f\u0131 “autocommit” modunda \u00e7al\u0131\u015f\u0131r. Ancak birden fazla ifadeyi atomik olarak y\u00fcr\u00fctmek i\u00e7in manuel i\u015flemler kullanmak esast\u0131r.<\/p>\n\nBEGIN TRANSACTION;\nINSERT INTO users (name) VALUES ('Alice');\nUPDATE products SET stock = stock - 1 WHERE id = 123;\n-- Hata olu\u015fursa:\n-- ROLLBACK;\n-- Ba\u015far\u0131l\u0131 olursa:\nCOMMIT;\n<\/pre>\n3. Geri Alma G\u00fcnl\u00fckleri (Rollback Journals)<\/h2>\n
Rollback Journal Mekanizmas\u0131<\/h3>\n
.journal<\/code> uzant\u0131l\u0131 ayr\u0131 bir geri alma g\u00fcnl\u00fc\u011f\u00fc dosyas\u0131na yaz\u0131l\u0131r. Ard\u0131ndan, veritaban\u0131 dosyas\u0131ndaki de\u011fi\u015fiklikler yap\u0131l\u0131r. \u0130\u015flem ba\u015far\u0131l\u0131 bir \u015fekilde COMMIT<\/code> edildi\u011finde, g\u00fcnl\u00fc\u011f\u00fcn silinmesiyle de\u011fi\u015fiklikler kal\u0131c\u0131 hale gelir. E\u011fer bir hata olu\u015fur veya sistem \u00e7\u00f6kerse, SQLite bir sonraki a\u00e7\u0131l\u0131\u015fta .journal<\/code> dosyas\u0131n\u0131n varl\u0131\u011f\u0131n\u0131 kontrol eder. E\u011fer dosya varsa, bu, \u00f6nceki i\u015flemin tamamlanamad\u0131\u011f\u0131 anlam\u0131na gelir ve SQLite, g\u00fcnl\u00fcdeki orijinal verileri kullanarak veritaban\u0131n\u0131 \u00f6nceki tutarl\u0131 durumuna geri d\u00f6nd\u00fcr\u00fcr.<\/p>\n\u00c7\u00f6kme Kurtarma S\u00fcreci<\/h3>\n
.journal<\/code> dosyas\u0131n\u0131 kullanarak veritaban\u0131n\u0131 en son ba\u015far\u0131l\u0131 COMMIT<\/code> noktas\u0131na geri d\u00f6nd\u00fcr\u00fcr. Bu s\u00fcre\u00e7 tamamen otomatiktir ve kullan\u0131c\u0131 m\u00fcdahalesi gerektirmez.<\/p>\nAvantajlar\u0131 ve Dezavantajlar\u0131<\/h3>\n
4. Yazma-\u00d6ncesi G\u00fcnl\u00fckleme (WAL - Write-Ahead Logging)<\/h2>\n
WAL Mekanizmas\u0131 Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
.db<\/code>) de\u011fil, .wal<\/code> uzant\u0131l\u0131 ayr\u0131 bir g\u00fcnl\u00fck dosyas\u0131na yaz\u0131l\u0131r. Okuyucular, ana veritaban\u0131 dosyas\u0131ndan okuma yapmaya devam ederken, yeni de\u011fi\u015fiklikleri .wal<\/code> dosyas\u0131ndan okur. Bu sayede, okuma ve yazma i\u015flemleri ayn\u0131 anda, birbirlerini engellemeden ger\u00e7ekle\u015febilir. COMMIT<\/code> i\u015flemi, sadece .wal<\/code> dosyas\u0131n\u0131n sonuna bir kay\u0131t ekler, bu da \u00e7ok h\u0131zl\u0131d\u0131r.<\/p>\nWAL Modunun Avantajlar\u0131<\/h3>\n
\n
COMMIT<\/code> i\u015flemleri, ana veritaban\u0131na yazmak yerine sadece .wal<\/code> dosyas\u0131na ekleme yapt\u0131\u011f\u0131 i\u00e7in daha h\u0131zl\u0131d\u0131r.<\/li>\nWAL ve Checkpoint S\u00fcreci<\/h3>\n
.wal<\/code> dosyas\u0131 zamanla b\u00fcy\u00fcr. Bu dosyadaki de\u011fi\u015fikliklerin ana veritaban\u0131 dosyas\u0131na aktar\u0131lmas\u0131 i\u015flemine \"checkpoint\" denir. Checkpoint i\u015flemi, otomatik olarak veya PRAGMA wal_checkpoint<\/code> komutuyla manuel olarak tetiklenebilir. Bu i\u015flem s\u0131ras\u0131nda, .wal<\/code> dosyas\u0131ndaki taahh\u00fct edilmi\u015f de\u011fi\u015fiklikler ana veritaban\u0131 dosyas\u0131na kopyalan\u0131r ve .wal<\/code> dosyas\u0131 temizlenir.<\/p>\nWAL'\u0131n Dezavantajlar\u0131 ve Kullan\u0131m Alanlar\u0131<\/h3>\n
.wal<\/code> ve .shm<\/code> (payla\u015f\u0131ml\u0131 bellek) olmak \u00fczere iki ek dosya gerektirir. Bu, dosya y\u00f6netimi a\u00e7\u0131s\u0131ndan biraz daha karma\u015f\u0131k olabilir. Ayr\u0131ca, baz\u0131 a\u011f dosya sistemlerinde veya \u00e7ok eski\/k\u0131s\u0131tl\u0131 dosya sistemlerinde WAL modu sorunlara yol a\u00e7abilir. Ancak genel olarak, y\u00fcksek e\u015fzamanl\u0131l\u0131k ve performans gerektiren \u00e7o\u011fu modern uygulama i\u00e7in WAL modu tercih edilmelidir.<\/p>\n5. Senkronizasyon ve fsync<\/h2>\n
fsync<\/code> devreye girer.<\/p>\nDisk Senkronizasyonunun \u00d6nemi<\/h3>\n
fsync<\/code> (file system sync) gibi sistem \u00e7a\u011fr\u0131lar\u0131 kullan\u0131l\u0131r. fsync<\/code>, i\u015fletim sistemine \u00f6nbellekteki t\u00fcm veriyi hemen diske yazmas\u0131n\u0131 emreder.<\/p>\nPRAGMA synchronous Ayar\u0131<\/h3>\n
PRAGMA synchronous<\/code> ayar\u0131 ile fsync<\/code> \u00e7a\u011fr\u0131lar\u0131n\u0131n ne s\u0131kl\u0131kta yap\u0131laca\u011f\u0131n\u0131 kontrol etmenizi sa\u011flar. Bu ayar, performans ve veri g\u00fcvenli\u011fi aras\u0131nda bir denge kurar:<\/p>\n\n
fsync<\/code> hi\u00e7 \u00e7a\u011fr\u0131lmaz. En h\u0131zl\u0131d\u0131r, ancak g\u00fc\u00e7 kesintisi durumunda veri kayb\u0131 riski en y\u00fcksektir.<\/li>\nfsync<\/code> yaln\u0131zca kritik anlarda \u00e7a\u011fr\u0131l\u0131r. \u00c7o\u011fu durumda yeterli g\u00fcvenlik sa\u011flar ve iyi performans sunar. WAL modu i\u00e7in varsay\u0131lan ve \u00f6nerilen ayard\u0131r.<\/li>\nCOMMIT<\/code> i\u015fleminde ve di\u011fer \u00f6nemli noktalarda fsync<\/code> \u00e7a\u011fr\u0131l\u0131r. En g\u00fcvenli moddur, ancak en yava\u015ft\u0131r. Geri alma g\u00fcnl\u00fckleri i\u00e7in varsay\u0131lan ayard\u0131r.<\/li>\nFULL<\/code> modundan daha fazla fsync<\/code> \u00e7a\u011fr\u0131s\u0131 yapar. Ekstra g\u00fcvenlik sa\u011flar ancak performans\u0131 daha da d\u00fc\u015f\u00fcr\u00fcr.<\/li>\n<\/ul>\n\nPRAGMA synchronous = FULL; -- En y\u00fcksek g\u00fcvenlik i\u00e7in\nPRAGMA synchronous = NORMAL; -- WAL i\u00e7in iyi bir denge\n<\/pre>\nG\u00fcvenli Yazma \u0130\u00e7in \u0130pu\u00e7lar\u0131<\/h3>\n
PRAGMA synchronous<\/code> ayar\u0131n\u0131 FULL<\/code> (geri alma g\u00fcnl\u00fckleri i\u00e7in) veya NORMAL<\/code> (WAL i\u00e7in) olarak b\u0131rakmal\u0131s\u0131n\u0131z. OFF<\/code> ayar\u0131 sadece ge\u00e7ici verilerle \u00e7al\u0131\u015f\u0131rken veya performans\u0131n veri g\u00fcvenli\u011finden \u00e7ok daha \u00f6nemli oldu\u011fu nadir durumlarda kullan\u0131lmal\u0131d\u0131r.<\/p>\n6. \u00c7\u00f6kme Kurtarma ve G\u00fcvenlik<\/h2>\n
Beklenmedik Durumlar ve Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc<\/h3>\n
Kurtarma Mekanizmalar\u0131<\/h3>\n
.journal<\/code> veya .wal<\/code> ve .shm<\/code>) kontrol eder.<\/p>\n\n
.journal<\/code> dosyas\u0131 bulunursa, bu, \u00f6nceki bir i\u015flemin tamamlanamad\u0131\u011f\u0131n\u0131 g\u00f6sterir. SQLite, .journal<\/code> dosyas\u0131ndaki verileri kullanarak veritaban\u0131n\u0131 \u00f6nceki tutarl\u0131 durumuna geri d\u00f6nd\u00fcr\u00fcr ve ard\u0131ndan .journal<\/code> dosyas\u0131n\u0131 siler.<\/li>\n.wal<\/code> dosyas\u0131n\u0131n varl\u0131\u011f\u0131 ve i\u00e7eri\u011fi kontrol edilir. Tamamlanmam\u0131\u015f bir checkpoint<\/code> veya COMMIT<\/code> i\u015flemi varsa, SQLite .wal<\/code> dosyas\u0131ndaki bilgileri kullanarak veritaban\u0131n\u0131 tutarl\u0131 hale getirir.<\/li>\n<\/ul>\nVeritaban\u0131 Dosyas\u0131n\u0131n Bozulmas\u0131<\/h3>\n
PRAGMA integrity_check<\/code> komutu veritaban\u0131n\u0131n yap\u0131s\u0131n\u0131 ve i\u00e7eri\u011fini kontrol ederek olas\u0131 bozulmalar\u0131 tespit edebilir.<\/p>\n\nPRAGMA integrity_check;\n<\/pre>\n
\nBu komut, veritaban\u0131nda herhangi bir tutars\u0131zl\u0131k bulursa \"ok\" yerine hata mesajlar\u0131 d\u00f6nd\u00fcr\u00fcr.<\/p>\n7. G\u00fcvenli \u0130\u015flemler \u0130\u00e7in En \u0130yi Uygulamalar<\/h2>\n
Do\u011fru \u0130\u015flem Modunu Se\u00e7mek<\/h3>\n
\n
PRAGMA synchronous Ayar\u0131n\u0131 Anlamak<\/h3>\n
FULL<\/code> veya NORMAL<\/code> (WAL ile) ayarlar\u0131n\u0131 kullanmak esast\u0131r. OFF<\/code> ayar\u0131ndan ka\u00e7\u0131n\u0131lmal\u0131d\u0131r, aksi takdirde g\u00fc\u00e7 kesintilerinde veri kayb\u0131 riskiyle kar\u015f\u0131 kar\u015f\u0131ya kalabilirsiniz.<\/p>\n\u0130\u015flem S\u00fcrelerini K\u0131sa Tutmak<\/h3>\n
Hata Y\u00f6netimi ve Rollback<\/h3>\n
ROLLBACK<\/code> komutunu kullanarak veritaban\u0131n\u0131 i\u015flemin ba\u015flang\u0131c\u0131ndaki tutarl\u0131 durumuna geri d\u00f6nd\u00fcrmelisiniz. Bu, k\u0131smen tamamlanm\u0131\u015f veya hatal\u0131 verilerin kal\u0131c\u0131 olmas\u0131n\u0131 engeller.<\/p>\nSonu\u00e7<\/h2>\n
fsync<\/code> y\u00f6netimi sayesinde, g\u00fc\u00e7 kesintileri ve sistem \u00e7\u00f6kmeleri gibi en zorlu senaryolarda bile verilerinizi g\u00fcvende tutar. Geli\u015ftiricilerin bu mekanizmalar\u0131 anlamas\u0131 ve do\u011fru i\u015flem modlar\u0131 ile PRAGMA synchronous<\/code> ayarlar\u0131n\u0131 kullanmas\u0131, uygulamalar\u0131n\u0131n veri g\u00fcvenli\u011fini en \u00fcst d\u00fczeye \u00e7\u0131karmalar\u0131 i\u00e7in kritik \u00f6neme sahiptir. SQLite'\u0131n bu yetenekleri, onu mobil cihazlardan g\u00f6m\u00fcl\u00fc sistemlere kadar geni\u015f bir uygulama yelpazesi i\u00e7in g\u00fcvenilir bir se\u00e7im haline getirmektedir.<\/p>\nSSS (S\u0131k Sorulan Sorular)<\/h2>\n
SQLite neden bu kadar g\u00fcvenli?<\/h3>\n
WAL modu ne zaman tercih edilmeli?<\/h3>\n
PRAGMA synchronous<\/code> ayar\u0131 ne i\u015fe yarar?<\/h3>\nfsync<\/code> \u00e7a\u011fr\u0131lar\u0131). FULL<\/code> en g\u00fcvenli ancak en yava\u015fken, OFF<\/code> en h\u0131zl\u0131 ancak veri kayb\u0131 riski en y\u00fcksek oland\u0131r. Veri b\u00fct\u00fcnl\u00fc\u011f\u00fc i\u00e7in FULL<\/code> veya NORMAL<\/code> (WAL ile) kullan\u0131lmas\u0131 \u00f6nerilir.<\/p>\nSQLite'da veri bozulmas\u0131 m\u00fcmk\u00fcn m\u00fcd\u00fcr?<\/h3>\n
PRAGMA integrity_check<\/code> komutu bozulmalar\u0131 tespit etmeye yard\u0131mc\u0131 olabilir.<\/p>\n\u0130\u015flemleri manuel olarak y\u00f6netmek gerekli mi?<\/h3>\n
BEGIN TRANSACTION<\/code>, COMMIT<\/code> ve ROLLBACK<\/code> komutlar\u0131n\u0131 kullanarak i\u015flemleri manuel olarak y\u00f6netmeniz gereklidir. Bu, veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n","protected":false},"excerpt":{"rendered":"G\u00fcnl\u00fcklerden \u0130\u015flemlere: SQLite \u0130\u015fleri G\u00fcvenli Bir \u015eekilde Nas\u0131l Y\u00fcr\u00fct\u00fcr?\nSQLite, sunucusuz, hafif ve g\u00fc\u00e7l\u00fc bir veritaban\u0131 motoru olarak mode…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1505],"tags":[],"class_list":{"0":"post-37848","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-sql-2","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n