|
RDA modeli
RDA modelining asosiy afzalligi amaliydir. Bugungi kunda SQLga yo'naltirilgan DBMS bilan ishlaydigan ish stoli dasturlarini tezkor yaratilishini ta'minlaydigan ko'plab vositalar mavjud. Ularning aksariyati MS Windows-da grafik foydalanuvchi interfeysini, ODBC interfeysi standartini qo'llab-quvvatlaydi va avtomatik kod yaratish vositalarini o'z ichiga oladi. Boshqacha qilib aytganda, RDA modelining asosiy ustunligi dasturlarni ishlab chiqish vositalarini birlashtirish va keng tanlovida. To'rtinchi avlod tillarida ishlab chiqilgan ushbu vositalarning aksariyati (shu jumladan dasturlashni avtomatlashtirish vositalari) dastur va taqdimot funktsiyalari aralashgan kodlarni yaratadi.
RDA modeli bir qator cheklovlarga ega.
Birinchidan, SQL so'rovlari orqali mijoz va server o'rtasidagi o'zaro bog'liqlik tarmoqni sezilarli darajada yuklaydi. Ilova taqsimlanmaganligi va uning barcha mantiqlari mijoz kompyuterida joylashtirilganligi sababli, dastur katta hajmdagi ma'lumotlarni tarmoq orqali uzatishi kerak, ehtimol ortiqcha bo'lishi kerak. Mijozlar soni ko'payishi bilanoq, tarmoq "tiqilinch" ga aylanib, butun axborot tizimining ishlashini pasaytiradi.
Ikkinchidan, RDA modelida dasturni qoniqarli boshqarish deyarli mumkin emas. Shubhasiz, agar 4GL tilida yozilgan bir xil dasturda har xil tabiatdagi funktsiyalar (taqdimot funktsiyalari va sof dastur funktsiyalari) aralashtirilgan bo'lsa, unda dastur funktsiyalarini o'zgartirish zarur bo'lsa, butun dastur qayta yozilishi kerak. Loyihada jamoaviy ish olib borishda, qoida tariqasida, har bir ishlab chiquvchiga individual dastur funktsiyalarini bajarish ishonib topshiriladi, bu ularning o'zaro muvofiqligini nazorat qilishni imkonsiz qiladi. Har bir ishlab chiquvchi foydalanuvchi bilan interfeysni dasturlashi kerak, bu interfeysning bir xil uslubi va uning yaxlitligini shubha ostiga qo'yadi.
DBS modeli
Keng tarqalgan qabul qilinishiga qaramay, RDA modeli texnologik jihatdan rivojlangan DBS modeliga yo'l ochmoqda. Ikkinchisi ba'zi relyatsion DBMSlarda (Ingres, Sybase, Oracle) amalga oshiriladi. U saqlanadigan protseduralar mexanizmiga asoslangan - DBMS yadrosi uchun dasturlash vositasi. Protseduralar ma'lumotlar bazasi lug'atida saqlanadi, bir nechta mijozlar o'rtasida taqsimlanadi va ma'lumotlar bazasi mexanizmi ishlayotgan bir kompyuterda bajariladi. Saqlangan protseduralar ishlab chiqilgan til SQL so'rovlar tilining protsessual kengaytmasi bo'lib, har bir muayyan DBMS uchun o'ziga xosdir. SQL tilini saqlangan protseduralar atrofida standartlashtirishga urinishlar hozircha ozgina muvaffaqiyatga erishdi. Bundan tashqari, ko'plab dasturlarda protseduralar talqin etiladi, bu ularning bajarilishini uchinchi avlod tillarida yozilgan dasturlarning bajarilishidan sekinroq qiladi.
DBS modelida dastur tarqatiladi. Taqdimot komponenti mijoz kompyuterida bajariladi, dastur komponentasi (biznes funktsiyalarini amalga oshiruvchi) saqlangan protseduralar to'plami sifatida ishlab chiqilgan va ma'lumotlar bazasi server kompyuterida ishlaydi. DBS modelining RDA modelidan ustunliklari aniq: bu biznes funktsiyalarini markaziy boshqarish va tarmoq trafigini kamaytirish qobiliyati va protsedurani bir nechta dasturlar o'rtasida ajratish va bir marta yaratilgan protsedura bajarilishi yordamida kompyuter resurslarini tejash. reja. Biroq, kamchiliklar ham mavjud.
Birinchidan, saqlangan protseduralarni yozish uchun ishlatiladigan vositalar, aniq aytganda, so'zning to'liq ma'nosida dasturlash tillari emas. Aksincha, ular S yoki Paskal kabi uchinchi avlod tillari bilan vizual nuqtai nazardan va funktsional jihatdan raqobatlashmaydigan turli xil protsessual SQL kengaytmalari. Ular ma'lum DBMS-larga o'rnatilgan va, albatta, ulardan foydalanish ko'lami cheklangan. Binobarin, dastur komponentasi saqlangan protseduralardan foydalangan holda amalga oshiriladigan tizim, MB ma'lumotlar bazasiga nisbatan mobil emas. Bundan tashqari, aksariyat DBMS-larda saqlangan protseduralarni disk raskadrovka va sinovdan o'tkazish imkoniyati yo'q, bu ikkinchisini juda xavfli mexanizmga aylantiradi. Darhaqiqat, otishni boshlash trigerlari va ishga tushirish protseduralarining har qanday murakkab hal qilinmagan kombinatsiyasi,
Ikkinchidan, DBS modeli hisoblash resurslaridan foydalanishda kerakli samaradorlikni ta'minlamaydi. JBK yadrosidagi ob'ektiv cheklovlar uning doirasida samarali yuk balansini tashkil qilish, protseduralarni boshqa ma'lumotlar bazalari serverlariga ko'chirish va boshqa foydali funktsiyalarni amalga oshirishga imkon bermaydi. Ushbu imkoniyatlarni o'z tizimlarida ta'minlash uchun DBMS ishlab chiquvchilarining urinishlari (tarqatilgan saqlangan protseduralar, ustuvorliklar bilan so'rovlar va hk) hali kerakli natijaga erishishga imkon bermaydi.
Bugungi kunda saqlangan protseduralar hozirgi holatida biznes funktsiyalarini tavsiflash va dastur komponentlarini amalga oshirish uchun etarli mexanizm deb aytish qiyin. Ularni chindan ham qudratli vositaga aylantirish uchun DBMS dasturchilari quyidagi xususiyatlarni ko'paytirishi kerak:
protsedura tillarining tasviriy vositalarini kengaytirish;
saqlangan protseduralarni disk raskadrovka va sinovdan o'tkazish vositalari;
protseduralarning boshqa dasturlar bilan to'qnashuvining oldini olish;
so'rovlarni ustuvor ravishda qayta ishlashni qo'llab-quvvatlash.
Ayni paytda, ushbu imkoniyatlar AS-modelida allaqachon tatbiq etilgan bo'lib, bu Client-server texnologiyasining kuchli tomonlarini aks ettiradi.
Do'stlaringiz bilan baham: |
