Особливості роботи з СУБД

Вступ

Років двадцять тому обробка даних проводилася за допомогою мейнфреймів і МІНІ-ЕОМ і мала свої переваги, певною мірою втрачені пізніше, в епоху персональних комп'ютерів і настільних СУБД. До них, зокрема, відносилися:

· можливість колективного використання ресурсів і устаткування, наприклад центрального процесора, оперативної пам'яті, зовнішніх пристроїв (принтерів, плоттерів, накопичувачів на магнітній стрічці і інших пристроїв зберігання даних і так далі);

· централізоване зберігання даних.

Серйозним недоліком подібних систем була практична відсутність персоналізації робочого середовища - все програмне забезпечення, включаючи текстові редактори, компілятори, СУБД, зберігався також централізований і використовувалося колективно.

Цей недолік був однією з причин бурхливого зростання індустрії персональних комп'ютерів - разом з простотою в експлуатації і невисокою вартістю в порівнянні з мейнфреймами і МІНІ-ЕОМ користувачів привертали можливості персоналізації робочого середовища, особливо можливість вибору найбільш відповідного даному користувачеві програмного забезпечення. Саме у той період і почалося бурхливе зростання популярності настільних СУБД, таких як dBase (РЕБУС) і, трохи пізніше, FOXBASE, Paradox, а також деяких інших, нині благополучно забутих. Треба сказати, у той час відбувалися процеси запозичення і стандартизації вдалих ідей і підходів, що особливо помітно позначилося на долі такого продукту, як dBase, чия мова програмування і принципи організації даних були запозичені багатьма іншими виробниками в своїх продуктах.

1.Настільні СУБД

1.1 Основи роботи настільних СУБД

Багато авторів класифікують СУБД на дві великі категорії: «настільні» і «серверні».

Настільні СУБД відрізняються тим, що використовують в модель обчислень з мережею і файловим сервером (архітектура «файл-сервер»). Збільшення складності завдань, поява персональних комп'ютерів і локальних обчислювальних мереж з'явилося передумовами появи нової архітектури «файл-сервер». Ця архітектура баз даних з мережевим доступом припускає призначення одне з комп'ютерів мережі як виділений сервер, на якому зберігатимуться файли бази даних. У відповідність із запитами користувачів файли з файл-сервера передаються на робочі станції користувачів, де і здійснюється основна частина обробки даних. Центральний сервер виконує в основному тільки роль сховища файлів, не беручи участь в обробці самих даних.

Робота побудована таким чином:

База даних у вигляді набору файлів знаходиться на жорсткому диску спеціально виділеного комп'ютера (файлового сервера). Існує локальна мережа, що складається з клієнтських комп'ютерів, на кожному з яких встановлені СУБД і додаток для роботи з БД. На кожному з клієнтських комп'ютерів користувачі мають можливість запустити додаток. Використовуючи призначений для користувача інтерфейс, що надається додатком, він ініціює звернення до БД на вибірку/оновлення інформації.

Всі звернення до БД йдуть через СУБД, яка інкапсулює усередині себе всі відомості про фізичну структуру БД, розташованої на файловому сервері. СУБД ініціює звернення до даних, що знаходяться на файловому сервері, в результаті яких частина файлів БД копіюється на клієнтський комп'ютер і обробляється, що забезпечує виконання запитів користувача (здійснюються необхідні операції над даними). При необхідності (у разі зміни даних) дані відправляються назад на файловий сервер з метою оновлення БД. Результат СУБД повертає в додаток. Додаток, використовуючи призначений для користувача інтерфейс, відображає результат виконання запитів. В рамках архітектури «файл-сервер» були виконані перші версії популярних т.з. настільних СУБД, таких як dBase і Microsoft Access.

Указуються наступні основні недоліки даної архітектури: при одночасному зверненні безлічі користувачів до одних і тих же даних продуктивність роботи різко падає, оскільки необхідно дочекатися поки користувач, що працює з даними, завершить свою роботу. Інакше можливе затирання виправлень, зроблених одними користувачами, змінами інших користувачів. [2, 78]

