Настільні системи управління базами даних

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Зміст
1. Настільні СУБД
1.1. Основи роботи настільних СУБД
1.2. Microsoft Data Engine
2. Практична частина роботи
2.1. Загальна характеристика завдання
2.2. Опис алгоритму розв'язання задачі
Список літератури

Введення
Років двадцять тому обробка даних проісводілась за допомогою мейнфреймів і міні-ЕОМ і мала свої переваги, певною мірою втрачені пізніше, в епоху персональних комп'ютерів і настільних СУБД. До них, зокрема, належали:
· Можливість колективного використання ресурсів та обладнання, наприклад, центрального процесора, оперативної пам'яті, зовнішніх пристроїв (принтерів, плотерів, накопичувачів на магнітній стрічці та інших пристроїв зберігання даних і т.д.);
· Централізоване зберігання даних.
Серйозним недоліком подібних систем було практична відсутність персоналізації робочого середовища - все програмне забезпечення, включаючи текстові редактори, компілятори, СУБД, зберігалася також централізовано і використовувалося колективно.
Цей недолік був однією з причин бурхливого росту індустрії персональних комп'ютерів - поряд з простотою в експлуатації і невисокою вартістю в порівнянні з мейнфреймами і міні-ЕОМ користувачів привертали можливості персоналізації робочого середовища, особливо можливість вибору найбільш підходящого даному користувачеві програмного забезпечення. Саме в той період і почалося бурхливе зростання популярності настільних СУБД, таких як 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 формально вважається компілятором), але тим не менше ця мова по суті також є інтерпретованою.
Володіли чималою схожістю в синтаксисі і підтримуваному наборі команд за часів широкого застосування DOS, мови сімейства xBase, тим не менше, мають чимало відмінностей, особливо в пізніх версіях <спадкоємців>, що використали їх СУБД. Як правило, всі вони мають власні об'єктні розширення, і тому в даний час говорити про їх сумісності між собою практично не доводиться.
Відзначимо, однак, що для роботи з даними формату 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.

1.2. 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. Загальна характеристика завдання

Розглянемо таку задачу.
1. Побудувати таблиці за наведеними нижче даними (рис. 2.1 - 2.3).
2. Виконати розрахунок залишків вкладів.
3. Організувати межтаблічние зв'язку для автоматичного формувати відомості залишків вкладів з нарахованими відсотками.
4. Результати обчислень представити у графічному вигляді.
№ особового рахунку
Вид вкладу
Сума вкладу
залишок вхідний, тис. руб.
прихід, тис. руб.
витрата, тис. руб.
залишок вхідний, тис. руб.
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.)
1.bmp
Рис. 2.2.1. Розташування таблиці «Операційний щоденник» на робочому аркуші Операційний щоденник MS Excel
6. Розробити структуру шаблону таблиці «Залишок вкладу з нарахованими відсотком» (рис. 2.2.2)
Колонка електронної таблиці
Найменування (реквізит)
Тип даних
Формат даних
довжина
точність
А
№ особового рахунку
текстовий
5
У
Вид вкладу
текстовий
30
З
Залишок вкладу з нарахованими відсотком,%
числовий
20
2
Рис. 2.2.2. Структура шаблону таблиці «Залишок вкладу з нарахованими відсотком»
7. Лист 2 перейменувати на лист з назвою Залишок вкладу.
8. На робочому аркуші Залишок вкладу створити таблицю, в якій буду міститися список рахунків і залишки вкладів на них з нарахованими відсотками.
9. Заповнимо таблицю залишків вкладів з нарахованими відсотками вихідними даними. (Рис. 2.2.3.)
Рис. 2.2.3. Розташування таблиці «Залишок вкладу з нарахованими відсотком» на робочому аркуші Залишок вкладу MS Excel
10. Лист 3 перейменувати на лист з назвою Процентна ставка.
11. На робочому аркуші Процентна ставка створити таблицю, в якій міститимуться види вкладів та відповідні їм процентні ставки. Заповнити таблицю вихідними даними. (Рис. 2.2.4.)
3.bmp
Рис. 2.2.4. Розташування таблиці «Відсоткова ставка» на робочому аркуші Процентна ставка MS Excel
12. Заповнити графу Залишок входить таблиці «Операційний щоденник», що знаходиться на аркуші Операційний щоденник наступним чином:
Занести в клітинку F3 формулу: = C3 + D3-E3.
Розмножити введену в клітинку F3 формулу для інших осередків (з F4 за F7) цієї графи.
Таким чином, буде виконано цикл, керуючим параметром якого є номер рядка (рис. 2.2.5.)
4.bmp
Рис. 2.2.5. Розрахунок залишків входять на аркуші Операційний щоденник MS Excel
13. Заповнити графу Залишок вкладу з нарахованими відсотком таблиці, що знаходиться на аркуші Залишок вкладу наступним чином:
Занести в клітинку С2 формулу:
= (VIEW (B2: B6; 'Процентна ставка'! $ A $ 2: $ A $ 4; 'Процентна ставка'! $ B $ 2: $ B $ 4) / 100 +1) * "Операційний щоденник '! F3
При побудові формули скористалися майстром функцій (рис. 2.2.6.):
5.bmp
Рис. 2.2.6. Діалогове вікно побудови функції ПЕРЕГЛЯД
Розмножити введену в клітинку С2 формулу для решти осередків цієї графи (з С3 за С6). (Рис. 2.2.7.)
66.bmp
Рис. 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. Реляційна модель даних: Навчальний посібник / Вид-е Башкирського ун-ту. - Уфа, 1999. - 108 с.
2. Бойко В.В., Савінков В.М. Проектування баз даних інформаційних систем. - М.: Фінанси і статистика, 1989. - 351 с.
3. Кузнєцов С.Д. Введення в системи управління базами даних / / СУБД. - 1995. - № 1,2,3,4, 1996. - № 1,2,3,4,5.
4. Федоров А. Н., Єлманова Н. С. Введення в бази даних Частина 2. Настільні СУБД / / КомпьютерПресс - 2000. - № 3,4.
5. http://www.comdivss.ru/
Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Курсова
101.1кб. | скачати


Схожі роботи:
Системи управління базами даних 2
Системи управління базами даних
Системи управління базами даних 2
Системи управління базами даних
Системи управління базами даних
Сучасні системи управління базами даних
Сервери і системи управління базами даних
Системи управління базами даних 2 Розгляд ієрархічної
Використання системи управління базами даних Acceess при веденні бухгалтерського обліку витрат
© Усі права захищені
написати до нас