ористувачем самостійно.
Четверта форма - Картки Користувачів raquo ;. Тут у нас лишь три поля для вводу це - Ім я raquo ;, Код та Адреси raquo ;. Код інкрементується автоматично, а Інші поля та патенти заповнюваті самому. Вигляд форми наведено на малюнку 10.
Рисунок 10 - Форма читачі
Ну і остання п ята форма - це кнопочка форма, с помощью якої, мі Можемо вводіті та корегувати Дані таблиці бази даних переходячі до необхідніх форм клікаючі по відповіднім кнопкам на кнопковій форме.
Головна сторінка створеної кнопкової форми наведена на малюнку 11.
Малюнок 11 - Головна сторінка кнопкової форми
Як и винне буті - при клікі по будь якому елементи меню кнопкової форми ми або Переходимо на один Із елементів управління бази даних, або віходімо з неї, при клікі по кнопці Вихід .
При натісканні на кнопку Форми ми перейдемо на другий рівень нашого меню, в якому можна Відкрити для Додавання даних одну з форм, Які були створені для таблиць.
При натісканні ж на кнопку Предложения нам відкріється другий рівень меню з доступними до виконан запите, все очень просто.
ОКРЕМЕ кнопкою я віділів виконан макросу Комплекс Книги немає laquo ;. Цей макрос послідовно запускає декілька Запитів, Які Повністю переглядають в табліці Картки чітачів дані про наявність книг в Бібліотеці, а потім вносячи необхідні Зміни про статус книг в таблицю Книги" . Це дуже сильно спрощує роботу з базою даних, Аджея зникає необходимость вести облік наявності книг вручну, все за нас Зробі середовище бази даних, если Йому правильно поясніті, что ми від него Хочемо.
І Останнє про форми - Хотів бі Додати, что для Додавання Запитів в кнопкову форму були створені додаткові форми по всім необхіднім запитам, однак я їх НЕ Згадую, того что смороду Повністю повторюють собою відповідні Предложения и існують лишь для создания кнопкової форми.
3.5 Розробка Запитів
Предложения - це найцікавіша частина цієї курсової роботи, на мою думку. У цьом розділі проявляється найбільше фантазії та вінахідлівості. Всьому Цьом ми вдячні мові SQL, яка в Цій курсовій работе набліжує нас до программирования.
Всі Предложения без виключення розроблені в режімі SQL, автоматичності редакторами, Які постачаються в середовіщі MS Access +2010 я не користувався.
Всього Запитів розроблено п ять включаючі дві на оновлення даних. Почнемо з трьох основних Запитів, Які Працюють на вібірку даних.
Рисунок 12 - Предложения
Перший з них це - Боржники raquo ;. Цей запит Повертає імена та адреси чітачів, Які взяли книги та не Вчасно їх повернули. Запитів Враховується период на Який книга булу видана чітачеві и если, период Закінчився, а читач так и не повернувши книгу ВІН потрапляє у вібірку. Цей запит задовольняє фрагмент Завдання про облік боржників.
Другий запит це - Вібірка за жанром raquo ;. ВІН перевіряє в табліці Книги атрибут Жанр и если значення цього поля співпадає з введенням користувачем жанром дані про Цю книгу потрапляють у вібірку. Завдяк цьом запітові читач может ознайомітіся з книгами визначеного жанру у Бібліотеці и Вже віходячі з цієї информации візначатіся з тім, якові книгу Йому взяти почитати цього разу. Доволі Зручне, Я вважаю.
Наступний запит - Книги відсутні в Бібліотеці raquo ;. Дзеркальний запит до попередня. Результати цього запиту будут більш корисностям для працівніків бібліотеки, смороду знатімуть, Які самє книги Взагалі поза руках у чітачів. Проти, если читача цікавить якась конкретна книга и ВІН бажає взяти в Бібліотеці лишь ее и только ее, то результати цього запиту будут для него очень корисностям, це набагато швідше та зручніше чем шукати книгу в вібірці наявний книг, якіх может буті Дуже багато.
Тепер Переходимо до Додатковий Запитів, Які Працюють на оновлення табліці Книги в базі.
Перший з них та четвертий Взагалі це - запит Обновіті в табліці статус книг raquo ;. ВІН перевіряє книги на їх відсутність у Бібліотеці та оновлює таблицю Книги при знаходженні книг, что відсутні. Лише для відсутніх книг працює цею запит, Аджея, нажаль, версия SQL, яка вікорістовується в СУБД Microsoft Access НЕ дозволяє Виконувати более однієї Дії в одному запіті, того деякі, даже поєднані Дії, необходимо відокремлюваті в ОКРЕМІ Предложения. Проти, з Іншого боці, такий ПІДХІД збільшує чітаність кодів Запитів, того что смороду стають простішімі и віконують лишь одну визначеня функцію.
Другий Спеціальний запит н...
