Інформатика

1. Бази даних (БД) складають у час основу комп’ютерного забезпечення інформаційних процесів, вхідних практично у всі сфери людської деятельности.

Справді, процеси обробки інформації мають загальну природу і спираються на опис фрагментів реальності, виражене як сукупності взаємозалежних даних. БД є ефективним засобом уявлення структур даних, і маніпулювання ними. 2. БД повинна підтримуватися серед ЕОМ єдиним програмним забезпеченням, званим системою управління базами даних (СУБД).

Одна з основних призначень СУБД — підтримка програмними засобами уявлення, адекватного реальності. 3. Для входження у ЕОМ отримане опис має бути представлено в термінах спеціального мови описи даних (ЯОД), що входить у комплекс коштів СУБД. 1. Інтерфейс визначає перехід від уявлення даних в БД до уявленню, прийнятому серед користувачів, і навпаки. У випадку користувачі представляють дані як документів різних видів, від довільних текстів до довідок і таблиць фіксованого формату. 3.1 Роботи ISO після закінчення 1989 р. розробки міжнародного стандарту мови БД SQL.

переважно здійснювались у двох направлениях:

— розвиток концепції розподіленої обробки відкритих системах, що з СУБД тягне розробку концепції розподіленої обробки транзакцій і доступу до віддаленій БД у мережі ЭВМ;

— визначення концепцій і системи інтерфейсів для словникової системи інформаційних ресурсів підприємства чи организации.

Класифікація по реализуемым функцій дає можливість окреслити 4 шару послуг управління даними: базисний, баз даних, інструментальний і обслуговування запитів користувача. 1. Концепція SAA випливає з практичних вимог забезпечення мобільності прикладних програм для ЕОМ фірми IBM, мають різну архітектуру — від PS/2 до IBM старших моделей, й у різних операційних середовищ цих ЕОМ — OS/2, MVS/XA, VM/SP. У цьому також має забезпечуватися сумісність як коштів взаємодії кінцевого користувача з різними моделями ЕОМ, так коштів сполуки цих ЕОМ в обчислювальну мережу. 1. На цьому етапі аналізуються запити користувачів, вибираються інформаційні об'єкти та його характеристики на основі проведеного аналізу структурується предметна область. 5.2 Виявлення інформаційних об'єктів і перетинів поміж ними.

Наступна фаза аналізу предметної області складається у виборі інформаційних об'єктів, завданні необхідних властивостей кожному за об'єкта, виявленні перетинів поміж об'єктами, визначенні обмежень, накладених інформаційні об'єкти, типи перетинів поміж ними, характеристики інформаційних об'єктів. 3. Побудова інформаційної структуры.

Для побудови концептуальної схеми використовують традиційні методи агрегації і узагальнення. При агрегації об'єднуються інформаційні об'єкти у як відповідність до семантичними зв’язками між об'єктами. При узагальненні інформаційні об'єкти об'єднують у родової об'єкт. 4. Проектування інформаційної структури системі БД.

Завдання побудови системи БД виникає, если:

— різні докладання вимагають певної кількості загальних інформаційних об'єктів, проте не всі інформаційні об'єкти і всі зв’язок між цими об'єктами фізично неможливо знайти реалізовані лише у БД;

— інформаційні об'єкти мають загальні зв’язку, відносини, загальні типи атрибутів. 6.1 Проектування текстових БД.

Об'єктами зберігання ЕВР у текстових БД є тексти. Під текстом будуть розумітись неструктуровані дані, побудовані з строк.

Проектування текстовій БД представляється наступним переліком питань: 1. Аналіз інформаційних інтересів користувачів до цієї предметної області. 2. Визначення джерел формування БД. 3. Вибір архітектури БД. 4. Розробка мови описи документів. 6.2 Технологію комплектування нової БД можна розділити втричі етапу: відбір, конвертування, редагування. 6.3 Вимоги до інформаційно — пошукових мовам (ИПЯ):

1. Селективна потужність, характеризує можливість вибору документів різноманітні критериям.

2. Продуктивність мови, характеризує темп написання запитів і кількість скоєних ошибок.

3. Простота изучения.

4. Багаторівневість мови. Мінімальний рівень добре розуміється користувачем, та її буває достатньо для описи більшості документів і майже запитів. Лише формулювання складних запитів і опис складних документів вимагає притягнення усіх засобів вираження мови, про існування користувач і подозревает.

5. Відкритість мови. Мова повинна матимуть можливість розширення й модификации.

6. Можливість явного висловлювання значеннєвих відносин між термінами, відсутністю багатозначності. 7.1 Вибір системи управління БД.

Основне завдання логічного проектування є розробка логічного схеми. Логічне проектування складається з таких етапів: 1. Вибір конкретної СУБД. 2. Відображення концептуальної схеми на логічний схему. 3. Вибір ключів. 4. Опис мови запитів. 1. Цю СУБД відрізняло простота використання їх у поєднані із широкі можливості для розробки закінчених додатків. СУБД дозволяє поставити типи даних, і методи їхнього зберігання. Ви також можете поставити критерії, які СУБД буде надалі використовуватиме забезпечення правильності введення даних. ACCESS надає максимальну волю завданні типу даних (текст, числові дані, дати й др.).

ACCESS спроектований в такий спосіб, що може бути використана як у вигляді самостійної СУБД на окремої робочої станції, і у мережі як «клієнт — сервер».