1.2 Найбільш популярні настільні СУБД

На сьогоднішній день відомо більше двох десятків форматів даних настільних СУБД, проте найбільш популярними, виходячи з числа проданих копій, слід визнати dBase, Paradox, FoxPro і Access. З СУБД, що з'явилися недавно, слід також відзначити Microsoft Data Engine - по суті серверну СУБД, що є «полегшеною» версією Microsoft SQL Server, але призначену, проте, для використання головним чином в настільних системах і невеликих робочих групах.

Зведення про виробників перерахованих вище СУБД представлені в наступній таблиці.

СУБД	Виробник	URL
Visual dBase	dBase, Inc	http://www.dbase2000.com/
Paradox	Corel	http://www.corel.com/
Microsoft Access 2000	Microsoft	http://www.microsoft.com/
Microsoft FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Data Engine	Microsoft	http://www.microsoft.com/

Розглянемо кожну з цих СУБД окремо. Почнемо з dBase - СУБД, що була колись незвичайно популярною і сьогодні як і раніше не забутою, не дивлячись на те що за час свого існування вона змінила декілька господарів і в даний час доля її до кінця не визначена. [4, 35]

dBase і Visual dBase

Перша промислова версія СУБД dBase - dBase II (що належить тоді компанії Ashton-Tate, придбаною пізніше компанією Borland) з'явилася на початку 80-х років. Завдяки простоті у використанні, невимогливості до ресурсів комп'ютера і, що не менш важливий, грамотній маркетинговій політиці компанії-виробника цей продукт придбав чималу популярність, а з виходом наступних його версій - dBase III і dBase III Plus (1986 р.), оснащених вельми комфортним на ті часи середовищем розробки і засобами маніпуляції даними, швидко зайняв лідируючі позиції серед настільних СУБД і засобів створення застосувань, що використовують їх.

Зберігання даних в dBase засноване на принципі «одна таблиця - один файл» (ці файли зазвичай мають розширення *.dbf). MEMO-поля і BLOB-поля (доступні в пізніх версіях dBase) зберігаються в окремих файлах (зазвичай з розширенням *.dbt). Індекси для таблиць також зберігаються в окремих файлах. При цьому в ранніх версіях цієї СУБД була потрібна спеціальна операція реіндексування для приведення індексів у відповідність з поточним станом таблиці.

Формат даних dBase є відкритим, що дозволило ряду інших виробників запозичувати його для створення dBase-подібних СУБД, частково сумісних з dBase по форматах даних. Наприклад, вельми популярна колись СУБД FoxBase (розроблена Fox Software, Inc. і нині належна Microsoft) використовувала формат даних dBase для таблиць, проте формати для зберігання MEMO-полів і індексів були своїми власними, несумісними з dBase. Дуже популярний на початку 90-х років (і подекуди вживане до цих пір) засіб розробки Clipper компанії Nantucket Corp (придбаною згодом компанією Computer Associates) маніпулював як з даними формату dBase III (включаючи індексні файли і файли для MEMO-полів), так і з індексними файлами власного формату.

Крім популярного формату даних dBase є родоначальником і колись популярного сімейства мов програмування, що отримало назву xBase. Всі мови цього сімейства, що використовуються і в FoxBase, і в Clipper, і в деяких пізніших засобах розробки, таких як що канув в Лету CA Visual Objects фірми Computer Associates, містять схожий набір команд для маніпуляції даними і є мовами, що по суті інтерпретуються. В ролі інтерпретатора команд xBase виступає зазвичай або середовище розробки додатку на цій мові, або середовище часу виконання, яку можна поставляти разом з додатком. Відзначимо, що для утаєння початкового тексту xBase-доповнення подібні СУБД зазвичай містять утиліти для псевдокомпіляції коди, яка потім поставляється разом з середовищем часу виконання. У разі Clipper середовище часу виконання міститься в самому виконуваному файлі (і сам Clipper формально вважається компілятором), але проте ця мова по суті також є такою, що інтерпретується.

