нтів обмежена десятками. p> Плюси: низька вартість розробки; висока швидкість розробки; невисока вартість оновлення і зміни ПЗ.
Мінуси: низька продуктивність (залежить від продуктивності мережі, сервера, клієнта); погана можливість підключення нових клієнтів; ненадійна система; обмеженість мови; негнучкість середовища розробки.
2. Клієнт-серверні ІС (ІС з архітектурою В«клієнт-серверВ»). p> Зазвичай під терміном В«клієнт-серверВ» розуміють архітектуру багатокористувацьких систем, яка передбачає наявність клієнтських і серверних програмних компонент. Клієнтські модулі використовуються на віддалених робочих місцях користувачів, а централізовані серверні програми забезпечують обслуговування клієнтів, то є прийом віддалених запитів користувачів, їх обробку і повернення ним же результатів цієї обробки.
Переваги: ​​
- Робить можливим, в більшості випадків, розподілити функції обчислювальної системи між декількома незалежними комп'ютерами в мережі.
- Всі дані зберігаються на сервері, який, як правило, приховується набагато краще більшості клієнтів.
- Використовувати ресурси одного сервера часто можуть клієнти з різними апаратними платформами, операційними системами і т.п.
Недоліки:
- Непрацездатність сервера може зробити непрацездатною всю обчислювальну мережу;
- Підтримка роботи даної системи, вимагає окремого фахівця - системного адміністратора;
- Висока вартість обладнання.
У свою чергу клієнт-серверна архітектура розділяється на декілька типів:
- Дворівнева архітектура В«клієнт-серверВ»;
- Трирівнева архітектура В«клієнт-серверВ»;
- Багаторівнева архітектура або N-рівнева архітектура.
Дворівнева архітектура В«клієнт-серверВ».
У випадку з дворівневої архітектурою В«клієнт-серверВ» база даних поміщається на мережевому сервері, проте програма клієнта позбавлена ​​можливості прямого доступу до БД. Доступ до БД регулюється спеціальною програмою - сервером БД. p> Взаємодія сервера БД і клієнта реалізується за допомогою SQL-запитів, які формує і відсилає серверу клієнт. Сервер, прийнявши запит, виконує його і повертає результат клієнтові. У клієнтському додатку в основному здійснюються інтерпретація отриманих від сервера даних, реалізація користувальницького інтерфейсу, а також реалізація частини бізнес-правил.
Але дворівнева архітектура не позбавлена ​​недоліків, таких як:
- Погіршення продуктивності прямо пропорційною до кількості користувачів;
- Незалежно від того, який тип клієнта використовується, велика частина обробки даних повинна знаходитися в базі даних, це означає, що вона повністю залежить від можливостей, передбачених у базі даних виробником.
- Дворівнева архітектура настільки залежить від конкретної реалізації бази даних, що перенесення існуючих додатків для різних СУБД, стає серйозною проблемою.
