Бази даних та управління ними.
Введення
Потоки інформації, що циркулюють у світі, який нас оточує, величезні. Під
часу вони мають тенденцію до збільшення. Тому в будь-якій організації, як
великий, так і маленької, виникає проблема такої організації управління
даними, що забезпечила б найбільш ефективну роботу. Деякі
організації використовують для цього шафи з папками, але більшість віддають перевагу
комп'ютеризовані способи - бази даних, що дозволяють ефективно зберігати,
структурувати і систематизувати великі обсяги даних. І вже сьогодні без баз
даних неможливо уявити роботу більшості фінансових, промислових,
торговельних та інших організацій. Не будь баз даних, вони б просто захлинулися в
інформаційної лавини.
Існує багато вагомих причин перекладу існуючої інформації на комп'ютерну
основу. Зараз вартість зберігання інформації в файлах ЕОМ дешевше, ніж на
папері. Бази даних дозволяють зберігати, структурувати інформацію і витягувати
оптимальним для користувача чином. Використання клієнт/серверних технологій
дозволяють зберегти значні кошти, а головне і час для отримання
необхідної інформації, а також спрощують доступ і ведення, оскільки вони
грунтуються на комплексній обробці даних і централізації їх зберігання. Крім
того ЕОМ дозволяє зберігати будь-які формати даних, текст, креслення, дані в
рукописній формі, фотографії, записи голосу і т.д.
Для використання таких величезних обсягів збереженої інформації, крім розвитку
системних пристроїв, засобів передачі даних, пам'яті, необхідні кошти
забезпечення діалогу людина - ЕОМ, які дозволяють користувачеві вводити
запити, читати файли, модифіковані зберігаються дані, додавати нові дані
або приймати рішення на підставі збережених даних. Для забезпечення цих функцій
створені спеціалізовані засоби - системи управління базами даних (СУБД).
Сучасні СУБД - розраховані на багато користувачів системи управління базою даних,
що спеціалізується на управлінні масивом інформації одним або безліччю
одночасно працюючих користувачів.
Сучасні СУБД забезпечують:
- Набір засобів для підтримки таблиць і відносин між пов'язаними таблицями;
- Розвинений користувальницький інтерфейс, що дозволяє вводити і
змінювати інформацію, здійснювати пошук і представляти інформацію в
графічному або текстовому режимі;
- Засоби програмування високого рівня, за допомогою яких можна створювати
власні програми.
Для розробки АІС "Облік діяльності малих виробничих підприємств" була
обрана інтегроване середовище розробки Delphi 5 для WINDOWS - додатків. АІС
"Облік діяльності малих виробничих підприємств" призначена
надавати оперативну інформацію для АРМ Керівництва, готувати
інформацію для подальшого аналізу, знижувати обсяги паперового документообігу і
д.р.
Дана АІС повинна працювати з оперативними даними, накопичення цих даних
дозволить проводити аналіз діяльності підприємства за будь-який період часу. Це
є одним із завдань впровадження системи, і для успішного досягнення її, в
систему вбудований модуль оптимізації зберігання інформації. Завдяки його
використання, істотно скорочується час, що витрачається на підготовку
інформації для використання в інших підсистемах. Це досягається шляхом вибору
найбільш оптимального способу зберігання даних у залежності від типу. При такому
підході, час, що витрачається на отримання цих даних іншими підсистемами
також скорочується.
Розділ 1. Аналіз діяльності малих виробничих підприємств.
1.1. Структура АІС.
Розглянемо структуру АІС малого виробничого підприємства та її взаємозв'язку з
іншими системами.
При розгляді АІС будемо використовувати вісім груп АІС, відповідно до
структурою підприємства.
Взаємозв'язку АІС "Основне виробництво та контроль якості":
Основне виробництво і контроль якості - один з найважливіших підсистем АСУ
промислового підприємства. У цій підсистемі ведуться всі первинні документи по
основної виробничої діяльності і створюється звітна інформація, з
якої працюють інші підсистеми. Підсистема виконує відразу кілька
функцій: Планування виробництва, Облік виробництва, Контроль якості
виробництва і Аналіз. П/с "Основне виробництво та контроль якості"
обмінюється інформацією з багатьма підрозділами підприємства.
Потік даних у п/с "Бухгалтерський облік" являє собою інформацію про планову
собівартості продукції, планових витрат на виробництво, договірних
зобов'язання, про ціни на продукцію і власне план виробництва. У міру
виконання плану виробництва, цей потік наповнюється інформацією про фактичне
виробництві, фактичної собівартості і фактичних витратах.
Обмін інформацією з п/с "Фінансовий облік" йде з податків (план і факт виплат),
договірних зобов'язань, витрат, планованому і фактичного виробництва.
При розрахунку собівартості продукції і обліку виробництва, використовується
інформація про витрати на допоміжні ресурси, що надходить з п/з "Облік
допоміжного виробництва ". Це кошторису витрат, плани ремонтів, плани
будівництва.
При розрахунку виконання плану виробництва, враховується інформація про рух
ресурсів, що надходить з цієї ж п/с.
Планування та облік надходження ресурсів у виробництво, будується на основі
обміну з п/с "Облік постачання" інформацією про поставки, договірних
зобов'язання, ціни на ресурси. В "Облік постачання" йде інформація про
якості що поставляється сировини.
П/с "Облік збуту та реалізації" отримує з п/с "Основне виробництво і контроль
якості "відомості про фактичне виробництві та якість товарної продукції.
Виконання плану виробництва в частині відвантаження готової продукції формується на
основі звітності по реалізації, що надходить з відповідної п/с. Звітність
створюється за різні періоди часу.
П/с "Облік персоналу" передає в п/з "Основне виробництво та контроль якості"
інформацію про співробітників і дані з планового ФЗП. Ці дані беруть участь в
розрахунку собівартості продукції.
Вся звітність п/с "Основне виробництво та контроль якості" передається в п/з
"Управління і аналіз" для проведення подальшого аналізу і планування, в т.ч.
стратегічного.
Всередині п/с "Основне виробництво та контроль якості", існує інтенсивний
обмін інформацією між підсистемами різних служб виробництва і контролю
якості.
П/с "Облік діяльності виробничих цехів" 'пов'язана з усіма іншими
службами. У різні підрозділи передається звітність з виробництва,
що описує наявність та рух сировини, напівфабрикатів, продукції і
допоміжних матеріалів у виробництві, як оперативне, так і періодична.
З п/с "Планування та облік ТЕП" надходить план виробництва, з п/з
"Матеріальний облік сировини" - план поставок сировини, з п/с "Технологічний
контроль виробництва "передаються норми витрати, регламент виробництва. П/с
"Служба сертифікації" передає п/с "Контроль якості" - інформацію про якість
сировини, продукції, напівфабрикатів.
П/с "Планування та облік ТЕП" пов'язана переважно з п/с "Технологічний
контроль виробництва ". З п/с" Технологічний контроль виробництва "
передаються ТЕП, норми витрати ресурсів з виробництва, потреби в ресурсах,
план і факт втрат у виробництві. З п/с "Облік діяльності виробничих
цехів "передається звітність з виробництва (щодобова, щомісячна). У п/с
"Матеріальний облік сировини" передається інформація про план виробництва. З п/с
"Контроль якості" відбувається обмін даними по кошторису змісту.
П/с "Матеріальний облік сировини" передає планову та фактичну інформацію про
постачання сировини та відвантаження продукції організаціям-постачальникам.
П/с "Технологічний контроль виробництва" передає в п/з "Планування та облік
ТЕП "технічні показники, норми витрати ресурсів з виробництва, потреби
в ресурсах, план і факт втрат у виробництві, а в п/з "Облік діяльності
виробничих цехів "- норми витрати ресурсів і втрат, регламенти
виробництва. З п/с "Контроль якості" в п/с "Технічний контроль
виробництва "надходить звітність про якість, з п/с" Статистичний облік
якості "- результати статистичного аналізу якості, з п/з" Облік
діяльності виробничих цехів "- звітність за фактичною виробництва.
П/с "Оперативний контроль за діяльністю підприємства" отримує з п/с "Облік
діяльності виробничих цехів "оперативну інформацію з виробництва, а
з п/с "Контроль якості" - оперативну інформацію про якість.
П/с "Служба сертифікації" передає в різні підрозділи інформацію по
ГОСТам, ТУ, СтП, а також керівництва і форми паспортів якості в п/з "Контроль
якості ". З п/с" Контроль якості "приходить звітність за якістю, а з п/з
"Статистичний облік якості" - результати статистичного аналізу якості.
П/с "Контроль якості" отримує замовлення на аналізи від п/с "Оперативний контроль
за діяльністю підприємства "та п/с" Облік діяльності виробничих цехів ".
Сюди надходить інформація про наявність сировини, п/ф, продукції з п/с "Облік
діяльності виробничих цехів ", ГОСТи, ТУ, СтП, керівництва і форми
паспортів якості з п/с "Служби сертифікації", статистична звітність з
п/с "Статистичний облік якості". П/с "Контроль якості" передає оперативну
інформацію про якість, паспорти якості в п/с "Облік діяльності
виробничих цехів "і в п/с" Оперативний контроль за діяльністю
підприємства ", а звіти - в п/з" Технологічний контроль виробництва "та п/с
"Служба сертифікації". З п/с "Планування та облік ТЕП" відбувається обмін даними
за кошторисом змісту.
П/с "Статистичний облік якості" отримує з п/с "Контроль якості"
накопичену інформацію про якість продукції, а з п/с "Служби сертифікації" -
нормативні документи, і передає результати статистичного аналізу в різні
п/р: "Контроль якості", "Служба сертифікації", "Технологічний контроль
виробництва ".
1.2. Функціональна схема підсистеми "Облік діяльності малих виробничих
цехів ".
П/с "Облік діяльності виробничих цехів" ділиться на наступні
функціональні модулі (ріс.1.4.):
Облік руху сировини, напівфабрикатів, продукції.
Дозволяє працювати з оперативних даних про наявність та рух сировини,
напівфабрикатів і продукції всередині виробничого циклу.
Первинний матеріал облік постачання сировини, виробництва і відвантаження продукції.
Дозволяє працювати з інформацією про фактичну постачання сировини, виробництві
продукції і відвантаження, і на її основі, а також, використовуючи інформацію про рух
технологічних компонентів, план виробництва, інформацію про якість і
нормативні документи, автоматично складати оперативні та періодичні
звіти за фактичною виробництва продукції, витрати і втрати. Ця
звітність передається в інші п/с.
За проектом реконструкції була прийнята автоматизована система управління
заводом, що складається з АСУ технологічними установками, АСУ об'єктами
загальнозаводського господарства та автоматизованої системи управління операціями
прийому, зберігання, відвантаження готової продукції та сировини.
Інтегрована АСУ заводом будується на базі комп'ютерної мережі, засобів
мікропроцесорної техніки та електроніки. Кожна із зазначених АСУ є
ієрархічної і складається з наступних підсистем:
- Підсистеми автоматизованого контролю та управління технологічним
процесом;
- Підсистеми автоматичного протиаварійного захисту (ПАЗ) технологічного
процесу та обладнання.
Перша підсистема виконується на мікропроцесорної програмно-технологічному
комплексі (ПТК) з мережевою структурою.
Підсистема автоматичного протиаварійного захисту (ПАЗ) виконується на
високонадійної мікропроцесорної програмно-логічному контролері (ПЛК) з
гарячим резервом входів/виходів, процесора, блоку пам'яті.
У ПТК здійснюються інформаційні та керуючі функції АСУ, і відображення
інформації про дії ПЛК, реєстрація спрацьовування і контролю за
працездатним станом засобів ПАЗ, постійний контроль стану повітряного
середовища в межах об'єкта, постійний аналіз зміни параметрів у бік
критичних значень і прогнозування можливої аварії, проведення операцій
безаварійного пуску і зупинки технологічного об'єкта.
АІС "Облік діяльності виробничих цехів" являє собою закінчений
комплекс програмних модулів для занесення, зберігання і обробки всієї оперативної
інформації з основної виробничої діяльності підприємства. Оперативність
оброблюваної інформації ні чим не обмежується, при цьому, накопичення
щодобового інформації дозволяє здійснювати подальший аналіз в розрізі будь-яких
тимчасових періодів.
Вся інформація про діяльність підприємства розділяється на декілька типів.
Виділяються наступні дані:
• про обсяги надходження сировини на установки
• про обсяги переробки на установках
• про обсяги спалив на установці (для деяких установок)
• про обсяги цехової відвантаження (наприклад, відвантаження коксу)
• про витрату палива по установках
• про витрату палива на потреби ТЕЦ
• про втрати по установках
• про виробках газу (для деяких установок)
• про залишки продукції в цехах (наприклад, залишки коксу)
Вся ця інформація є в розпорядженні економістів виробничих цехів,
які і будуть здійснювати оперативний введення даних. Дані щодо добової
діяльності повинні бути введені в систему вранці наступного дня. У разі
будь-які помилки в обліку, пізніше можуть бути внесені зміни, без збитку для
цілісності даних. Разом з тим, можливо реалізувати ведення журналу
змін, в якому будуть відображатися всі дії персоналу щодо внесення
коригувань в оперативні дані. Наявність такого журналу дозволить не тільки
проводити аналіз якості обліку діяльності (виявляючи безліч помилок у веденні
подобово обліку), але і стежити за тим, як персонал працює з АРМом.
АІС "Облік діяльності малих виробничих підприємств" повинна забезпечувати
обробку первинної інформації щодо діяльності основного виробництва, її
впровадження буде означати появу оперативних даних в загальнозаводського Системі.
При чому ці дані повинні відображати реальну картину виробництва і без
будь-яких затримок у часі. На основі цих даних автоматично будуть
створюватися різні зведення і звіти, придатні для аналізу виробничої
діяльності на як завгодно великому часовому періоді.
Дані, що надаються розглянутої АІС, дозволять контролювати дисципліну
персоналу. Досить легко в АРМ Керівництво можуть бути вбудовані звіти
оцінюють інтенсивність роботи і якість наданої інформації. Такого
роду аналіз, грунтуючись на що розраховується відсоток помилок конкретних
виконавців при обліку виробництва, дозволить, використовуючи дані за великий
часовий період, оцінювати якість роботи персоналу. Зібрані статистичні
дані дозволять більш коректно і рішуче підходити до питання оцінки роботи
персоналу. Всі ці обставини спричинили у виборі теми для
дипломного проекту.
Створення АІС "Облік діяльності малих виробничих підприємств" відкриває
великі можливості перед користувачами та керівництвом.
По-перше - це централізоване управління інформаційними ресурсами, по-друге
- Швидкий і зручний для користувача перегляд БД, зручна форма її заповнення,
коректування, по-третє - це можливість здійснення пошуку по різних
критеріям і висновок отриманої інформації як на екран у режимі попереднього
перегляду,?? ак і на принтер.
Розділ 2. Основні принципи створення баз даних.
2.1. Вимоги, яким повинна задовольняти організація бази даних.
Вивченням цього питання тривалий час займалися різні групи людей в
установах, що використовують ЕОМ, в урядових комісіях, на обчислювальних
центрах колективного користування. Комітет CODASYL опублікував звіти на цю
тему (CODASYL-організація, яка розробила мову Кобол). Організації користувачів
IBM SHARE і GUIDE у своєму звіті, сформулювали вимоги до системи управління
базами даних. Організація ACiM (Association for Computing Machinery) також
займалася вивченням цього питання.
Нижче перераховані основні вимоги до організації бази даних.
2.1.1. Встановлення багатосторонніх зв'язків.
Різним програмістам потрібні різні логічні файли. Ці файли
виходять з однієї і тієї ж сукупності даних. Між елементами запам'ятовуються
даних можуть існувати різні зв'язку. Деякі бази даних будуть містити
складні переплетення взаємозв'язків. Метод організації даних повинен бути таким,
щоб забезпечувалася можливість зручного подання цих взаємозв'язків і
швидкого узгодження внесених до них змін. Система управління базами даних
повинна забезпечувати можливість отримання необхідних логічних файлів з
наявних даних та існуючих між ними зв'язків. Необхідно, щоб
існувало хоча б невелику схожість між поданням логічного файлу в
Системні виклики і способом фізичного зберігання даних. [7, 10, 11].
2.1.2. Продуктивність.
Бази даних, спеціально розроблені для використання їх оператором терміналу,
забезпечують час відповіді, задовільний для діалогу людина - термінал.
Крім того, система баз даних повинна забезпечувати відповідну пропускну
здатність. У системах, розрахованих на невеликий потік запитів, пропускна
здатність накладає незначні обмеження на структуру бази даних. В
системах з великим потоком запитів, наприклад в системах резервування
авіаквитків, пропускна здатність робить вирішальний вплив на вибір
організації фізичного зберігання даних.
У системах, призначених тільки для пакетної обробки, час відповіді не так
важливо і метод фізичної організації може вибиратися з умов забезпечення
ефективної пакетної обробки. [7, 10, 11].
2.1.3. Мінімальні витрати.
Для зменшення витрат на створення та експлуатацію бази даних вибираються такі
методи організації, які мінімізують вимоги до зовнішньої пам'яті. При
використанні цих методів фізична подання даних в пам'яті може сильно
відрізнятися від того уявлення, яке використовує прикладний програміст.
Перетворення одного подання в інше здійснює програмне
забезпечення або, якщо можливо, апаратні або мікропрограмні кошти. В
таких випадках доводиться вибирати між витратами на алгоритм перетворення і
економією пам'яті. [7, 10, 11].
2.1.4. Мінімальна надмірність.
У системах обробки, що існували до використання систем управління базами
даних, інформаційні фонди мали дуже високим рівнем збитковості.
Більшість стрічкових бібліотек містила велику кількість надлишкових даних.
Навіть при використанні баз даних по мірі зростання інформації, які об'єднуються у
інтегровані бази даних, потенційна можливість появи надлишкових
даних поступово збільшується. Надмірні дані дороги в тому сенсі, що вони
займають більше пам'яті, ніж це необхідно, і вимагають більш однієї операції
оновлення. Метою організації бази даних повинне бути знищення надлишкових
даних там, де це вигідно, і контроль за тими суперечностями, які
викликаються наявністю надлишкових даних. [7, 10, 11].
2.1.5. Можливості пошуку.
Користувач бази даних може звертатися до неї з самими різними питаннями по
приводу збережених даних. У більшості сучасних комерційних додатків типи
запитів зумовлені, і фізична організація даних розробляється для їх
обробки з потрібною швидкістю. Збільшені вимоги до систем полягають у
забезпечення обробки таких запитів або формування таких відповідей, які
заздалегідь не заплановані. [7, 10, 11].
2.1.6. Цілісність.
Якщо база даних містить дані, що використовуються багатьма користувачами, дуже
важливо, щоб елементи даних і зв'язку між ними не руйнувалися. Необхідно
враховувати можливість виникнення помилок і різного роду випадкових збоїв.
Зберігання даних, їх оновлення, процедури включення даних повинні бути такими,
щоб система в разі виникнення збоїв могла відновлювати дані без
втрат. Необхідно, щоб обчислювальна система гарантувала цілісність
збережених у ній даних. [7, 10, 11].
2.1.7. Безпека і таємність.
Дані в системах баз даних повинні зберігатися в таємниці і збереження.
Запам'ятовувати інформацію іноді дуже важлива для використовує її заснування. Вона
не повинна бути загублена або викрадена. Для збільшення життєстійкості інформації в
базі даних важливо захищати її від апаратних чи програмних збоїв, від
катастрофічних і кримінальних ситуацій, від некомпетентного або не коректного
використання особами, які можуть її неправильно спожити.
Під безпекою даних розуміють захист даних від випадкового або
навмисного доступу до них осіб, які не мають на це право, від неавторизованої
модифікації даних або їх знищення.
Секретність визначають як право окремих осіб або організацій визначати,
коли, як і яка кількість відповідної інформації може бути передано
іншим особам або організаціям. [7, 10, 11].
2.1.8. Зв'язок з минулим.
Організації, які протягом якогось часу експлуатують системи обробки
даних, витрачають значні кошти на написання програм, процедур і
організацію зберігання даних. У тому випадку, коли фірма починає використовувати на
обчислювальної установки нове програмне забезпечення управління базами даних,
дуже важливо, щоб при цьому вона могла працювати з вже існуючими на цій
установці програмами, в опрацюванні дані можна було б відповідним
чином перетворювати. Така умова вимагає наявності програмної та
інформаційної сумісності, і її відсутність може стати основним стримуючим
фактором при переході до нових систем управління базами даних. Важливо, однак,
щоб проблема зв'язку з минулим не стримувала розвиток засобів управління базами
даних. [7, 10, 11].
2.1.9. Зв'язок з майбутнім.
Особливо важливою є зв'язок з майбутнім. У майбутньому дані і середовище їх
зберігання зміняться з багатьох напрямків. Будь-яка комерційна організація зі
часом зазнає змін. Особливо дорогими ці зміни виявляються для
користувачів системами обробки даних. Величезні витрати, які потрібні
для реалізації самих простих змін, сильно гальмують розвиток цих систем.
Ці витрати витрачаються на перетворення даних, перезапис і налагодження
прикладних програм, які стали результатом внесення змін. З часом число
прикладних програм в організації зростає, і тому перспектива перезапису всіх
цих програм здається нереальною. Одна з найбільш важливих завдань при розробці баз
даних-запланувати базу даних таким чином, щоб зміни її можна було
виконувати без модифікації прикладних програм. [7, 10, 11].
2.1.10. Простота використання.
Кошти, які використовуються для представлення загального логічного опису
даних, повинні бути простими і витонченими.
Інтерфейс програмного забезпечення повинен бути орієнтований на кінцевого
користувача і враховувати можливість того, що користувач не має необхідної
бази знань з теорії баз даних. [7, 10, 11].
2.2. Основи побудови банків даних.
Обчислювальна техніка з кожним роком все ширше застосовується в різних сферах
людської діяльності. Різке зростання обсягів переробляється інформації та
накопичений досвід користування електронно-обчислювальною технікою в різних
галузях людської діяльності призводять до необхідності переглядати
таку, традиційну область обробки інформації, як управління даними.
У разі створення бази даних (БД) необхідно приділити особливу увагу тому, щоб
дані можна було широко використовувати в різного роду програмах і щоб
способи використання даних можна було легко і швидко змінювати. До появи БД
було надзвичайно важко змінити спосіб організації використовуваних даних.
Для забезпечення гнучкості використання даних необхідно враховувати два аспекти
розробки БД:
- По-перше, дані повинні бути незалежні від програм для того, щоб дані
можна було додавати або перебудовувати без зміни програм;
- По-друге, повинна бути забезпечена можливість запитувати і відшукувати потрібну
інформацію в БД без трудомісткого написання програм на звичайній мові
програмування. Таким чином, проектування БД повинно грунтуватися на цілком
певній системі положень - чітко сформульованої концепції. [23].
Подальше значне зростання використання ЕОМ в різних областях
промисловості, в управлінні та наукових дослідженнях призвів до автоматизації
обробки величезного кількості даних. Наприкінці 50-х початку 60-х років XX століття
багато організацій почали накопичувати і зберігати дані у вигляді файлів, доступних
ЕОМ. З плином часу організації поступово усвідомлювали необхідність
централізації управління даними і додатками.
База даних може бути визначена як сукупність призначених для машинної
обробки даних, яка служить для задоволення потреб багатьох користувачів в
рамках однієї або декількох організацій. Основним моментом є те, що база
даних призначена для використання всіма членами організації, яким
необхідна інформація, що міститься в базі даних. Інформація зберігається в базі
даних, яка може включати багато різних типів логічних записів. База
даних орієнтована на інтегровані вимоги, а не на одну програму, як
було з приватними файлами даних.
Однак наявність тільки бази даних саме по собі не дозволяє повністю проблем
організації в області обробки даних та прийняття рішень. Управління базою
даних, що є надбанням багатьох користувачів всередині організації, повинно
здійснюватися з користю для всієї організації і з точки зору організації в
цілому, а не окремих користувачів. Без централізованого управління базою
даних її корисність з часом знижується.
Для вирішення проблеми регулювання й керування базами даних були розвинені дві
концепції. По-перше, програмне забезпечення розвивалося в напрямку,
забезпечує підтримання загального інтерфейсу між всіма користувачами та
інтегрованою базою даних. Користувачі не можуть зберігати інформацію
незалежним чином, вони повинні використовувати і оновлювати інформацію в
відповідно до вимог організації. Забезпечення, відоме як система
управління базами даних (СУБД), дозволяє здійснити контроль даних з
використанням ЕОМ, СУБД - це спеціальний пакет програм, за допомогою якого
реалізується централізоване управління базою даних і забезпечується доступ до
даними.
У кожній СУБД перш за все є транслятори або інтерпретатори з мови опису
даних (ЯОД) і з мови маніпулювання даними (ЯМД), єдині для всієї бази
даних (БД).
Опис структури даного деякого типу на формалізованому мовою називають
схемою цього даного. Мова опису даних (ЯОД) - це мова високого рівня,
призначений для завдання схеми бази даних. З його допомогою описуються типи
даних, що підлягають зберіганню в базі або вибірці з неї, їх структура і зв'язку
між собою. Вихідні тексти, написані на цій мові, після трансляції
відображаються в керуючі таблиці: адресних констант, констант та іншу
інформацію, необхідну для роботи з даними програм СУБД. Відповідно до
отриманим описом СУБД може знайти в базі необхідні дані, правильно
перетворити їх і переробити, наприклад в прикладну програму, якої вони
потрібні. При запису даних у базу СУБД визначає місце в пам'яті ЕОМ, куди
їх потрібно помістити, перетворить до заданого виду встановлює необхідні
зв'язку.
ЯМД представлений системою команд маніпулювання даними. У ньому можуть бути,
наприклад, такі команди:
1. Зробити вибірку з бази даних конкретного даного, значення якого
задовольняє заданим умовам;
2. Зробити вибірку з БД всіх даних певного типу, значення яких
задовольняють заданим умовам і т.д.
Системи управління базою даних підрозділяють на дві групи в залежності від
способи реалізації ЯМД:
1. СУБД з включає мовою;
2. СУБД з базовою мовою.
У СУБД з базовою мовою розробляється власний алгоритмічну мову,
що дозволяє крім маніпулювання даними виконувати арифметичні операції,
операції введення - виведення на термінали і т.д.
У багатьох СУБД є спеціальні засоби забезпечення захисту даних від
некомпетентного їх використання і збоїв технічних засобів, засоби контролю
достовірності даних, засоби автоматичного накопичення статистики
використання тих чи інших даних різними категоріями користувачів.
Інший концепцією є концепція адміністратора бази даних (АБД).
Адміністратор бази даних - це особа (або група осіб), що реалізують управління
базою даних. Він повинен уміти підтримувати взаємозв'язки як з керівництвом
вищого рівня, так і з користувачем, обробляє дані, а також керувати
штатом технічних спеціалістів.
Цей штат повинен включати осіб, які мають досвід роботи в таких областях, як
програмне забезпечення СУБД, операційні системи, технічне забезпечення ЕОМ,
прикладне програмування, системне програмування.
Основна функція АБД - забезпечення структур даних і взаємозв'язків між ними,
ефективним методом обслуговування колективу користувачів.
Опції АБД наступні:
- Вирішувати питання організації даних про об'єкти ПЗ та встановлення зв'язків між
ними з метою об'єднання інформації про різні об'єкти, погоджувати запити
користувачів;
- Координувати всі дії з проектування, реалізації та ведення БД;
- Враховувати перспективні та поточні вимоги користувачів;
- Вирішувати питання, пов'язані з розширенням БД в зв'язку зі зміною кордонів ПЗ;
- Розробляти і реалізовувати заходи щодо забезпечення захисту даних від
некомпетентного їх використання, від збоїв технічних засобів, забезпечення
секретності певної частини даних і розмежування доступу до них;
- Контролювати надмірність і суперечливість даних, їх достовірність;
- Координувати роботу технічного забезпечення системи, системних
програмістів та прикладних програмістів.
Місце АБД було визначено тоді, коли організації усвідомили необхідність
централізованого управління ресурсами даних, обробки даних та інші
аспекти, пов'язані з базою даних. Групи користувачів та окремі користувачі
повинні обслуговуватися всіма засобами, виходячи з цілей і можливостей
організації в цілому. АБД є відповідальним за аналіз потреб
користувачів, проектування БД, її впровадження, оновлення, реорганізацію,
консультацію і навчання користувачів.
2.3.Язик SQL як стандартну мову баз даних.
Стрімке зростання популярності SQL є однією з найважливіших тенденцій в
сучасної комп'ютерної промисловості. За кілька останніх років SQL став
єдиною мовою баз даних. На сьогоднішній день SQL підтримують понад сто
СУБД, що працюють як на персональних комп'ютерах, так і на великих ЕОМ. Був
прийнятий, а потім доповнено офіційний міжнародний стандарт на SQL. Мова SQL
є важливою ланкою в архітектуре систем управління базами даних,
випускаються усіма провідними постачальниками програмних продуктів, і служить
стратегічним напрямком розробок компанії Microsoft в області баз даних.
Зародившись в результаті виконання другорядного дослідницького проекту
компанії IBM, SQL сьогодні широко відомий і в якості потужного ринкового
фактора. [13]
2.3.1. Мова SQL.
SQL є інструментом, призначеним для обробки і читання даних,
що містяться в комп'ютерній базі даних. SQL - це скорочена назва
структурованого мови запитів (Structured Query Language). Як випливає з
назви, SQL є мовою програмування, який застосовується для
організації взаємодії користувача з базою даних. Насправді SQL
працює тільки з базами даних реляційного типу. Згідно з прийнятою схемою, в
обчислювальної системі є база даних, у якій зберігається важлива
інформація. Якщо обчислювальна система належить до сфери бізнесу, то в базі
даних може зберігатися інформація про матеріальні цінності, що випускається
продукції, обсягах продажів і зарплати. У базі даних на персональному комп'ютері
може зберігатися інформація про виписаних чеках, телефони та адреси або
інформація, витягнута з більшої обчислювальної системи. Комп'ютерна
програма, яка керує базою даних, називається системою управління базою
даних, або СУБД.
Якщо користувачеві необхідно прочитати дані з бази даних, він запитує їх
у СУБД за допомогою SQL. СУБД обробляє запит, знаходить потрібні дані і
посилає їх користувачеві. Процес запрашіванія даних і отримання результату
називається запитом до бази даних: звідси й назва - структурований мова
запитів.
Проте ця назва не зовсім відповідає дійсності. По-перше, сьогодні
SQL являє собою щось набагато більше, ніж простий інструмент створення
запитів, хоча саме для цього він і був спочатку призначений. Незважаючи на
те, що читання даних як і раніше залишається однією з найбільш важливих функцій SQL,
зараз ця мова використовується для реалізації всіх функціональних можливостей,
які СУБД надає користувачеві, а саме:
Організація даних. SQL дає користувачеві можливість змінювати структуру
подання даних, а також встановлювати відносини між елементами бази
даних.
Читання даних. SQL дає користувачеві або додатком можливість читати з бази
даних містяться в ній дані і користуватися ними.
Обробка даних. SQL дає користувачеві або додатком можливість змінювати базу
даних, тобто додавати в неї нові дані, а також видаляти або відновлювати вже
наявні в ній дані.
Управління доступом. За допомогою SQL можна обмежити можливості користувача по
читання і зміни даних і захистити їх від несанкціонованого доступу.
Спільне використання даних. SQL координує спільне використання
даних користувачам