Мови сімейства xBase, що володіли чималою схожістю в синтаксисі і підтримуваному наборі команд за часів широкого застосування DOS, проте, мають немало відмінностей, особливо в пізніх версіях «спадкоємців», СУБД, що використали їх. Як правило, всі вони мають власні об'єктні розширення, і тому в даний час говорити про їх сумісність між собою практично не доводиться.

Відзначимо, проте, що для роботи з даними формату dBase (або інших dBase-подібних СУБД) абсолютно необов'язково користуватися діалектами xBase. Доступ до цих даних можливий за допомогою ODBC API (і відповідних драйверів) і деяких інших механізмів доступу до даним (наприклад, Borland Database Engine, деяких бібліотек інших виробників типу Сodebase фірми Sequenter), і це дозволяє створювати додатки, що використовують формат даних dBase, практично за допомогою будь-якого засобу розробки, що підтримує один з цих механізмів доступу до даним.

Після покупки dBase компанією Borland цей продукт, що отримав згодом назву Visual dBase, придбав набір додаткових можливостей, характерних для засобів розробки цієї компанії і для тієї, що була у неї іншою настільною СУБД, - Paradox. Серед цих можливостей були спеціальні типи полів для графічних даних, підтримувані індекси, зберігання правил посилальної цілісності усередині самої бази даних, а також можливість маніпулювати даними інших форматів, зокрема серверних СУБД, за рахунок використання BDE API і SQL Links.

В даний час Visual dBase належить компанії dBase, Inc. Його остання версія - Visual dBase 7.5 має наступні можливості:

· Засоби маніпуляції даними dBase і FoxPro всіх версій.

· Засоби створення форм, звітів і додатків.

· Засоби публікації даних в Internet і створеннях Web-клиентов.

· Ядро доступу до даним Advantage Database Server фірми Extended Systems і ODBC-драйвер для доступу до даним цієї СУБД.

· Засоби публікації звітів в Web.

· Засоби візуальної побудови запитів.

· Засоби генерації виконуваних файлів і дистрибутивів.

В даний час до Visual dBase як доповнення може бути придбаний компонент dConnections, що дозволяє здійснити доступ даним Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase з Visual dBase 7.5 і додатків, створених з його допомогою. Компанія dBase, Inc оголосила також про проект dBASE Open Source, метою якого є розробка співтовариством користувачів dBase нових компонентів і класів з метою включення їх в подальшу версію dBase (що отримала назву dBase 2000). Іншими словами, є тенденція перетворення dBase (або його частин) в некомерційний продукт з доступними початковими текстами.

Paradox

Paradox був розроблений компанією Ansa Software, і перша його версія побачила світло в 1985 році. Цей продукт був згодом придбаний компанією Borland. З липня 1996 року він належить компанії Corel і є складовою частиною Corel Office Professional.[4, 39]

В кінці 80-х - початку 90-х років Paradox, що належав тоді компанії Borland International, був вельми популярною СУБД, у тому числі і в наший країні, де він у свій час займав стійкі позиції на ринку засобів розробки настільних застосувань з базами даних.

Принцип зберігання даних в Paradox схожий з принципами зберігання даних в dBase - кожна таблиця зберігається в своєму файлі (розширення *.db), MEMO- і BLOB-поля зберігаються в окремому файлі (розширення *.md), як і індекси (розширення *.px).

Проте, на відміну від dBase, формат даних Paradox не є відкритим, тому для доступу до даним цього формату потрібні спеціальні бібліотеки. Наприклад, в додатках, написаних на C або Pascal, використовувалася колись популярна бібліотека Paradox Engine, що стала основою Borland Database Engine. Ця бібліотека використовується нині в додатках, створених за допомогою засобів розробки Borland (Delphi, C++Builder), в деяких генераторах звітів (наприклад, Crystal Reports) і в самому Paradox. Існують і ODBC-драйвери до баз даних, створених різними версіями цієї СУБД.

