Bazasi boshqarish

JSON imkoniyatlaridan ma’lumotlar bazasida 
Albatta, ruscha harflar bilan yozilgan o‘zgaruvchilarning 
qiymatlari krakozyabryaga qanchalik osonlikcha aylanishini eslab, bu 
kutilmagan hodisadan foydalanmasligingiz kerak: ismlar, ayniqsa 
tashqi nomlar haqida nima deyishim mumkin. 
Kirill yozuvidagi tashabbus brauzerning tashqi muhiti tomonidan 
qo‘llab-quvvatlanishi shubhali bo‘lib, u doimo u bilan shug‘ullanishi 
kerak. Ammo JSON formati - bu ishlab chiquvchi xohlagancha ismlar 
va qiymatlarni yozish qobiliyati ekanligi sababli bu haqiqat e’tiborga 
loyiqdir. Bu juda muhimdir, chunki har bir vazifada hajmni tavsiflash 
kerak, chunki bu disk raskadrovka jarayonini ancha soddalashtiradi va 
xatolar sonini kamaytiradi. 
Sintaktik yangilik qaysi asosga asoslanganligi muhim emas - 
JSON, bu qonuniy huquq va yozishmalarni qo‘yish uchun haqiqiy 
imkoniyat berishi muhim: "istalgan ism \u003d istalgan qiymat". 
Ushbu masalalarning har biri alohida ko‘rib chiqilishi kerak edi 
va ko‘p ishlov berish kuchini talab qiladi, chunki tarkibiy qismlarga 
ushbu jarayonlarning har birini o‘zgartirish kerak bo‘lganda uni qayta 
yuklash kerak. Ushbu tahrirlash masalalarini bir jarayonga 
birlashtirishga birinchi urinish 1960 yilda GML (General Markup 
Language) ni ishlab chiqish edi, bu muammoni hal qilish kerak 
bo‘lgan uchta IBM xodimlari: Charlz Goldfarb, Edvard Mosher va 
Raymond Lorie. GML har bir ta’sischining familiyasining harfining 
birinchi boshlanishi ekanligi tasodif emas. 
GUI siftida foydalanish 
GML ushbu muammoni echishga urinish usullari teglar 
tarkibidagi tarkibni belgilash va teglar ichidagi tarkibini aniqlash 
bo‘yicha ko‘rsatmalarni o‘z ichiga olgan tarkibga teglar bilan o‘rash 
edi. Ushbu teglar tarkibni yanada ko‘proq boshqarish uchun 
joylashtirilishi (yorliq ichidagi yorliq) bilan ta’minlanishi mumkin edi. 
Turli xil ishlarni bajarish uchun turli xil skriptlar yordamida 3 ta 
alohida jarayonni amalga oshirishning o‘rniga, endi sizda barcha 
kerakli ma’lumotlarga ega bitta hujjat bor edi, unda barcha kerakli 

---

206 
ma’lumotlar uyushgan va o‘qiydigan ko‘rinishda ko‘rsatilishi kerak 
edi. Bu muammoni hal qilgan bo‘lsa-da, boshqa muammolarni keltirib 
chiqardi ... 
Qayta ishlash kuchi tez sur’atlar bilan o‘sib borgani va hujjatlar 
va veb-saytlarni ishlab chiqarishda ko‘proq odamlar ishtirok etganligi 
sababli, endi SGML (standartlashtirilgan GML versiyasi) foydalanish 
qiyinligini isbotlay boshladi. U juda yaxshi natijaga erishgan bo‘lsa-da 
(o‘quvchilarga qulay hujjatlar), unda juda ko‘p qoidalarga rioya qilish 
kerak edi yoki aks holda butun jarayon ishlamaydi. Bu HTML (Hyper 
Text Markup Language) rivojlanishiga olib keldi. SGML singari 
HTML ham tarkibni teglarga o‘raydi, ammo undan farqli o‘laroq, 
teglar qachon va qaerda unchalik qattiq bo‘lmasin foydalanish 
qoidalari. Bu hujjatni formatlashiga katta ta’sir ko‘rsatmadi (masalan: 
agar kattaroq shrift va qalin bo‘lishi kerak bo‘lsa, uni sarlavha 
yorlig‘iga qo‘ying, qaerda bo‘lishingizdan qat’iy nazar), bu aslida 
ma’lumot tarkibiga ta’sir ko‘rsatgan. hujjat (teglar qachon va qayerda 
ishlatilishi kerakligi qoidalari qanchalik kam bo‘lsa, siz shunchalik 
kamroq tuzilmani saqlab turishingiz mumkin).