3.Початкові данні, позначка роботи:
Магазин займається продажем букіністичних книг, загальне число яких не перевищує 3 тисяч. Для обліку кожної книги враховується: назва, автор, видавництво, дата публікації, номер редакції, вартість, рекомендована роздрібна ціна, оцінка стану, короткий опис. Кожен екземпляр враховується окремо, за допомогою унікального ідентифікатора, що складається з 8 символів - цифр і букв.
У магазині враховуються відомості про шкірного автора, чиї твори будь коли продавав магазин. Відомості про автора складаються з: імені, прізвища, дати народження й смерті, короткої інформації.
У магазині ведеться облік числа й видів книг, що продаються кожним працівником. Штат магазина складається з 12 працівників. Відомості про працівника складаються з: ім'я, прізвища, індифікаційного коду, посади.
Штатний розклад магазина передбачає посади: керівника, помічника керівника, продавця на повний робочий день і продавця на неповний робочий день. Співробітник може посідати тільки одному посаду.
Магазин збирає відомості про покупців: ім'я, прізвище, номер телефону, поштова адреси, куплені книги й дати покупки.
Магазину необхідно реєструвати продажі, відстежуючи замовлення з моменту його прийому продавцем до оплати. У шкірному замовленні необхідно враховувати відомості про продану книгу, покупця, продавця, число проданих екземплярів, дату замовлення й доставки, спосіб оплати й статус замовлення.
Способи оплати бувають: готівкою, чеком і за допомогою кредитної картки. Статусів замовлення чотири: 1) замовлення підлягає відправці, 2) замовлення буде одержане особисто, 3) замовлення відправлене й 4) замовлення одержане. У замовленні фігурує тільки один покупець й один продавець.
У даний година облік у магазині здійснюється за допомогою програми Microsoft Office Excel. Для зберігання інформації створене значне число файлів, загальний об'єм яких стає критичним для наявних обчислювальних ресурсів. Крім того, процес управління інформацією, внаслідок її неузгодженості, надмірно трудомісткий.
Необхідно: спроектувати й реалізувати реляційну базу даних для централізованого зберігання інформації, з метою полегшити й зробити більш ефективним управління складськими запасами, обліком замовлень і продажів.
Зміст
ВСТУП........................................................................................................................
РОЗДІЛ 1. Моделювання реляційної бази даних........................................
Систематизація вимог до бази даних
Семантичне моделювання даних
Нормалізація структури даних
РОЗДІЛ 2. Створення бази даних і базових таблиць.................................
Вибір технологічного інструментарію для реалізації проекту...........
Розробка сценаріїв для створення бази даних і базових таблиць...…
Забезпечення декларативної цілісності реляційних даних................
РОЗДІЛ 3 Розробка об’єктів для доступу до реляційним даним ........................
Розробка об'єктів для маніпулювання даними.................................
3.2 Розробка об'єктів для обробки подій в базі даних.........................
3.3 Розробка об'єктів для відображення реляційних даних....................
ВИСНОВОК...............................................................................................................
СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ..........................................................
ДОДАТОК А............................................................................................................
ДОДАТОК Б..............................................................................................................
ДОДАТОК В..............................................................................................................
ДОДАТОК Д..............................................................................................................
ВСТУП
В умовах впровадження у повсякденну економічну практику ринкових відносин найбільш ефективною формою управління є оптимальне поєднання системи автоматичних регуляторів економічних процесів, властивих вільному ринку і відповідно організованої системи управління сферою соціально – економічних відносин. Формування організаційно і функціонально довершеної системи управління національною економікою повинно спиратися на використання передових досягнень економічної науки, а також на найдовершеніші технології.
Нові технології інформаційного обміну докорінно змінили загальну ситуацію в області виробництва та інформаційного забезпечення багатьох життєво важливих сфер політичного і економічного життя, що охопили кібернетику, обчислювальну техніку, автоматизацію та електроніку.
Зокрема кібернетика, як науковий напрям в методологічному і змістовному значенні охоплюють значний спектр питань пов’язаних з проблемами управління інформаційними процесами.
Про кібернетику прийнято говорити, як про науку, що вивчає загальні закономірності процесів управління та інформаційних процесів, що протікають в складних динамічних системах. Кібернетика акцентує свою увагу на загальних закономірностях руху інформації та інформаційних потоків в динамічних системах будь – якого рівня складності.
Кібернетика займає не останнє місце в системі економічних наук. Взагалі кібернетика – наука про управління зв’язку та переробки інформації. Основний об’єкт дослідження – кібернетичні системи, які розглядаються абстрактно. Кібернетика розробляє загальні принципи створення систем управління та автоматизації розумової праці. Причиною розвитку кібернетики став бурхливий розвиток обчислювальної техніки.
У даний час життя людини настільки сильно насичена різного роду інформацією, що для керування, нею потрібне створення величезної кількості баз даних різного призначення. Зараз практично будь-яка задача пов'язана з маніпуляцією інформацією й даними. Саме з цієї причини в останні роки з'явилося багато різних комп'ютерних систем - систем керування базами даних - призначених для цих цілей.
Основи сучасної інформаційної технології становлять бази даних (БД) і системи керування базами даних, роль яких як єдиного засобу зберігання, обробки й доступу до більших обсягів інформації постійно зростає. При цьому істотним є постійне підвищення обсягів інформації, збереженої в БД, що спричиняє вимогу збільшення продуктивності таких систем. Різко зростає також у різноманітних застосуваннях попит на інтелектуальний доступ до інформації. Це особливо проявляється при організації логічної обробки інформації в системах баз знань, на основі яких створюються сучасні експертні системи.
Поняття бази даних можна застосувати до будь-якої зв'язаної між собою, по певній ознаці інформації, збереженої й організованої особливим образом - як правило у вигляді таблиць.
Взагалі база даних - це набір записів і файлів, організованих спеціальним чином. У комп'ютері, наприклад, можна зберігати прізвища й адреси друзів або клієнтів. Один з типів баз даних - це документи, набрані за допомогою текстових редакторів і згруповані по темах. Інший тип - файли електронних таблиць, поєднувані в групи по характері їхнього використання.
Дані – це інформація, зафіксована в певній формі, придатнії для наступної обробки, зберігання й передачі. До даних необхідний «прозорий» доступ відразу декількох користувачів, тобто будь-який користувач повинен мати можливість одержувати необхідну йому інформацію, модернізувати її, заносити нову й видаляти стару, причому кінцевий користувач може про всі ці операції й не знати.
База Даних (БД) – це структурована певним чином сукупність даних, що ставиться до конкретної задачі. БД може бути як локальна, так і розподілена.
РОЗДІЛ 1 . Моделювання реляційної структури БД
Систематизація вимог до бази даних
Метою даної курсовою робота є придбання практичних навичок у проектуванні баз даних для зберігання й обробки економічної інформації, використання сучасних інформаційних технологій для організації збору, обробки й зберігання даних, виявленні можливих шляхів підвищення ефективності прийняття рішень у керуванні підприємством.
Розроблювальної бази даних призначена для накопичення інформації про клієнтів і співробітників готельного комплексу. При розробці бази необхідно було створити кілька функцій збору даних, включаючи адресу, вид діяльності (посада) співробітника готельного комплексу або його клієнта.
Створювана база включає в себе засоби, за допомогою яких можна звіт про активність обслуговуючого персоналу готельного комплексу і клієнтів за певний період. Подібна функціональна можливість допомогає, наприклад, виявити найменшу й найбільшу активність клієнтів за рік, що дозволить ефективно спланувати розподіл співробітників і ресурсів у певну пору року.
При розробці даного проекту бази даних були визначені наступні цілі як:
забезпечити можливість ефективного керування інформацією про співробітників і клієнтів готельного комплексу;
реалізувати механізм ефективного розподілу ресурсів між різними клієнтськими заявками на обслуговування;
якісно й вчасно обслужити всі заявки клієнтів.
Отже, при розробці даного проекту головною метою було: створення масштабованої, безпечної й надійної бази даних, яка б удосконалила процес введення та обробки й інформації в готельного комплексу.
Необхідно також розглянути питання відповідності об'єктів реального часу та їхнім віртуальним аналогам, визначити зв’язки , які існують між цими об'єктами, а також визначити ті властивості, за допомогою яких буде охарактеризований кожен об'єкт.
Сутність - це модель об'єкта реального часу (у реляційних базах даних сутність представляється таблицею). Прикладом сутності може бути людина.
Кожній людині ставляться у відповідність властивості (properties), або атрибути (attributes), які можуть містити в собі ім'я, суспільне становище, адреса проживання, а також рід занять людини.
Підсумовуючи сказане, необхідно деталізувати використовувані сутності:
"співробітники готелю" - ім'я, прізвище, посада й заробітна плата, індефікаційній код, ;
"клієнти готелю" - ім'я,прізвище, адреса, замовлення;
"Замовлення"'- види взаємодії співробітників і клієнтів готелю, а також результат цієї діяльності.
Одним з головних етапів даної курсової роботи є розробка діаграми відносин між об'єктами, або, як її ще називають, діаграми "сутність-зв'язок" (Entity Relationship Diagram- ERD). Так, як необхідно зберігати інформацію про співробітників готелю, то логічніше всього було б представити її в відповідній таблиці. Це ж відноситься і до інформації про клієнтів готелю. Процес визначення структур даних, необхідних для зберігання інформації проекту, називається моделюванням даних.
Моделювання даних - це процес наочного зображення схеми бази даних, потоків даних, а також способу зв'язку окремих таблиць бази даних. Моделювання даних здійснюється із застосуванням різних засобів, включаючи діаграму діаграму "сутність-зв'язок" (Entity Relationship Diagram- ERD).
Діаграма "сутність-зв'язок" є однієї із ключових концепцій, що застосовуються в процесі розробки баз даних. За допомогою цієї діаграми структуру даних було ретельно спроектовано, перш ніж модель була реалізована у вигляді бази даних. Діаграма відносин між об'єктами містить у собі логічні об'єкти, які були використані для подання в базі даних об'єктів реального часу, і взаємини між цими логічними об'єктами. У розроблювальному проекті діаграма "сутність-зв'язок" визначає взаємини між співробітниками готелю і його клієнтів.
Найголовніша частина цього процесу - чітке вираження ідеї, покладеної в основу проекту бази даних.
Структура бази даних розглядається з двох сторін: логічної й фізичної. Логічна структура бази даних визначає структуру таблиць, взаємини між ними, список користувачів, збережені процедури, правила й інші об'єкти бази даних. Фізична структура бази даних містить у собі опис файлів бази даних і журналу транзакцій, їхній первісний розмір, крок приросту, максимальний розмір, параметри конфігурації й т.д. На фізичному рівні визначаються способи зберігання даних з урахуванням подробиць і доступу до них. Сервер СУБД реалізує саме цей рівень.
Бази даних класифікують за моделями (або структурі) даних.
Модель даних — сукупність структур даних й операцій по їхній обробці. За допомогою моделі даних можна наочно представити структуру об'єктів і встановлені між ними зв'язку. Для термінології моделей даних характерні поняття «елемент даних» й «правила зв'язування». Елемент даних описує будь-який набір даних, а правила зв'язування визначають алгоритми взаємозв'язку елементів даних. До теперішнього часу розроблена множина різних моделей даних, але на практиці використається три основних. Виділяють ієрархічну, мережну й реляційну моделі даних.
Розвиток реляційних баз даних почався наприкінці 60-х років, коли з'явилися перші роботи, у яких обговорювалися можливості використання при проектуванні баз даних звичних способів представлення інформації.
Базова реляційна модель досить проста, хоча розуміння цього приходить тільки після її вивчення. Реляційна модель призначена для опису певних відносин, що скластися між двома сутностями. У деяких базах даних ці відносини можуть приймати досить складну форму, однак якщо проаналізувати базу даних, розклавши її на складові частини, то по способу визначення зв'язків між сутностями можна легко виявити логіку роботи такої бази даних. База даних будується на сутностях й їхніх властивостях, які приймають відповідно форму рядків і стовпців таблиці.
Отже, реляційна модель служить для визначення відносин між сутностями. Реляційна модель лише описує спосіб зберігання й перегляду даних. Тобто, реляційна модель служить для завдання структури даних і визначення взаємин між наборами даних.
Основна ідея реляційної моделі даних полягає в тому, щоб представити будь-який набір даних у вигляді двовимірної таблиці. Реляційна модель описує структуру й взаємини між декількома різними таблицями.
Реляційною вважається така база даних, у якій всі дані представлені для користувача у вигляді прямокутних таблиць значень даних, і всі операції над базою даних зводяться до маніпуляцій з таблицями.
Метою бази даних є обробка даних про об'єкти реального часу, з урахуванням зв'язків між об'єктами. У теорії баз даних дані часто називають атрибутами, а об'єкти - сутностями. Об'єкт, атрибут і зв'язок - фундаментальні поняття.
Об'єкт - елементи реального часу, які існують незалежно.
Атрибут - це деякий показник, що характеризує якийсь об'єкт і приймає для конкретного екземпляра об'єкта деяке числове, текстове або інше значення. набором об'єктів, що мають власні атрибути.
Зв'язок представляє взаємодію між сутностями. Відношення між сутностями - це віртуальний зв'язок, заснований на взаємовідношеннях об'єктів реального часу. Відносини приймають одну із трьох форм: "один до одного", "один до багатьох" й "багато до багатьох". На діаграмі вона зображується ромбом, що з'єднує сутності, що беруть участь у зв'язку. Зв'язок характеризується ступенем, що показує, скільки сутностей бере участь у зв'язку.
Одним з найкращих способів опису реляційної модель є її практичне застосування на прикладі розроблювальної бази даних. Необхідно визначити сутності і їхні атрибути, які повинні будуть присутнім у проектованій базі даних, та встановити існуючі між ними зв'язки.
Співробітник готелю (Employee) - це людина , що має певні характеристики, які можуть бути представлені у вигляді атрибутів відповідної сутності: прізвище, ім'я, посада, оплата й т.д.
Клієнт готелю (Client) - його модель буде дуже схожа на модель співробітника готелю має практично аналогічний набір атрибутів: ім'я, прізвище, адреса.
Необхідно визначити відносини між об'єктами "співробітник готелю" й "клієнт готелю ". Одним з зв'язків є той факт, що співробітник готелю реагує на дії клієнта й навпаки. Один співробітник готелю може обслуговувати відразу декількох клієнтів, це ж твердження має силу й для клієнта. Його заявки можуть обслуговуватися одночасно або протягом деякого відрізка часу одним або декількома службовцями.
Тип відносини між сутностями "співробітник готелю" й "клієнт готелю "- "багато хто до многим".
Сутність «замовлення» (Orders) буде зберігати інформацію про взаємодію між співробітниками банку готелю та його клієнтами.
Так, як співробітники готелю й клієнти готелю - це люди, які до того ж мають досить багато загальних характеристик (ім'я, прізвище, адресу) то простіше об'єднати ці сутності в одну загальну таблицю, Person.
Семантичне моделювання даних
Концептуальну схему тривіальної бази даних можна визначити безпосередньо шляхом аналізу системних вимог. Але в більших системах необхідна проміжна стадія - концептуальне проектування. Тому при моделюванні бази даних розроблювального проекту необхідно представити логічну модель бази даних на більше високому рівні абстракції, чим у концептуальній схемі, тобто побудувати концептуальну модель бази даних.
Вона створюється за допомогою методів семантичного моделювання. Семантичне моделювання займається створенням моделей. При проектуванні бази даних ціль складається в створенні певного подання частини реального часу, що має сенс для його користувачів. Семантика вивчає зв'язки між словами й елементами реального часу, до яких ці слова ставляться. Семантика баз даних займається зв'язками між множиною даних й елементами реального часу, які воно представляє.
При моделюванні розроблювальної бази даних за основу модель сутність-зв'язок (ER-модель), що була вперше запропонована Ченом і з тих пір піддавалася значним уточненням. Ця модель має деякі недоліки, але не позбавлена достоїнств, які полягають у її відносній простоті а також в тому, що її зручно застосовувати до бізнес - сценаріїв. Саме різні варіації цієї моделі найчастіше використаються при моделюванні сучасних баз даних.
1.3 Нормалізація структури даних
Джерела терміну нормалізація варто шукати в реляційної теорії, де це поняття було вперше сформульоване й запропоноване батьком реляційної теорії Е. Ф. Коддом. Нормалізація - це процес організації таблиць і даних, що зберігаються в них, таким чином, щоб максимально зменшити число зайвих залежностей і неефективних структур. Нормалізація лінійна , тобто кожне наступне правило може бути застосовано лише після виконання всіх попередніх правил. Використається для визначення найбільш оптимальної структури бази даних, що можлива в заданих умовах. У процесі нормалізації визначаються шість нормальних форм, або етапів. Улюбленою нормальною формою більшості розроблювачів баз даних є 3НФ (3NF). Як правило, до цієї форми приводиться більша частина всіх існуючих баз даних. Третя нормальна форма являє собою оптимальний компроміс між двома протилежними тенденціями - прагненням до нормалізації як способу підвищення функціональних можливостей і наочністю реалізації. До того ж більшість розроблювачів затверджують, що 3НФ цілком достатньо для забезпечення належного рівня несуперечності даних.
Визначення моделі даних - суб'єктивний процес; з огляду на це, слід зазначити, що запропонована модель бази даних може сподобатися не всім. Найбільш імовірна критика, буде пов'язана з її обмеженнями. Обмеження домена дозволяють накласти певні правила на дані, що вводять у стовпець таблиці. Наприклад, якщо вводить значення, що, перебуває в проміжку від 1 до 10, воно буде прийнято базою даних, якщо ні, то - уведення такого значення буде заборонено. Обмеження домена являють собою один з найбільш потужних засобів, доступних розроблювачеві бази даних.
Нижче приводиться список обмежень, які має запропонована модель даних розроблювального проекту.
У кожний окремо взятий момент часу співробітник готелю може обслуговувати єдиний клієнтський запит. Таким чином, виключається можливість виникнення ситуації, коли один службовець обслуговує одночасно замовлення двох або більше клієнтів готелю (що, до речі, цілком реально). Клієнт готелю не може одночасно запитувати кілька послуг.
Будь – яка людина може мати кілька різних адрес, однак одна адреса може відповідати тільки одній людині. Для того щоб забезпечити відповідність однієї адреси декільком різним людям, треба або ввести нову таблицю.
Можливо також, що одна людина одночасно буде й співробітником готелю, і його клієнтом. Щоб уникнути цього, необхідно ввести обмеження домена, які допоможуть впоратися із проблемою уведення некоректної інформації в ту або іншу таблицю бази даних.
РОЗДІЛ 2. Створення бази даних і базових таблиць
2.1 Розробка сценаріїв для створення бази даних і базових таблиць
Стрімке зростання популярності SQL є однієї з найважливіших тенденцій у сучасній комп'ютерній промисловості. За кілька останнього років SQL став єдиною мовою баз даних. На сьогоднішній день SQL підтримують понад сто СУБД, що працюють як на персональних комп'ютерах, так і на більших ЕОМ. Був прийнятий, а потім доповнений офіційний міжнародний стандарт на SQL. Мова SQL є важливою ланкою в архітектурі систем керування базами даних, що випускають всіма провідними постачальниками програмних продуктів, і служить стратегічним напрямком розробок компанії Microsoft в області баз даних. Зародившись у результаті виконання другорядного дослідницького проекту компанії IBM, SQL сьогодні широко відомий й у якості потужного ринкового фактору.
SQL є інструментом, призначеним для обробки й читання даних, що знаходяться в комп'ютерній базі даних. SQL - це скорочена назва структурованої мови запитів (Structured Query Language).
конецформыначалоформыЯЯк правило, більша частина операцій в MS SQL Server може бути виконана декількома способами. Вони умовно діляться на дві групи: способи, виконувані за допомогою графічного інтерфейсу користувача, і способи, що припускають необхідність виконання запиту Transact-SQL. Мова запитів Transact-SQL - це надзвичайно гнучкий засіб керування базою даних.
Нижче наведені три основних способи, які можна використати для створення бази даних в MS SQL Server.
конецформыначалоформыБаза даних може бути створена шляхом запуску у вікні Enterprise Manager майстри Database Creation Wizard (Майстер створення бази даних);
база даних може бути створена за допомогою графічного інтерфейсу користувача програми Enterprise Manager;
базу даних можна створити за допомогою програми Query Analyzer.