Відзначимо, проте, що відсутність <відвертості> формату даних має і свої достоїнства. Оскільки в цій ситуації доступ до даних здійснюється тільки за допомогою тих, що <знають> цей формат бібліотек, просте редагування подібних даних в порівнянні з даними відкритих форматів типу dBase істотно утруднено. В цьому випадку можливі такі недоступні при використанні <відкритих> форматів даних сервіси, як захист таблиць і окремих полів паролем, зберігання деяких правил посилальної цілісності в самих таблицях - всі ці сервіси надаються Paradox, починаючи з перших версій цієї СУБД.

В порівнянні з аналогічними версіями dBase ранні версії Paradox зазвичай надавали розробникам баз даних істотно більш розширені можливості, такі як використання ділової графіки в DOS-доповненнях, оновлення даних в додатках при багатокористувачевій роботі, візуальні засоби побудови запитів, на основі інтерфейсу QBE - Query by Example (запит за зразком), засоби статистичного аналізу даних, а також засоби візуальної побудови інтерфейсів призначених для користувача застосувань з автоматичною генерацією коди на мові програмування PAL (Paradox Application Language).

Windows-версії СУБД Paradox, крім перерахованих вище сервісів, дозволяли також маніпулювати даними інших форматів, зокрема dBase і даними, що зберігаються в серверних СУБД. Таку можливість користувачі Paradox дістали завдяки використанню бібліотеки Borland Database Engine і драйверів SQL Links. Це дозволило використовувати Paradox як універсального засобу управління різними базами даних (істотно полегшена версія Paradox 7 під назвою Database Desktop як і раніше входить до складу Borland Delphi і Borland C++Builder саме з цією метою). Що ж до базового формату даних, використовуваного в цьому продукті, то він володіє тими ж недоліками, що і всі формати даних настільних СУБД, і тому при нагоді його прагнуть замінити на серверну СУБД, навіть зберігши сам Paradox як засіб розробки додатків і маніпуляції даними.

Поточна версія даної СУБД - Paradox 9, поставляється в двох варіантах - Paradox 9 Standalone Edition і Paradox 9 Developer's Edition. Перший з них призначений для використання як настільна СУБД і входить в Corel Office Professional, другий, - як настільної СУБД, так і засобу розробки додатків і маніпуляції даними в серверних СУБД. Обидві версії містять:

· Засоби маніпуляції даними Paradox і dBase.

· Засоби створення форм, звітів і додатків.

· Засоби візуальної побудови запитів.

· Засоби публікації даних і звітів в Internet і створеннях Web-клієнтів.

· Corel Web-сервер.

· ODBC-драйвер для доступу до даним формату Paradox з Windows-приложений.

· Засоби для доступу до даним формату Paradox з Java-приложений.

· Крім цього Paradox 9 Developer's Edition містить:

· Run-time-версию Paradox для постачання разом з додатками.

· Засоби створення дистрибутивів.

· Драйвери SQL Links для доступу до даним серверних СУБД.

Відзначимо, проте, що популярність цього продукту як засоби розробки останнім часом дещо знизилася, хоча в світі експлуатується ще немало інформаційних систем, створених з його допомогою.

Microsoft FoxPro і Visual FoxPro

FoxPro веде своє походження від настільної СУБД FoxBase фірми Fox Software. Розробляючи FoxBase в кінці 80-х років, ця компанія переслідувала мету створити СУБД, функціонально сумісну з dBase з погляду організації файлів і мови програмування, але що істотно перевищує її по продуктивності. Одним із способів підвищення продуктивності була ефективніша організація індексних файлів, ніж в dBase, - по формату індексних файлів ці дві СУБД несумісні між собою.

В порівнянні з аналогічними версіями dBase, FoxBase і пізніша версія цього продукту, що отримала назву FoxPro, надавали своїм користувачам декілька ширші можливості, такі як використання ділової графіки, генерація коди додатків, автоматична генерація документації до додатків і так далі

