бки даних. Більш того, в Access закладений апарат підтримки міграції даних в ще не існуючі середовища, використовуючи механізм ODBC. Тобто з появою нової, з більш широким спектром можливостей СУБД, ви не будете прив'язані до Access необхідністю заново вводити дані під новий формат бази.
Якщо ця база буде містити драйвер ODBC вам потрібно експортувати свої дані в інше середовище. Зараз багато виробників ПЗ для зберігання і обробки даних впроваджують у свої додатки підтримку ODBC, і ваше Access - додаток вже зараз може обмінюватися інформацією як з такими СУБД як Oracle, SQL-Base, Sybase, Paradox, FoxPro, Btrieve, DB2 і т.д., так і з будущімі.поддержівает дві можливості використання даних інших баз - імпорт та приєднання.
Імпорт увазі повну конвертацію існуючої таблиці з іншого середовища в формат MS Access. Всі модифікації імпортованої таблиці автоматично не переносяться в імпортовану вами таблицю. Тобто імпортувати дані має сенс у тих випадках, якщо ви:
· повністю переходите на роботу з Access і переносите всі свої дані в цю середу, не звертаючись до старого додатком;
· використовуєте інформацію, рідко модифікуються користувачем: словники, довідники і т.д .;
· домагаєтеся максимальної продуктивності з обробки даних у змішаних середовищах (спільного використання даних одночасно кількома середовищами БД), тому Access швидше працює зі своїми форматами у своєму середовищі.
При імпорті електронних таблиць можна або дописати дані у вже існуючу таблицю, або сформувати нову. У першому випадку необхідно або сформувати імена стовпців ел. таблиці, ідентичні іменам полів таблиці Access, або розташувати стовпці ел. таблиці в тій же послідовності, що і поля таблиці БД, в яку імпортуються дані.
Якщо ми будемо створювати на імпортованих даних нову таблицю, то бажано ввести імена стовпців в перший рядок імпортованої електронної таблиці, в іншому випадку Access призначить в якості полів послідовні числа, починаючи з 1 (їх потім можна буде змінити , відкривши таблицю в режимі конструктора).
Тип даних для полів нової таблиці Access визначає на основі значень першого імпортованої рядка даних. Так,
символьні дані переносяться в текстові поля довгою 255 символів;
числові - в «Числовий» (»Numeric») з розміром 8 байт і «з плаваючою точкою»;
числові дані в грошовому форматі - в тип «Грошовий» («Currency»);
значення дати і часу - в тип «Дата/Час» («Date/Time»).
Деякі типи можуть бути неправильно інтерпретовані Access, тому має сенс, вставити в початок електронної таблиці «фіктивну» рядок, однозначно ідентифікує тип даних, який необхідно встановити для поля таблиці БД. Після закінчення імпорту цей рядок, як і рядок з назвами полів, можна буде видалити.
2. Розробка системи для автоматизації обліку формування оплат на житлово-комунальні послуги
2.1 Визначення вимог до додатка
Житлово-управляюча компанія здійснює послуги по підтримці і відновленню належного стану будівель, споруд, обладнання, комунікацій та об'єктів комунального призначення. Власники житла здійснюють оплату за ці послуги, згідно з установленими нормами і тарифами.
Вартість таких послуг залежить від різних факторів, наприклад, від кількості прописаних у квартирі осіб, від загальної або корисної площі квартири, або загальної фіксованої ставки.
Наприклад, плата за користування домофоном расс?? ітивается з [тариф на користування домофоном] * [квартира] , а опалення: [тариф на опалення] * [площа квартири] . Якщо в першому випадку плата за домофон на кожну квартиру буде однакова, то в другому випадку - залежно від площі квартири.
Таким чином, додаток повинен зберігати дані про квартирі, її площі, кількість прописаних в ній мешканців, робити обчислення з оплати за кожну послугу, зберігати дані про внесені платежах, формувати квитанції на кожну квартиру.
2.2 Проектування бази даних
Виходячи з вимог до додатка, база даних буде містити наступні сутності:
квартири;
нормативи квартир;
послуги;
оплати;
тарифи;
періоди.
На малюнку 3 показані взаємозв'язку між сутностями.
Малюнок 3. Взаємозв'язки між сутностями
Відносини між сутностями «нормативи квартир» і «т...
