му випадку використовується текстові файли обох типів, а записи розташовуються за рядком. ?? Той варіант є найбільш оптимальним для реалізованого програмного продукту. Визначальним фактором послужило те, що в процесі роботи не відбувається зміна бази даних.
Крім того, знаючи всі формати свіх даних і методи роботи з ними, можна самостійно перенести додаток з даними на будь-які платформи, включаючи ті, де немає ще ніяких систем управління базами даних (СКБД).
Очевидно ще одна перевага перед повноцінної базою даних - простота реалізації, легкість редагування та перегляду. Для створення потрібно лише звичайний текстовий файл, який можна створити за допомогою генератора звітів або звичайного редактора. Тоді як для доступу до даних під управлінням СУБД потрібен клієнт цієї СУБД, що має з'єднання з самої СУБД, і знання мови цього клієнта. Варто відзначити, що СУБД це не тільки окремий програмний продукт, що вимагає інсталяції і супроводу, але і, в деяких випадках, оплати за її використання.
Одним з варіантів міг виступити мову XML (eXtensible Marckup Language, розширювана мова розмітки) - це мова для опису складних документів. Він багато в чому схожий на ТХТ і під нього є безліч бібліотек, що полегшують роботу. Однак, для нашого випадку синтаксис XML надлишковий, а розмір XML документа істотно більше, ніж документа в альтернативних текстових форматах передачі даних. Ця надмірність XML може вплинути на ефективність програми.
Текстові файли мають і низкою недоліків. У першу чергу, це повільний пошук записів, оскільки пошук в масиві даних відбувається шляхом послідовного перебору всіх його записів. Крім цього існують проблеми при спільному доступі до файлу, можливості з масштабування сильно обмежені, відсутня можливість установки різних рівнів доступу до даних. Для даного програмного продукту дані недоліки не є критичними.
Незважаючи на «примітивність» таких текстових баз даних, потужні системи управління базами даних дозволяють імпортувати подібні файли і перетворювати їх в «справжні» бази даних. Тому на початковому етапі дані можна зберігати в текстовому файлі, а потім, коли така система з'явиться, дані не пропадуть і будуть успішно імпортовані.
2.3 Вибір формату графічного матеріалу
Однією з основних функцій програми «Гід по МГТУ» є наочне уявлення користувачеві запитуваної аудиторії і оптимального маршруту, причому висновок здійснюється у двох режимах: режимі карти і фоторежимі. Для реалізації цієї функції необхідно наявність графічного матеріалу - планів поверхів і фотографій коридорів ВНЗ.
У програмі використовуються зображення двох форматів:
- плани поверхів - у форматі bmp;
- фотографії коридорів і аудиторії ВНЗ - у форматі jpeg.
Розглянемо переваги і недоліки цих форматів.
Як відомо, традиційним і широко застосовуваним графічним форматом в операційних системах Windows є формат BMP. Він підтримується всіма графічними редакторами, що працюють під управлінням цієї операційної системи. Цей формат проектувався в основному для спрощення програмування і тому досі підтримка інших графічних форматів в Win API представлена ??дуже слабо.
Його перевагою є дуже швидк...