Згодом цей продукт був придбаний компанією Microsoft. Його останні версії (починаючи з версії 3.0, випущеною в 1995 році) отримали назву Visual FoxPro. З кожною новою версією цей продукт виявлявся все більш і більш інтегрований з іншими продуктами Microsoft, зокрема з Microsoft SQL Server, - до складу Visual FoxPro протягом декількох останніх років входять засоби перенесення даних FoxPro в SQL Server і засобах доступу до даним цього сервера з Visual FoxPro і створених з його допомогою застосувань. Хоча формат даних FoxPro також модифікувався з кожною новою версією, набуваючи таких можливостей, як зберігання правил посилальної цілісності і деяких бізнес-правил в самій базі даних, міграції додатків Visual FoxPro на серверні платформи приділялася значно більша увага.

Остання версія цього продукту - Visual FoxPro 6.0, доступна і окремо, і як складова частина Microsoft Visual Studio 6.0. Відмітною особливістю цієї настільної СУБД від двох розглянутих вище є інтеграція цього продукту з технологіями Microsoft, зокрема підтримка COM (Component Object Model - компонентна об'єктна модель, що є основою функціонування 32-розрядних версій Windows і організації розподілених обчислень в цій операційній системі), інтеграція з Microsoft SQL Server, можливості створення розподілених застосувань, заснованих на концепції Windows DNA (Distributed interNet Applications).

Visual Fox Pro 6.0 надає наступні можливості:

· Засоби публікації даних в Internet і створеннях Web-клиентов.

· Засоби створення ASP-компонентов і Web-приложений.

· Засоби створення COM-объектов і об'єктів для Microsoft Transaction Server, що дозволяють створювати масштабовані багатоланкові застосування для обробки даних.

· Засоби доступу до даним серверних СУБД, що базуються на використанні OLE DB (набір COM-интерфейсов, що дозволяє здійснити уніфікований доступ даним з різноманітних джерел, зокрема з нереляційних баз даних і інших джерел, наприклад Microsoft Exchange).

· Засоби доступу до даним Microsoft SQL Server і Oracle, включаючи можливість створення і редагування таблиць, трігерів, процедур, що зберігаються

· Засоби відладки процедур Microsoft SQL Server, що зберігаються.

· Засіб візуального моделювання компонентів і об'єктів, що є складовими частинами додатку - Visual Modeller.

· Засіб для управління компонентами додатків, що дозволяє здійснювати їх повторне використання.

Отже, тенденції розвитку цього продукту очевидні: з настільної СУБД Visual FoxPro поступово перетворюється на засіб розробки додатків в архітектурі <клієнт/сервер> і розподілених застосувань в архітектурі Windows DNA. Втім, ці тенденції певною мірою характерні для всіх найбільш популярних настільних СУБД - ми вже переконалися, що і dBase, і Paradox також дозволяють здійснювати доступ до найбільш популярних серверних СУБД.

Microsoft Access

Перша версія СУБД Access з'явилася на початку 90-х років. Це була перша настільна реляційна СУБД для 16-розрядної версії Windows. Популярність Access значно зросла після включення цієї СУБД до складу Microsoft Office.

На відміну від Visual FoxPro, що фактично перетворився на засіб розробки додатків, Access орієнтований в першу чергу на користувачів Microsoft Office, у тому числі і не знайомих з програмуванням. Це, зокрема, виявилося в тому, що вся інформація, що відноситься до конкретної бази даних, а саме таблиці, індекси (природно, підтримувані), правила посилальної цілісності, бизнес-правила, список користувачів, а також форми і звіти зберігаються в одному файлі, що в цілому зручно для початкуючих користувачів.

Остання версія цієї СУБД - Access 2000 входить до складу Microsoft Office 2000 Professional і Premium, а також доступна як самостійний продукт. До складу Access 2000 входять:

Засоби маніпуляції даними Access і даними, доступними через ODBC (останні можуть бути <приєднані> до бази даних Access).

Засоби створення форм, звітів і додатків; при цьому звіти можуть бути експортовані у формат Microsoft Word або Microsoft Excel, а для створення додатків використовується Visual Basic for Applications, загальний для всіх складових частин Microsoft Office.

· Засоби публікації звітів в Internet.

· Засоби створення інтерактивних Web-приложений для роботи з даними (Data Access Pages).

· Засоби доступу до даним серверних СУБД через OLE DB.

· Засоби створення клієнтських застосувань для Microsoft SQL Server.

· Засоби адміністрування Microsoft SQL Server.

Підтримка COM в Access виражається в можливості використовувати елементи управління ACTIVEX у формах і Web-страницах, створених за допомогою Access. На відміну від Visual FoxPro створення COM-серверов за допомогою Access не передбачається.

Іншими словами, Microsoft Access може бути використаний, з одного боку, як настільна СУБД і складова частина офісного пакету, а з іншого боку, як клієнт Microsoft SQL Server, що дозволяє здійснювати його адміністрування, маніпуляцію його даними і створення додатків для цього сервера.

Крім маніпуляції даними Microsoft SQL Server, Access 2000 дозволяє також як сховище даних використовувати Microsoft Data Engine (MSDE), настільний сервер баз даних, що є по суті, сумісний з Microsoft SQL Server.

Microsoft Data Engine

MSDE є СУБД, що базується на технологіях Microsoft SQL Server, але призначену для використання в настільних системах або в мережевих застосуваннях з об'ємом даних до 2 Гбайт і невеликою кількістю користувачів. По суті MSDE є полегшеною версією Microsoft SQL Server, що не містить засобів адміністрування, і до настільних СУБД може бути віднесена вельми умовно.

У Microsoft Access користувач може вибрати, який механізм доступу до даних слід застосовувати: Microsoft Jet - стандартний набір бібліотек доступу до даним або MSDE (в цьому випадку управління базою даних здійснюється за допомогою окремого процесу). Можливе перетворення наявних баз даних Access в базу даних MSDE з середовища розробки Access.

Бази даних MSDE повністю сумісні з базами даних Microsoft SQL Server і можуть при необхідності управлятися цим сервером. Як більшість серверних СУБД, ці бази даних підтримують транзакції, дозволяють створювати трігери і процедури (недоступні в базах даних Access), що зберігаються, використовувати механізми захисту даних, що надаються операційною системою. Крім цього при великому числі користувачів і великому об'ємі даних додатку, використовуючи MSDE, відрізняються вищою продуктивністю, оскільки обробка запитів відбувається усередині процесу, керівника базою даних, а не усередині клієнтського застосування, що дозволяє понизити мережевий трафік, пов'язаний з передачею даних від сервера до клієнта.

MSDE входить до складу Microsoft Office 2000 Premium або Developer, а також доступна на Web-сайте Microsoft для зареєстрованих користувачів Visual Studio 6.0 Professional, Enterprise Edition або будь-якого із засобів розробки, що є частиною Visual Studio 6.0 Professional або Enterprise Edition. MSDE може вільно розповсюджуватися у складі додатків, створених за допомогою будь-якого із засобів розробки, що входить до складу Visual Studio 6.0 або Office 2000 Developer.[4, 46]

1.3 Актуальність використання настільних СУБД

Не дивлячись на те, що багато авторів висловлюють думку, що час цих СУБД пройшов, вони як і раніше використовуються і деякі з них достатньо активно. До подібних СУБД належать DBase,FoxPro, Paradox, MS Access. Звичайно, настільні СУБД володіли, володіють і володітимуть всіма недоліками файл-серверної архітектури. Не викликають сумніву слова про погану захищеність даних, повільну роботу, труднощі з підтримкою обмежень цілісності, проблемах з дублюванням даних при міграції і резервному копіюванні, труднощах адміністрування, катастрофічного зниження швидкості обробки при зростанні об'ємів даних і так далі і тому подібне.

Проте, використовувані для вирішення проблеми засоби повинні відповідати складності вирішуваної проблеми. Так, навряд чи має сенс витрачати на розробку і впровадження інформаційної системи засоби, істотно більші, ніж весь річний оборот підприємства, а для багатьох підприємств сфери малого (а, можливо, і середнього) бізнесу справа йде саме так. Слід розуміти, що витрати на придбання готового програмного забезпечення (зокрема, серверною СУБД), а також розробку відповідної інформаційної системи, що функціонує під управлінням це СУБД, складуть від декількох десятків тисяч до декількох мільйонів доларів. Отже, де ж і як використовуються на сьогоднішній день перераховані вище СУБД? Перш за все, це державні (муніципальні) установи, сфера освіти, сфера обслуговування, малий і середній бізнес. Специфіка завдань, що виникають там, полягає в тому, що об'єми даних не є катастрофічно великими, частота оновлень не буває дуже великою, організація територіально зазвичай розташована в одній невеликій будівлі, кількість користувачів коливається від одного до 10-15 чоловік. У подібних умовах використання настільних СУБД для управління інформаційними системами є цілком виправданим і з успіхом застосовується. Більш того, останні версії настільних СУБД придбали деякі якості, необхідні для нормальної роботи, такі, наприклад, як підтримка обмежень цілісності і механізму транзакцій. Деякі настільні СУБД функціонують в середовищі MicrosoftWindows, а також «обзавелися» засобами реалізації віконного призначеного для користувача інтерфейсу, наприклад, Microsoft Access і Visual FoxPro. [1, 68]

1.4 Напрями і перспективи розвитку настільних СУБД

У даній роботі ми розглянули найбільш популярні на сьогоднішній день настільні СУБД і прослідкували історію їх розвитку. Ми побачили, що розвиток тих з настільних СУБД, що зуміли зберегти свою популярність впродовж багатьох років, підкорялося цілком певним закономірностям. Всі ці СУБД:

· придбали візуальні засоби проектування форм, звітів і додатків у момент появи ранніх Windows-версий;

· почали надавати доступ даним серверних СУБД до моменту появи перших 32-розрядних версій;

· придбали засоби публікації даних в Internet і в тому або іншому ступені підтримують створення додатків для редагування даних за допомогою Web-браузеров;

· почали надавати можливість зберігати описи правил посилальної цілісності усередині бази даних.

Крім цього всі сучасні СУБД, за винятком Corel Paradox, як альтернатива власному формату даних дозволяють використовувати для створення настільних застосувань полегшені сервери баз даних, призначені для використання на одному комп'ютері або в рамках невеликої робочої групи. Іншими словами, історія розвитку настільних СУБД відображає сучасні тенденції розвитку інформаційних систем, такі як створення розподілених систем з використанням Internet або Intranet, застосування засобів швидкої розробки додатків і масове перенесення додатків, що використовують бази даних, включаючи настільні застосування, в архітектуру <клієнт/сервер>.

2.Практична частина роботи

2.1Загальна характеристика завдання

Розглянемо наступне завдання.

Побудувати таблиці по приведених нижче даним. (мал. 2.1 - 2.3).

Виконати розрахунок залишків внесків.

Організувати міжтабличні зв'язки для автоматичного формування відомості залишків внесків з нарахованими відсотками.

Результати обчислень представити в графічному вигляді.

№ особового рахунку	Вид внеску	Сума внеску
		залишок входить, тис. крб.	прихід, тис. крб.	витрата, тис. крб.	залишок входить, тис. крб.
R6798	До запитання	54		4
F5774	Святковий	45
S3354	Терміновий	76	8	9
G6723	До запитання	15	12	2
Z3421	Терміновий	6	3

Мал. 2.1.1. Операційний щоденник

№ особового рахунку	Вид внеску	Залишок внеску з нарахованим відсотком %
R6798	До запитання
F5774	Святковий
S3354	Терміновий
G6723	До запитання
Z3421	Терміновий

Мал. 2.1.2 Залишок внеску з нарахованим відсотком

Вид внеску	Процентна ставка %
До запитання	2
Святковий	5
Терміновий	3

Мал. 2.1.3 Процентна ставка

2.2 Опис алгоритму рішення задачі

1. Запустити табличний процесор MS Excel.

2. Створити книгу з ім'ям «Внески».

3. Лист 1 перейменувати в лист з назвою Операційний щоденник.

4. На робочому листі Операційний щоденник MS Excel створити таблицю операційного щоденника.

5. Заповнити таблицю базового прайс-листа початковими даними. (мал. 2.2.1.)

Мал. 2.2.1 Розташування таблиці «Операційний щоденник» на робочому листі Операційний що денник MS Excel

6.Розробити структуру шаблону таблиці «Залишок внеску з нарахованим відсотком» (мал. 2.2.2)

Колонка електронної таблиці	Найменування (реквізит)	Тип даних	Формат даних
			довжина	точність
А	№ особового рахунку	текстовий	5
У	Вид внеску	текстовий	30
З	Залишок внеску з нарахованим відсотком %	числовий	20	2

Мал. 2.2.2 Структура шаблону таблиці «Залишок внеску з нарахованим відсотком»

Лист 2 перейменувати в лист з назвою Залишок внеску.

На робочому листі Залишок внеску створити таблицю, в якій міститимуся список рахунків і залишки внесків на них з нарахованими відсотками.

Заповнимо таблицю залишків внесків з нарахованими відсотками початковими даними. (мал. 2.2.3.)

Мал. 2.2.3 Розташування таблиці «Залишок внеску з нарахованим відсотком» на робочому листі Залишок внеску MS Excel

10. Лист 3 перейменувати в лист з назвою Процентна ставка.

11. На робочому листі Процентна ставка створити таблицю, в якій міститимуться види внесків і відповідні їм процентні ставки. Заповнити таблицю початковими даними. (мал. 2.2.4.)

Мал. 2.2.4 Розташування таблиці «Процентна ставка» на робочому листі Процентна ставка MS Excel

12. Заповнити графу Залишок входить таблиці «Операційний щоденник», що знаходиться на листі Операційний щоденник таким чином:

Занести в осередок F3 формулу:

=C3+D3-E3.

Розмножити введену в осередок F3 формулу для решти осередків (з F4 по F7) даної графи.

Таким чином, буде виконаний цикл, параметром якого, що управляє, є номер рядка. (мал. 2.2.5.)

Мал. 2.2.5 Розрахунок залишків що входять на листі Операційний

щоденник MS Excel

13. Заповнити графу Залишок внеску з нарахованим відсотком таблиці, що знаходиться на листі Залишок внеску таким чином:

Занести в осередок С2 формулу:

=(ПРОГЛЯДАННЯ(B2:B6;'Процентная ставка'!$A$2:$A$4;'Процентная ставка'!$B$2:$B$4) /100+1)*'Операційний щоденник'!F3

При побудові формули скористалися майстром функцій (мал. 2.2.6.):



Мал. 2.2.6 Діалогове вікно побудови функції ПЕРЕГЛЯД

Розмножити введену в осередок С2 формулу для решти осередків даної графи (з С3 по С6). (мал. 2.2.7.)

Мал. 2.2.7 Розрахунок залишків внесків з нарахованими відсотками

шляхом розмноження функції

14. Лист 4 перейменувати в лист з назвою Графік.

15. На робочому листі Графік MS Excel створити таблицю із списком номерів особових рахунків і відповідних залишків внесків з нарахованими відсотками. Але основі цієї таблиці будуємо гістограму.

16. Результати розрахунків представити графічно. (мал. 2.2.8.)

№ особового рахунку	Вид внеску	Залишок внеску з нарахованим відсотком, тис. крб.
R6798	До запитання	51,00
F5774	Святковий	47,25
S3354	Терміновий	77,25
G6723	До запитання	25,50
Z3421	Терміновий	9,27



Мал. 2.2.8 Таблиця «Залишок внеску з нарахованим відсотком» і графічне представлення обчислень

Список літератури

1.Пушников А.Ю. Введення в системи управління базами даних. Частина 1. 2.Реляційна модель даних: Учбовий посібник/Вид. Башкирського ун-ту. - Уфа, 1999. - 108 с.

3.Бойко В.В., Савінков В.М. Проектування баз даних інформаційних систем. - М.: Фінанси і статистика, 1989. - 351 с.

4.Кузнецов С.Д. Введення в системи управління базами даних //СУБД. - 1995. - №1,2,3,4, 1996. - №1,2,3,4,5.

5.Федоров А. Н., Елманова Н. С. ВВедення в бази даних Частина 2. Настільні Субд// Компьютерпресс - 2000. - № 3,4.

6.http://www.compress.ru/