12.3.4 Створення звітних форм
У даному пункті описується питання створення звітних форм і встановлення їх доступу до БД і організація обробки даних
Створення звітних форм можна представити як всяка форма і розглянути в даній главі разом з екранними формами. Однак формування звіту має свої особливості. Крім того, процес формування звітів можна розглянути окремо від питань СУБД. Формування звітних форм більш-менш окреме питання через те, що звіт включає три види компонентів. Це екранна форма звіту у вигляді тексту і таблиці, форма звіту виводяться на паперові носії, графічні матеріали та матеріали, формовані у вигляді електронних файлів.
Тому всі ці питання винесемо на окрему главу і в ній розглянемо питання формування звітів різного виду.
12.3.5 Запуск і перевірка роботи системи
Розроблювану систему час від часу слід запускати на виконання і перевіряти її працездатність. Причому перевірка працездатності системи можна проводити на будь-якій стадії створення, не обов'язково повністю завершувати її створення, достатньо отримати мінімальну конфігурацію. Мінімальну конфігурацію становить БД і одна екранна форма, яка звертається до БД.
Для запуску системи попередньо слід запам'ятати всі створені компоненти.
Запуск системи здійснюється по команді: Rіn | Rіn. Запуск системи можна здійснити і за допомогою гарячої клавіші F9.
У разі зависання системи або за відсутності виходу з системи переривання роботи здійснюється по команді Rіn | Program Reset.
Після переривання роботи системи можна продовжувати її розробку або налагодження.
Робота повного варіанту системи, без звітної частини системи, починається з відображення на екрані форми меню. Далі користувач системи може за допомогою меню переходити на будь-яку іншу екранну форму і повернутися на головне меню системи.
Якщо порядок відображення екранних форм не відповідає бажаному варіанту, то його можна змінювати в полі Main Form за допомогою елемента меню Proect | Options закладка Forms .
12.4 Обчислювані поля
Для того, щоб дати більш повне уявлення про створення обчислюваних полів і про організацію процесів обчислення в даному пункті детально Розкриємо ці питання.
Створення обчислюваних полів - одне з найбільш цінних властивостей Редактора DataSet. Ви можете використовувати ці поля для різних цілей, але два випадки виділяються особливо:
· виконання обчислень за двома або більше полям у DataSet, і відображення результату обчислень в третьому полі.
· імітація з'єднання двох таблиць з можливістю редагувати результат з'єднання.
Програма CALC_SUM.DPR із прикладів до даного уроку ілюструє перший випадок використання обчислюваних полів.
Ця програма пов'язує три таблиці відносно один до багатьох. Зокрема, ORDERS і ITEMS пов'язані по полю OrderNo, а ITEMS і PARTS пов'язані по полю PartNo. (У таблиці ORDERS зберігаються всі замовлення; в таблиці ITEMS - предмети, зазначені в замовленнях; PARTS - довідник предметів). У програмі можна переміщатися по таблиці ORDERS і бачити пов'язаний з поточним замовленням список включених до нього предметів. Програма CALC_SUM досить складна, але добре ілюструє потужність обчислюваних полів.
Послідовність створення проекту CALC_SUM:
1. Створіть новий проект (File | New Project) і видаліть з нього форму (в Менеджері Проекту View | Project Manager)
2. Виберіть експерта форм БД з меню Help.
. На першому екрані, виберіть Create a master/detail form і Create a form using TQuery Objects raquo ;.
4. Натисніть кнопку Next і виберіть таблицю ORDERS.DB з псевдоніма БД DBDEMOS.
5. Натисніть Next і виберіть поля OrderNo, CustNo, SaleDate, ShipDate і ItemsTotal з таблиці ORDERS.DB.
6. Натисніть Next і виберіть Horizontal з розстановки компонентів dbEdit на формі.
. Натисніть Next і виберіть таблицю ITEMS.DB.
. У двох наступних екранах виберіть всі поля з таблиці і помістіть їх у grid.
. Натисніть Next та виберіть поле OrderNo з Master і Detail ListBoxes, і натисніть кнопку Add.
. Натисніть Next та згенеруйте форму.
Потрібно б...