ACCESS надає додаткові кошти на розробки додатків, які можуть лише з власними форматами даних, але й форматами інших найпоширеніших СУБД. 2. Архітектура Microsoft ACCESS. Microsoft ACCESS називає об'єктами усе, що може мати ім'я (себто ACCESS). У базі даних ACCESS основними об'єктами є таблицы (хранимые дані), запросы (просмотр даних), форми, звіти, макроси і модули (функции, підпрограми). 3. База данных.

База даних ACCESS є кілька таблиць, між якими певним чином розподілені дані. Для зберігання БД.

ACCESS використовується один файл. Цей файл містить всі об'єкти БД.

(запити, звіти, форми тощо.). Такий їхній підхід спрощує розв’язання проблеми зі збереженням об'єктів і виключає використання спеціальних заходів при копіюванні, видаленні та інших операцій над сімейством таблиці і БД загалом. 4. Типи данных.

До кожного поля таблиці ви маємо вибрати одне із доступних типів даних. Причому у кожному полі можуть зберігатися дані лише одну типу. 5. Запит по образцу.

Для вибірки даних із одній або кількох таблиць ACCESS використовують «запит на зразок». 6. Запити і выборки.

Запити йдуть на вибрати з бази даних цікавій для користувача інформації. Під вибіркою ми розуміти динамічну таблицю з записами даних, які задовольняють певним умовам запроса.

7. Взаємодія з зовнішніми приложениями.

ACCESS дозволяє здійснити експорт нафти й імпорт даних із наступних приложений:

— Microsoft ACCESS (інша БД).

— Текст з разделителями.

— Текст з фіксованою шириною полей.

— Файли даних складових документів Microsoft Word для Windows.

— Microsoft Excel (версії 2-х, 3.0, 4.0, 5.0).

— Lotus 1 — 2 — 3 чи 1 — 2 — 3/W (файли .WKSI .WK1).

— Paradox (файли .DB версій 3. х і 4. х).

— FoxPro (файли .DBF версій 2.0 і 2.5).

— dBase III і dBase IV (файли .DBF).

— Btrieve (разом із файлами описів даних File. DDF и.

FileD.DDF).

— БД SQL з допомогою драйверів ODBC.

З іншого боку, передбачені спеціальні кошти на перенесення даних в Excel і Word на подальше аналізу, включення до звіт чи злиття коїться з іншими данными.

1. Технічні характеристики системы.

Наведені нижче значення може бути обмежено розмірами основний рахунок і зовнішньої пам’яті компьютера.

— Кількість записів файла БД до 1 млрд.

— Обсяг файла БД до 2 млрд. байт.

— Розмір записи файла БД до 4000 байт в файлі dbf. і по 512 кілобайтів в файлі dbt.

— Кількість полів в файлі БД до 128.

— Кількість одночасно відкритих файлів БД до 10.

— Кількість одночасно відкритих файлів всіх типів до 15.

— Кількість індексних файлів відкрите файл БД до 7.

— Кількість відкритих файлів форматів на 1 активний файл БД — один.

— Точність чисел до 15 значущих цифр.

— Кількість тимчасових змінних до 256.

— Розмір пам’яті для тимчасових змінних за умовчанням 6000 байт. 9.2 Типи файлів. Система зберігає інформацію як дискових файлів різних форматів. Усі вони служить цілям різної обробки даних. Різновид файла Розширення файла.

Двоичный.

.bin.

Каталог.

.cat Файл БД.

.dbf Страхові копії .bak Файл приміток .dbt Страхові копії приміток .tbk Индекс.

.ndx Програма чи командний файл .prg Файл формату екрана .fmt Файл марок.

.lbl Файл тимчасових змінних .mem Файл запроса.

.qry Файл описи екрана .scr Файл выборки.

.vue Файл форми звіту .frm Текстовий файл .txt.

3. Структура БД dBase III. Структура файла БД формується шляхом визначення кожного поля була в БД, яку проводять у вигляді команд CREATE і MODIFY STRUCTURE. Визначення поля полягає у завданні наступних элементов:

— ім'я поля.

— тип поля.

— ширина поля.

9.4 Структура команд системи. Структура команди називається її синтаксисом. Кожна командна рядок починається з дієслова, що є команди. Загальний синтаксис команди така: ДІЄСЛОВО [] [] [FOR ] [WHILE]. ДІЄСЛОВО — це команди системи. [] (квадратні дужки) означають, що елемент необов’язковий. означають, що елемент вводить користувач. 9.5 Операції. Система передбачає 4 типу операцій: 1. Математичні операції 2. Операції відносин 3. Логічні операції 4. Рядкові операції 10.1 LOTUS ORGANIZER — це персональна інформаційна система коштує, що цілком імітує роботи з звичайній записничком, що містить такі розділи, як щотижневик, список справ, адресний довідник, інформацію про датах, план заходів рік і блокнот.

Термінологічний словник. 1. Предметної областю називається фрагмент реальності, який описується чи моделюється з допомогою БД і його додатків. 2. Просте (елементарне) дане — це найменша семантично значуща пойменована одиниця даних (ФИО, АДРЕС тощо.). 3. Процес побудови концептуального описи з урахуванням інтересів усіх необхідних чинників називається процесом проектування БД. 4. Під документом розуміється довільний структурований текст, що може бути представлений алфавітно-цифрових друкувальних пристроях. 5. Під конвертуванням систем БД розуміється процес перенесення даних із існуючої БД в знову створювану БД з наступним перенесенням прикладних програм, у середу цільової СУБД до роботи з созданной.

БД. 6. Під сутністю розуміють основний зміст того явища, процесу чи об'єкта, про які збирають інформацію для БД. 7. Сутність прийнято визначати поименованными характеристиками, званими атрибутами Решта терміни використані тексті даної логічного схемы.