">. 3.3 Звіти
Звіт - це об'єкт бази даних, який призначений для виведення інформації з баз даних, насамперед, на друк.
Звіти дозволяють вибрати з баз даних потрібну користувачу інформацію, оформити її у вигляді документа, перед друком переглянути на екрані [9; 10].
Джерелом даних для звіту може служити таблиця або запит. Крім даних, отриманих з таблиць, у звіті можуть відображатися обчислювані поля, наприклад, підсумкові суми.
У даній БД представлені наступні звіти:
Складовою звіт, заснований на таблиці Квиток.
Звіт за датою, що виводить сеанси у вказаному користувачем часовому проміжку.
Звіти можна побачити в додатку Д.
3. ЗОВНІШНЄ ДОДАТОК кіноцентрі «ПІРАМІДА»
. 1 Основи розробки зовнішніх додатків в Delphi
Зовнішнє додаток для баз даних - це виконане в якій або середовищі програмування додаток для роботи з базою даних без використання СУБД. В даному випадку середу програмування - Delphi.
Існує кілька способів доступу до даних із засобів розробки і клієнтських додатків.
Системи управління базами даних містять у своєму складі бібліотеки, що надають спеціальний прикладний програмний інтерфейс (Application Programming Interface, API) для доступу до даних цієї СУБД. Зазвичай такий інтерфейс являє собою набір функцій, що викликаються з клієнтського додатку. У разі настільних СУБД ці функції забезпечують читання/запис файлів бази даних, а в разі серверних СУБД ініціюють передачу запитів серверу баз даних та отримання від сервера результатів. Бібліотеки, що містять API для доступу до даних серверної СУБД, зазвичай входять до складу її клієнтського програмного забезпечення, що встановлюється на комп'ютерах, де функціонують клієнтські додатки [11, 114].
Останнім часом Windows-версії клієнтського програмного забезпечення найбільш популярних серверних СУБД, зокрема Microsoft SQL Server, Oracle, Informix, містять також СОМ-сервери, що надають об'єкти для доступу до даних.
Використання клієнтського API (або клієнтських СОМ-об'єктів) є природним і ефективним способом маніпулювання даними в додатку. Однак у цьому випадку створене додаток зможе використовувати дані тільки конкретної СУБД, так як клієнтські АРI і об'єктні моделі не підкоряються будь-яким стандартам і різні для різних СУБД.
Другий спосіб роботи з даними в додатку базується на застосуванні універсальних механізмів доступу до даних.
Універсальний механізм доступу до даних зазвичай реалізований у вигляді бібліотек і додаткових модулів, званих драйверами або провайдерами. Бібліотеки містять стандартний набір функцій або класів, що підкоряється певної специфікації. Додаткові модулі реалізують безпосереднє звернення до функцій клієнтського API конкретних СУБД [11, 121].
Програми, що використовують універсальні механізми доступу до даних, легко модифікувати, якщо необхідна зміна СУБД. Крім очевидних достоїнств універсальні механізми мають ряд недоліків:
неможливість використання функціональності, специфічної для конкретної СУБД;
зниження продуктивності додатків;
ускладнення процедури поставки програми.
Останній недолік пов'язаний з тим, що до складу програми потрібно включати бібліотеки, відповідальні за реалізацію універсальних механізмів, драйвери, а також забезпечувати настройки, необхідні для їх правильного функціонування.
До універсальних механізмам доступу до даних відносяться:
ODBC - Open Database Connectivity.DB - Object Linking and Embedding Database.- ActiveX Data Objects.- Borland Database Engine [11; 16].
OLE DB і ADO - частина універсального механізму доступу до даних фірми Microsoft (Microsoft Universal Data Access), що дозволяє здійснити доступ як до реляційних, так і до нереляціоннимі джерел даних, таким як файлова система, дані електронної пошти , багатовимірні сховища даних та ін.
Отже, додаток, що використовує бази даних, може застосовувати такі механізми доступу до даних:
безпосередній виклик функцій клієнтського API або звернення до СОМ-об'єктів (Component Object Model) клієнтських бібліотек;
виклик функцій ODBC API (або застосування класів, інкапсулюючих подібні виклики);
безпосереднє звернення до інтерфейсів OLE DB;
застосування ADO (або застосування класів, інкапсулюючих звернення до об'єктів ADO);
застосування ADO + OLE DB + ODBC;
...
