align="justify"> До числа недоліків можна віднести більш високі фінансові витрати на апаратне і програмне забезпечення, а також те, що велика кількість клієнтських комп'ютерів, розташованих в різних місцях, викликає певні труднощі зі своєчасним оновленням клієнтських додатків на всіх комп'ютерах-клієнтах. Тим не менш, архітектура клієнт - сервер добре зарекомендувала себе на практиці, зараз існує і функціонує велика кількість БД, побудованих відповідно до даної архітектурою.
1.1.3 Триланкового (многозвенная) архітектура «клієнт - сервер»
Триланкового (у деяких випадках многозвенная) архітектура (N-tier або multi-tier). являє собою подальше вдосконалення технології клієнт - сервер raquo ;. Розглянувши архітектуру клієнт - сервер raquo ;, можна укласти, що вона є 2-звенной: перша ланка - клієнтську програму, друга ланка - сервер БД + сама БД. У триланкової архітектурі вся бізнес-логіка (ділова логіка), яка раніше входила в клієнтські програми, виділяється в окрему ланку, зване сервером додатків. При цьому клієнтським застосуванням залишається лише користувальницький інтерфейс. Так, в якості клієнтського додатку в описаному вище прикладі виступає Web-браузер.
Що поліпшується при використанні триланкової архітектури? Тепер при зміні бізнес-логіки більш немає необхідності змінювати клієнтські програми і оновлювати їх у всіх користувачів. Крім того, максимально знижуються вимоги до апаратури користувачів.
Отже, в результаті робота побудована наступним чином:
· База даних у вигляді набору файлів знаходиться на жорсткому диску спеціально виділеного комп'ютера (сервера мережі).
· СУБД розташовується також на сервері мережі.
· Існує спеціально виділений сервер додатків, на якому розташовується програмне забезпечення (ПЗ) ділового аналізу.
· Існує безліч клієнтських комп'ютерів, на кожному з яких встановлений так званий тонкий клієнт - Клієнтську програму, реализующее інтерфейс користувача.
· На кожному з клієнтських комп'ютерів користувачі мають можливість запустити додаток - тонкий клієнт. Використовуючи надаваний додатком користувальницький інтерфейс, він ініціює звернення до ПО ділового аналізу, розташованому на сервері додатків.
· Сервер додатків аналізує вимоги користувача і формує запити до БД. Для спілкування використовується спеціальна мова запитів SQL, тобто по мережі від сервера додатків до сервера БД передається лише текст запиту.
· СУБД інкапсулює усередині себе всі відомості про фізичну структуру БД, розташованої на сервері.
· СУБД ініціює звернення до даних, що знаходяться на сервері, в результаті яких результат виконання запиту копіюється на сервер додатків.
· Сервер додатків повертає результат в клієнтський додаток (користувачеві).
· Додаток, використовуючи користувальницький інтерфейс, відображає результат виконання запитів.
2. Реалізація роботи з БД в системі «1С: Підприємство»
Масштабованість - це здатність системи адаптуватися до розширення пропонованих вимог і зростанню обсягів вирішуваних завдань.
Одним з основних показників масштабованості системи є можливість ефективної роботи при збільшенні кількості вирішуваних завдань, обсягу оброблюваних даних та кількості інтенсивно працюючих користувачів (рис.3 «Порівняння версій»).
Рис.2 «Порівняння версій»
. 1 «1С: Підприємство» версія 7.7
Програмні продукти системи «1С: Підприємство» здатні «рости» разом з організацією, в якій вони «працюють». Спектр програмних продуктів системи «1С: Підприємство» включає однопользовательские і мережеві версії; версії, що працюють в архітектурі «клієнт-сервер», а також додаткову компоненту для організації обміну інформацією між територіально віддаленими філіями організації.
Всі версії повністю функціонально сумісні, що дозволяє легко перейти від використання програми на одному робочому місці до розрахованих на багато і розподіленим варіантів використання системи.
Версія для одного. Для кожного програмного продукту системи «1С: Підприємство» мається варіант поставки у вигляді однокористувальницької версії. Така версія розрахована на роботу на одному комп'ютері, але володіє всією повнотою можливостей з автоматизації обліку та адаптації до особливостей конкретної організації.
Мережева версія. Мережеві версії дозволяють декільком користувачам одночасно працювати з однією інформаційною базою. Всі зміни, внесені одні з користувачів, відразу стають доступн...
