SQLite nima va qachon u yetarli bo‘ladi

SQLite qisqacha

SQLite — alohida server sifatida emas, balki ilovangiz ichidagi kutubxona sifatida ishlaydigan relyatsion ma’lumotlar bazasi. Butun baza — jadvallar, indekslar, ma’lumotlar — diskdagi bitta oddiy faylda saqlanadi. O‘rnatish va sozlash kerak emas: demon, foydalanuvchilar va portlar yo‘q. Ilova faylni ochadi va SQL so‘rovlarini bajaradi.

Shu bilan birga bu jiddiy dvijok: ACID kafolatli tranzaksiyalar, indekslar, view’lar, triggerlar, JSON funksiyalari va standart SQL ning katta qismi mavjud.

O‘rnatilgan model qanday ishlaydi

PostgreSQL yoki MySQL da ilova so‘rovlarni tarmoq orqali ma’lumotlarga egalik qiluvchi server jarayoniga yuboradi. SQLite da esa so‘rovlar dvijogi ilovaning o‘ziga o‘rnatilgan va faylni bevosita o‘qiydi hamda yozadi.

Bu nima beradi:

• Administratsiya yo‘q — alohida ishga tushirish, yangilash va monitoring qilish kerak emas.
• Tez lokal o‘qish — har bir so‘rov uchun tarmoq almashinuvi yo‘q.
• Oson ko‘chirish — faylni nusxaladingiz, bazani nusxaladingiz.
• Qulay testlar — har bir test uchun yangi baza bu yangi fayl yoki xotiradagi baza.

Buning evaziga:

• Faqat fayl turgan o‘sha mashinadagi jarayonlar kira oladi.
• O‘rnatilgan foydalanuvchilar va rollar yo‘q — faylni o‘qiy oladigan har kim ma’lumotlarni ko‘radi.
• Bir vaqtda faqat bitta jarayon yoza oladi. Yozuv bazani bloklaydi, qolganlar kutadi.

SQLite qayerda to‘g‘ri tanlov

Yoqib qo‘yish kerak bo‘lgan sozlamalar

Bir nechta PRAGMA buyrug‘i SQLite ni real ilovada ancha qulay qiladi:

PRAGMA journal_mode = WAL;    -- o‘quvchilar endi yozuvni bloklamaydi
PRAGMA busy_timeout = 5000;   -- darhol xato o‘rniga blokni 5 soniyagacha kutish
PRAGMA foreign_keys = ON;     -- tashqi kalitlar standart holatda o‘chiq, har bir ulanish uchun

Eng muhimi — WAL rejimi (write-ahead logging): o‘quvchilar va yagona yozuvchi bir vaqtda ishlaydi, veb-ilovalardagi «database is locked» xatolarining ko‘pchiligi yo‘qoladi. Turlarni tekshirish kerak bo‘lsa, STRICT jadvallarga e’tibor bering — standart holatda SQLite ustun turlariga erkin munosabatda bo‘ladi.

Server bazasiga o‘tish vaqti kelganining belgilari

SQLite «o‘yinchoq» baza emas, lekin uning real chegaralari bor. PostgreSQL yoki MySQL ga o‘tishni o‘ylab ko‘ring, agar:

• Bir nechta ilova serveri bir xil ma’lumotlar bilan ishlashi kerak. Tarmoq diskidagi (NFS, SMB) baza fayli — bloklash muammolari va ma’lumotlar buzilishining ma’lum manbai.
• WAL va busy timeout bilan ham «database is locked» xatolari takrorlanadi — bitta yozuvchi endi yetmaydi.
• Bir vaqtdagi yozuvlar ko‘p: chatlar, buyurtmalarni qayta ishlash, doimiy qo‘shishlar bo‘ladigan yuklangan API.
• Kirish huquqlarini ajratish kerak: alohida foydalanuvchilar, rollar, tahlilchilar uchun faqat o‘qish huquqi.
• Replikatsiya va nosozlikda avtomatik almashtirish kerak.
• Og‘ir analitik so‘rovlar asosiy ilovani sekinlashtira boshlaydi.

Ko‘p uchraydigan xatolar

• Baza faylini bir nechta mashina murojaat qiladigan tarmoq diskida saqlash.
• Har bir kichik so‘rov uchun yangi ulanish ochish va WAL ni yoqmaslik.
• Yozuv paytida faylni nusxalash — izchil nusxa uchun sqlite3 konsolidagi .backup yoki VACUUM INTO dan foydalaning.
• foreign_keys standart holatda o‘chiq ekanini unutish.